<meta http-equiv="Content-Type" content="text/html; charset=GB18030"><div><br></div><div><div>给我个说法啊，信用卡付了款，不能用安卓虚拟机</div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ 原始邮件 ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>发件人:</b> "devel-request"<devel-request@lists.sailfishos.org>;</div><div><b>发送时间:</b> 2020年4月14日(星期二) 下午3:12</div><div><b>收件人:</b> "devel"<devel@lists.sailfishos.org>;<wbr></div><div></div><div><b>主题:</b> Devel Digest, Vol 72, Issue 12</div></div><div><br></div>Send Devel mailing list submissions to<br>     devel@lists.sailfishos.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>       https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel<br>or, via email, send a message with subject or body 'help' to<br>     devel-request@lists.sailfishos.org<br><br>You can reach the person managing the list at<br>   devel-owner@lists.sailfishos.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Devel digest..."<br><br><br>Today's Topics:<br><br>   1. 回复：Devel Digest, Vol 72, Issue 11<br>      (=?gb18030?B?srvK3cquve+yu7jEw/vX1g==?=)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 14 Apr 2020 15:07:05 +0800<br>From: "=?gb18030?B?srvK3cquve+yu7jEw/vX1g==?=" <1028294566@qq.com><br>To: "=?gb18030?B?ZGV2ZWwtcmVxdWVzdA==?=" <devel@lists.sailfishos.org><br>Subject: [SailfishDevel] 回复：Devel Digest, Vol 72, Issue 11<br>Message-ID: <tencent_AE2916F443A6DC6BCBFACDE28A8B4141E405@qq.com><br>Content-Type: text/plain; charset="gb18030"<br><br>我的怎么用不了虚拟安卓，已付款<br><br><br>------------------&nbsp;原始邮件&nbsp;------------------<br>发件人:&nbsp;"devel-request"<devel-request@lists.sailfishos.org&gt;;<br>发送时间:&nbsp;2020年4月14日(星期二) 中午1:40<br>收件人:&nbsp;"devel"<devel@lists.sailfishos.org&gt;;<br><br>主题:&nbsp;Devel Digest, Vol 72, Issue 11<br><br><br><br>Send Devel mailing list submissions to<br>    devel@lists.sailfishos.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>       https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel<br>or, via email, send a message with subject or body 'help' to<br>     devel-request@lists.sailfishos.org<br><br>You can reach the person managing the list at<br>   devel-owner@lists.sailfishos.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Devel digest..."<br><br><br>Today's Topics:<br><br>&nbsp;&nbsp; 1. memory leak? (E.S. Rosenberg)<br>&nbsp;&nbsp; 2. Re: memory leak? (David Llewellyn-Jones)<br>&nbsp;&nbsp; 3. Re: memory leak? (E.S. Rosenberg)<br>&nbsp;&nbsp; 4. Lipstick not launching app (Julien Blanc)<br>&nbsp;&nbsp; 5. Re: Lipstick not launching app (Андрей Кожевников)<br>&nbsp;&nbsp; 6. Re: Lipstick not launching app (Julien Blanc)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Mon, 13 Apr 2020 15:54:02 +0300<br>From: "E.S. Rosenberg" <es.rosenberg+sailfishos.org@gmail.com&gt;<br>To: Sailfish OS Developers <devel@lists.sailfishos.org&gt;<br>Subject: [SailfishDevel] memory leak?<br>Message-ID:<br>        <CAHxFV_vsa-YEJ2pL2s8xk=7rwNOp9SfJ6BsanEQ76fBubHVdZg@mail.gmail.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>Hi all,<br>Recently I've noticed my phone running out of memory more often.<br>I've update to 3.3.0.14 but I also released a newer version of gPodder<br>which may be guilty of this.<br>However closing gPodder does not release memory so I'm not really sure if I<br>should blame myself or that lipstick is after all leaking memory.<br>Also how does one optimize a qml/python apps memory usage? Neither is<br>managed to the best of my knowledge.<br>I may have time later to test the level of involvement of gPodder by<br>downgrading.<br>Thanks,<br>Ei<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20200413/83519421/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 2<br>Date: Mon, 13 Apr 2020 17:03:05 +0300<br>From: David Llewellyn-Jones <david@flypig.co.uk&gt;<br>To: devel@lists.sailfishos.org<br>Subject: Re: [SailfishDevel] memory leak?<br>Message-ID: <3b91822b-d63c-5266-f907-e4dc7a46035c@flypig.co.uk&gt;<br>Content-Type: text/plain; charset=utf-8<br><br>On 13/04/2020 15:54, E.S. Rosenberg wrote:<br>&gt; Recently I've noticed my phone running out of memory more often.<br>&gt; I've update to 3.3.0.14 but I also released a newer version of gPodder<br>&gt; which may be guilty of this.<br>&gt; However closing gPodder does not release memory so I'm not really sure<br>&gt; if I should blame myself or that lipstick is after all leaking memory.<br>&gt; Also how does one optimize a qml/python apps memory usage? Neither is<br>&gt; managed to the best of my knowledge.<br>&gt; I may have time later to test the level of involvement of gPodder by<br>&gt; downgrading.<br><br>Hi Eli,<br><br>If the memory isn't released when gPodder's closed (assuming the app is<br>definitely closed, and not just hidden), then it's highly unlikely to be<br>gPodder draining your memory.<br><br>A very simple way to check memory usage is just to take a look at the<br>output of "top". The following will show everything running ordered by<br>memory usage and keep it updated:<br><br>top -o %MEM<br><br>Or if you just want to track gPodder you could use something like this:<br><br>top -o %MEM -p `pgrep sailfish-qml`<br><br>I used sailfish-qml as the app name, since probably that's what gPodder<br>will be called if it's QML/python-only, but you can change it to<br>whatever you're interested in.<br><br>Finally I was going to suggest to run it with valgrind, which gives a<br>summary of memory leaks when you close the app and I've found useful in<br>the past for C++ code. Unfortunately when I tried it on another QML-only<br>app the results weren't very helpful at all. So this may not be a<br>helpful route to go down.<br><br>Nevertheless I uploaded an RPM to openrepos in case it's helpful in some<br>other context:<br><br>https://openrepos.net/content/flypig/valgrind<br><br>David<br>-- <br>Website: https://www.flypig.co.uk<br><br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 13 Apr 2020 17:47:04 +0300<br>From: "E.S. Rosenberg" <es.rosenberg+sailfishos.org@gmail.com&gt;<br>To: Sailfish OS Developers <devel@lists.sailfishos.org&gt;<br>Subject: Re: [SailfishDevel] memory leak?<br>Message-ID:<br>      <CAHxFV_t9EaKUdktvUAf6i-=g1qgWb0DF4YZexER=8yP3-aYTdQ@mail.gmail.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>Hi David,<br>I have been using htop to monitor what is going on before and after closing.<br>In the past I've used valgrind for C++ projects (openlighting) but this is<br>python/QML with no compiled code (from my side) at all to the best of my<br>understanding valgrind can't help me with this, but I may be wrong.<br><br>Memory usage of the newer version of gPodder is definitely higher (it loads<br>a large amount of images) but it's also not released with closing gPodder<br>(which does not background) so I suspect there is some bad synergy<br>happening by a memory leak in system libraries being exasperated by gPodder.<br>I downgraded on my phone and I could push memory usage up by just switching<br>between lots of different pages and it seems pages don't get cleared from<br>memory when not in use, though memory usage did drop a bit when I locked<br>the screen.<br>(By opening all podcast information pages which include logos and all<br>episode listings one after the other I managed to enlarge the total memory<br>footprint [VIRT] from ~500M to 1200M after screen lock it dropped back down<br>to ~850M, resident memory usage [RES] was doubled by this and never dropped<br>back down)<br>In the newer version the episode listings are much heavier because each<br>episode comes with a picture.<br><br>Thanks,<br>Eli<br><br>Op ma 13 apr. 2020 om 17:03 schreef David Llewellyn-Jones <<br>david@flypig.co.uk&gt;:<br><br>&gt; On 13/04/2020 15:54, E.S. Rosenberg wrote:<br>&gt; &gt; Recently I've noticed my phone running out of memory more often.<br>&gt; &gt; I've update to 3.3.0.14 but I also released a newer version of gPodder<br>&gt; &gt; which may be guilty of this.<br>&gt; &gt; However closing gPodder does not release memory so I'm not really sure<br>&gt; &gt; if I should blame myself or that lipstick is after all leaking memory.<br>&gt; &gt; Also how does one optimize a qml/python apps memory usage? Neither is<br>&gt; &gt; managed to the best of my knowledge.<br>&gt; &gt; I may have time later to test the level of involvement of gPodder by<br>&gt; &gt; downgrading.<br>&gt;<br>&gt; Hi Eli,<br>&gt;<br>&gt; If the memory isn't released when gPodder's closed (assuming the app is<br>&gt; definitely closed, and not just hidden), then it's highly unlikely to be<br>&gt; gPodder draining your memory.<br>&gt;<br>&gt; A very simple way to check memory usage is just to take a look at the<br>&gt; output of "top". The following will show everything running ordered by<br>&gt; memory usage and keep it updated:<br>&gt;<br>&gt; top -o %MEM<br>&gt;<br>&gt; Or if you just want to track gPodder you could use something like this:<br>&gt;<br>&gt; top -o %MEM -p `pgrep sailfish-qml`<br>&gt;<br>&gt; I used sailfish-qml as the app name, since probably that's what gPodder<br>&gt; will be called if it's QML/python-only, but you can change it to<br>&gt; whatever you're interested in.<br>&gt;<br>&gt; Finally I was going to suggest to run it with valgrind, which gives a<br>&gt; summary of memory leaks when you close the app and I've found useful in<br>&gt; the past for C++ code. Unfortunately when I tried it on another QML-only<br>&gt; app the results weren't very helpful at all. So this may not be a<br>&gt; helpful route to go down.<br>&gt;<br>&gt; Nevertheless I uploaded an RPM to openrepos in case it's helpful in some<br>&gt; other context:<br>&gt;<br>&gt; https://openrepos.net/content/flypig/valgrind<br>&gt;<br>&gt; David<br>&gt; --<br>&gt; Website: https://www.flypig.co.uk<br>&gt; _______________________________________________<br>&gt; SailfishOS.org Devel mailing list<br>&gt; To unsubscribe, please send a mail to<br>&gt; devel-unsubscribe@lists.sailfishos.org<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20200413/01e61ca1/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 4<br>Date: Mon, 13 Apr 2020 18:12:35 +0200<br>From: Julien Blanc <julien.blanc@tgcm.eu&gt;<br>To: Sailfish OS Developers <devel@lists.sailfishos.org&gt;<br>Subject: [SailfishDevel] Lipstick not launching app<br>Message-ID: <b1756f97cf8c1e4fbf672c03d3323da76902cbde.camel@tgcm.eu&gt;<br>Content-Type: text/plain; charset="UTF-8"<br><br>Hi,<br><br>I’m running into a pretty annoying issue with lipstick not launching<br>the application i develop anymore (occurs with 3.3, but occurs after i<br>made some changes which should not be relevant).<br><br>The application launch fine from a terminal, launch fine from the sdk,<br>but launching it from lipstick, it never gets launched and the process<br>does not show up when running top/ps &amp; co.<br><br>This seems like there could be something wrong with my .desktop file,<br>but it didn't change between version 0.6 which was working fine with<br>3.3 and the dev version, which is not (i could not test dev version<br>with 3.2 yet).<br><br>journalctl does not show anything. There must be something wrong with<br>my app, since it is the only one showing this behaviour (and it didn't<br>before), but i'm puzzled as how to debug this. Any pointer would be<br>greatly appreciated.<br><br>Regards,<br><br>Julien<br><br><br><br>------------------------------<br><br>Message: 5<br>Date: Mon, 13 Apr 2020 19:57:14 +0300<br>From: Андрей Кожевников&nbsp; <coderusinbox@gmail.com&gt;<br>To: Sailfish OS Developers <devel@lists.sailfishos.org&gt;<br>Subject: Re: [SailfishDevel] Lipstick not launching app<br>Message-ID:<br>       <CAFbg4UeLTMb8UdTYTHJmr39vi_7KV4ygLsTu7bcnuDhpgv7XYA@mail.gmail.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>Hello. You're right. Show us your .desktop file to judge<br><br>пн, 13 апр. 2020 г. в 19:12, Julien Blanc <julien.blanc@tgcm.eu&gt;:<br><br>&gt; Hi,<br>&gt;<br>&gt; I’m running into a pretty annoying issue with lipstick not launching<br>&gt; the application i develop anymore (occurs with 3.3, but occurs after i<br>&gt; made some changes which should not be relevant).<br>&gt;<br>&gt; The application launch fine from a terminal, launch fine from the sdk,<br>&gt; but launching it from lipstick, it never gets launched and the process<br>&gt; does not show up when running top/ps &amp; co.<br>&gt;<br>&gt; This seems like there could be something wrong with my .desktop file,<br>&gt; but it didn't change between version 0.6 which was working fine with<br>&gt; 3.3 and the dev version, which is not (i could not test dev version<br>&gt; with 3.2 yet).<br>&gt;<br>&gt; journalctl does not show anything. There must be something wrong with<br>&gt; my app, since it is the only one showing this behaviour (and it didn't<br>&gt; before), but i'm puzzled as how to debug this. Any pointer would be<br>&gt; greatly appreciated.<br>&gt;<br>&gt; Regards,<br>&gt;<br>&gt; Julien<br>&gt;<br>&gt; _______________________________________________<br>&gt; SailfishOS.org Devel mailing list<br>&gt; To unsubscribe, please send a mail to<br>&gt; devel-unsubscribe@lists.sailfishos.org<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20200413/0f5410b2/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 6<br>Date: Tue, 14 Apr 2020 07:35:13 +0200<br>From: Julien Blanc <julien.blanc@tgcm.eu&gt;<br>To: devel@lists.sailfishos.org<br>Subject: Re: [SailfishDevel] Lipstick not launching app<br>Message-ID: <4bfbf033104b80e93c74fb92459c40974c16245a.camel@tgcm.eu&gt;<br>Content-Type: text/plain; charset="UTF-8"<br><br>There it is :<br><br>[Desktop Entry]<br>Type=Application<br>X-Nemo-Application-Type=silica-qt5<br>Icon=harbour-kontroller<br>Exec=harbour-kontroller<br>Name=Kontroller<br># translation example:<br># your app name in German locale (de)<br>#<br># Remember to comment out the following line, if you do not want to use<br># a different app name in German locale (de).<br>#Name[de]=kontroller<br><br><br>The whole source code is available here:<br><br>https://github.com/Julien-Blanc-tgcm/kontroller<br><br>I changed a lot of things from v0.6, so tracking which particular<br>change triggers the problem is not an easy task. I’d rather have a way<br>to get more traces from lipstick than reverting every single change i<br>made.<br><br>THanks for your help,<br><br>Regards,<br><br>Julien<br><br>Le lundi 13 avril 2020 à 19:57 +0300, Андрей Кожевников a écrit :<br>&gt; Hello. You're right. Show us your .desktop file to judge<br>&gt; <br>&gt; пн, 13 апр. 2020 г. в 19:12, Julien Blanc <julien.blanc@tgcm.eu&gt;:<br>&gt; &gt; Hi,<br>&gt; &gt; <br>&gt; &gt; I’m running into a pretty annoying issue with lipstick not<br>&gt; &gt; launching<br>&gt; &gt; the application i develop anymore (occurs with 3.3, but occurs<br>&gt; &gt; after i<br>&gt; &gt; made some changes which should not be relevant).<br>&gt; &gt; <br>&gt; &gt; The application launch fine from a terminal, launch fine from the<br>&gt; &gt; sdk,<br>&gt; &gt; but launching it from lipstick, it never gets launched and the<br>&gt; &gt; process<br>&gt; &gt; does not show up when running top/ps &amp; co.<br>&gt; &gt; <br>&gt; &gt; This seems like there could be something wrong with my .desktop<br>&gt; &gt; file,<br>&gt; &gt; but it didn't change between version 0.6 which was working fine<br>&gt; &gt; with<br>&gt; &gt; 3.3 and the dev version, which is not (i could not test dev version<br>&gt; &gt; with 3.2 yet).<br>&gt; &gt; <br>&gt; &gt; journalctl does not show anything. There must be something wrong<br>&gt; &gt; with<br>&gt; &gt; my app, since it is the only one showing this behaviour (and it<br>&gt; &gt; didn't<br>&gt; &gt; before), but i'm puzzled as how to debug this. Any pointer would be<br>&gt; &gt; greatly appreciated.<br>&gt; &gt; <br>&gt; &gt; Regards,<br>&gt; &gt; <br>&gt; &gt; Julien<br>&gt; &gt; <br>&gt; &gt; _______________________________________________<br>&gt; &gt; SailfishOS.org Devel mailing list<br>&gt; &gt; To unsubscribe, please send a mail to <br>&gt; &gt; devel-unsubscribe@lists.sailfishos.org<br>&gt; <br>&gt; _______________________________________________<br>&gt; SailfishOS.org Devel mailing list<br>&gt; To unsubscribe, please send a mail to <br>&gt; devel-unsubscribe@lists.sailfishos.org<br>&gt; <br><br><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Devel mailing list<br>Devel@lists.sailfishos.org<br>https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel<br><br>------------------------------<br><br>End of Devel Digest, Vol 72, Issue 11<br>*************************************<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20200414/a3b58c0e/attachment.html><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Devel mailing list<br>Devel@lists.sailfishos.org<br>https://lists.sailfishos.org/cgi-bin/mailman/listinfo/devel<br><br>------------------------------<br><br>End of Devel Digest, Vol 72, Issue 12<br>*************************************<br></div>