|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
Hi, I just started using SkyDemon for iPad, version 3.0.6. My iPad is a brand new iPad Air 64 GB LTE. I have purchased the Germand DFS VFR approach plates as add-on. Now, when I show an approach plate like Egelsbach's Visual Operation Chart and zoom in a lot and then move the map around, at some point SD will just close.   It sounds like an out of memory exception I read here in the forums earlier; but I don't know how to confirm. Even worse: Although it is a unreasonable zoom level, SD should never just crash, but rather prevent such upcoming out of memory exceptions... If you need further information to fix/improve, let me know.
|
|
|
|
|
efrenken
|
|
|
Group: Forum Members
Posts: 265,
Visits: 3.5K
|
Hi Markus,
I have the same configuration (Hard- & Software) and cannot reproduce the problems you're having. Just tried it with the Egelsbach VOC, but couldn't get the iPad to crash while heavily panning and zooming for some minutes.
Perhaps a new installation will solve your problem.
Best regards
Eric
|
|
|
|
|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
Hi Eric, thanks for the info. I'll try a reinstall later, when I have time. (After that, I need to re-download a lot of plates...) Anyway: I'd like to find some kind of useful crash report or a like - but I am not into the apple world enough to know, how to retrieve that...
|
|
|
|
|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
Hi Eric, I just reinstalled, but the problem remains. (This time only German charts and just EDFE VOC plates installed). Anyway: you have to really zoom in a lot and move/twist the embedded map a lot and quickly - then it crashes. So far, it is not a showstopper, but not nice. Markus
|
|
|
|
|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9K
|
Here's a link explaining how to obtain crash reports from iOS devices, for another unrelated product, but the process is the same. http://www.chromium.org/developers/how-tos/retrieving-crash-reports-on-iosIf there were a way for us to "catch" a forthcoming out-of-memory exception and handle it, of course we would do so. Unfortunately, there is not. We ask iOS to render the PDF, and either that succeeds, or SkyDemon is terminated without warning, it would appear. Your crash report or low memory situation report should confirm.
|
|
|
|
|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
Hi,
the only "bug" report I can find on the device matching the event is a "LowMemory-....ips" (see below).That is really a bummer, that you cannot control that, or sandbox it/catch the exception, ...
I still can reproduce that with 3.0.7 by the way, you just have to zoom/pan quick enough on big charts. (Not very likely in flight, but not impossible by accident) Markus
{"version":"104","bug_type":"198","os_version":"iPhone OS 7.1.1 (11D201)"} Incident Identifier: 6EDCBB55-6893-4A08-B1E3-AF936FB7F6BC CrashReporter Key: 8ae40c7faed4f1707bc5f2563e86143ba09b6d26 Hardware Model: iPad4,2 OS Version: iPhone OS 7.1.1 (11D201) Kernel Version: Darwin Kernel Version 14.0.0: Fri Mar 28 21:22:21 PDT 2014; root:xnu-2423.10.70~1/RELEASE_ARM64_S5L8960X Date: 2014-06-28 09:42:57 +0200 Time since snapshot: 168 ms Free pages: 8720 Active pages: 106439 Inactive pages: 47140 Speculative pages: 6598 Throttled pages: 0 Purgeable pages: 0 Wired pages: 56166 File-backed pages: 23562 Anonymous pages: 136615 Compressions: 224994 Decompressions: 104472 Compressor Size: 31127 Uncompressed Pages in Compressor: 63816 Largest process: SkyDemon Processes Name <UUID> rpages recent_max fds [reason] (state) timed <d72485ba23e9393fa8b39a2897ee27f2> 219 219 200 (daemon) (idle) MobileMail <58d210e421a231238e87837d46e4ebb2> 1618 1618 200 (resume) (continuous) tccd <645e18e99d063eada960d9c17e68a5f3> 204 204 200 (daemon) kbd <5490207ee311382399ed2fb2713a77df> 756 756 200 (daemon) SkyDemon <eea9b5c73ee83339a2457421abb8086e> 179201 179201 200 [per-process-limit] (frontmost) (resume) ptpd <f00a6df33f59380a90dc44103b754c5b> 608 608 200 (daemon) identityservices <efad1d3298833438bc3be8be9b8e8750> 511 511 100 (daemon) imagent <eed6f0692b9737749061492e49e15ad9> 378 378 50 (daemon) syslogd <88667a0c3dc6398e9b1c6a0c5a5d8f24> 204 204 50 (daemon) wifid <09ec6e83af9a3b519de6e4a8d0e57b4b> 468 468 50 (daemon) powerd <88883755d1f93a868450d7c876625d3c> 157 157 100 (daemon) locationd <766be21f18c3362793a85b5931ff4229> 1708 1708 100 (daemon) iaptransportd <56afcc7d739d305bb076f30eba1d7fdb> 266 266 100 (daemon) mediaserverd <ee8b0003dae53f2f9216f2cd632149c6> 1159 1159 50 (daemon) mDNSResponder <fe2259fbcfee3621a6db5ffb0e6f662c> 257 257 100 (daemon) apsd <a0be58ac33c73ec59e5b78c5b3fafbe2> 650 650 100 (daemon) dataaccessd <b574575bd5be329cbe90da2d16b4a1f9> 1600 1600 200 (daemon) sharingd <d18311f47d3631f6a8e8ce94473cba6b> 577 577 50 (daemon) voiced <49d5a7a20bd331198aeb5d2839d6bb84> 268 268 200 (daemon) mobileassetd <e5fd6d36397f33bb91e46ecf17770862> 809 809 200 (daemon) SpringBoard <865e4330f35a37d08289f9c41503250b> 6021 6021 50 backboardd <f3c27b90f0b53114a6b1af9e3e1d4ade> 16353 16353 50 (daemon) fseventsd <b3a899b5cf9133afa6ca80f6c5d6ee88> 295 295 50 (daemon) lockdownd <9ef14b67021d38168131cc85027459bf> 269 269 50 (daemon) configd <17968161ecbf399796ab7151175dc419> 609 609 50 (daemon) fairplayd.A2 <9948545906083ff9962c310943eb34de> 149 149 100 (daemon) aggregated <8d7d425cf94237ffb3315ea6ef02f485> 578 578 100 (daemon) BTServer <e6676ff5039c3b839d2af8c5b9459cc7> 312 312 100 (daemon) distnoted <fe7400d54f0734fead2c14d1abaac930> 145 145 100 (daemon) WirelessCoexMana <116f1b83a94a35038d555dd134ccc067> 167 167 100 (daemon) UserEventAgent <81e307fc6d8c327db6358f4d5828379d> 656 656 50 (daemon) networkd <370cdc362d9337738a9f0b0d96e381c5> 613 613 100 (daemon) filecoordination <8d400b4d44fc37bf95b91fefeb401764> 136 136 200 (daemon) touchsetupd <6416cf5b966035969394ebcaf67e1347> 204 204 200 (daemon) CommCenter <032fec801eb531cfaa2da66e006ef6c8> 1440 1440 100 (daemon) notifyd <1d555aa3d08c336294a38d9c134dca00> 235 235 100 (daemon)
|
|
|
|
|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9K
|
You're right, it certainly isn't ideal. The request to render the PDF is an atomic operation and if you quickly pan lots of times when a large PDF is onscreen it will result in lots of these options all being run at the same time, I suppose. We'll have a think about it.
|
|
|
|
|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
Any news on that topic? It still happens with the recent version 3.2.0 on iOS 8.1.2
I again encountered such a crash when I zoomed and panned on the DFS Frankfurt terminal chart the other day in flight. That was not pleasant - and the panning/zooming was not to excessive either. Just one step zooming in and 2-3x moving the chart around. The application froze, the iPad turned black for half a second or so and then I had to restart SkyDemon.
Seems like those low-memory crashes are now called Jetsam-Events on iOS 8+...
Is there nothing you can do about it or at lease a work around?!
Markus
Here is an Error-Log (similar to the crash in flight):
{"version":"105","bug_type":"198","os_version":"iPhone OS 8.1.2 (12B440)"}
Incident Identifier: 39C0E2A8-3DD4-47A8-90DD-5AAED84FA5BA
CrashReporter Key: 8ae40c7faed4f1707bc5f2563e86143ba09b6d26
Hardware Model: iPad4,2
OS Version: iPhone OS 8.1.2 (12B440)
Kernel Version: Darwin Kernel Version 14.0.0: Mon Nov 3 22:23:57 PST 2014; root:xnu-2783.3.22~1/RELEASE_ARM64_S5L8960X
Date: 2015-01-13 22:56:39 +0100
Time since snapshot: 200 ms
Free pages: 8848
Active pages: 90659
Inactive pages: 39443
Speculative pages: 5656
Throttled pages: 0
Purgeable pages: 2
Wired pages: 32299
File-backed pages: 26305
Anonymous pages: 109453
Compressions: 402462
Decompressions: 86493
Compressor Size: 78248
Uncompressed Pages in Compressor: 168204
Page Size: 16384
Largest process: SkyDemon
Processes
Name | <UUID> | CPU Time| rpages| purgeable| recent_max| lifetime_max| fds | [reason] | (state)
WirelessRadioMan <c4181e6d863133e8aa0c95e77a7bb206> 0.066 264 0 - 777 50 (daemon) (idle)
coresymbolicatio <09a629143bfc3a7d9228b414bb958ae9> 0.017 103 0 - 1358 50 (daemon) (idle)
diagnosticd <274578acfd6d358a95c961c0bab148a9> 0.011 107 0 - 226 50 (daemon) (idle)
nsurlsessiond <ab90763d8a453fc68012fabc4b4f55fb> 0.515 569 0 - 1994 50 (daemon)
AppIndexer <c2aa538408f0367c8d2778042c69c3ad> 0.141 406 0 - 2341 50 (daemon)
MobileMail <4b48abd990e93dbea47db1cbf328da9e> 1.234 1884 0 - 4884 50 (resume) (continuous)
lsd <f554bd07b90a3cfc9d9ef9f8e234833c> 0.697 255 0 - 747 50 (daemon)
tccd <f2878273872231afa1a6e0af2dcb73a6> 0.158 244 0 - 882 50 (daemon)
kbd <8c8bded31cf73db2b44aa996c0e90921> 0.628 1297 0 - 3745 50 (daemon)
SkyDemon <548b58c4bb593edfb1dfbd4a0837c57d> 36.470 223203 0 - 96324 50 [per-process-limit] (frontmost) (resume)
BTServer <2d0fc0974c073a0aafc9954110080950> 0.204 396 0 - 1553 50 (daemon)
wifid <43e56e539a6a3114bf4cd7646c8dd90e> 0.582 551 0 - 1721 50 (daemon)
discoveryd <68f73878299336d7872b0ae9ce3f7f08> 0.434 556 0 - 1172 100 (daemon)
locationd <5b826e2c09c23eaaa2acc2472269cb30> 2.889 1537 0 - 4253 50 (daemon)
lockdownd <3a0b3375ad6e391da37a1f79f46843b0> 0.282 262 0 - 941 50 (daemon)
imagent <d5e037ad2173362d8a6077788b2d7074> 0.301 470 0 - 1367 50 (daemon)
iaptransportd <4bf77076d69630e389ba64229c526723> 0.071 307 0 - 876 50 (daemon)
mediaserverd <a0354e528bc431958df0d50830bead36> 1.098 1433 0 - 4276 50 (daemon)
identityservices <9d4b00e3c6003685ac8697c59f4e4d38> 0.455 607 0 - 1700 50 (daemon)
syslogd <05f6b5e5512938a892bac5af23ab1c08> 0.422 205 0 - 317 50 (daemon)
cfprefsd <4325eab208063b998046460a4c2ee484> 0.836 322 0 - 705 50 (daemon)
powerd <2b4ae8758a5b3b709a97c452ec08923b> 0.165 198 0 - 490 50 (daemon)
apsd <bb925404cb1137b09b85671a8d2c7656> 0.489 627 0 - 1922 50 (daemon)
networkd <fa2acedf0b0035269d66a72e28c3a95a> 0.856 652 0 - 1675 50 (daemon)
dataaccessd <33bcaea3bc473f128685f4df14a115eb> 2.376 1769 0 - 4737 50 (daemon)
sharingd <1ed17c64831f32ea9cbb47e48c4d222c> 0.251 671 0 - 2328 50 (daemon)
geod <0f816c02eb453d968c7bd1e4c1ecb994> 0.164 607 0 - 1548 50 (daemon)
searchd <e5c5e5675c0935eaab5feb15ebc0b934> 0.345 824 0 - 3054 50 (daemon)
voiced <015abdaf589c3bbabb23128ccdb7bdbd> 0.062 297 0 - 1028 50 (daemon)
syncdefaultsd <6f6a68c431cc37238c9e618de999477c> 0.089 289 0 - 950 50 (daemon)
SpringBoard <96f929dd23123d8bbc9ba2a0bb48bde1> 9.795 6146 0 - 31118 50
backboardd <e263837653b434f1880f9d37b3926998> 21.915 14972 0 - 4233 50 (daemon)
fseventsd <16c9b62bb28c388ca10d54dbff18c4f8> 0.397 336 0 - 591 50 (daemon)
UserEventAgent <f5a211b9c88e3fa481f2bd1ee1f5a921> 1.274 826 0 - 2788 100 (daemon)
configd <ed40fcde35ae337ab3b70073199564b1> 1.015 528 0 - 1218 50 (daemon)
fairplayd.A2 <6ca40f79d0ad34d5b4df0a80fce4bc5d> 0.519 156 0 - 1035 50 (daemon)
assertiond <10ec04add18f3ecd8a8efbb1cc4e2bd6> 0.338 270 0 - 965 50 (daemon)
distnoted <cb5e76091dc53ceeaf65290f8e197a89> 0.058 187 0 - 296 50 (daemon)
ubd <006744d0459f32088de34778ac77bd2f> 0.041 226 0 - 831 50 (daemon)
wirelessproxd <ab1fa7e43a7c3f9393533404c2cc80b8> 0.071 244 0 - 940 50 (daemon)
discoveryd_helpe <492c39ae2d643adca0ed971675c77406> 0.022 157 0 - 708 50 (daemon)
aggregated <281958649a3130aab6ecb1aa47f0a6c1> 3.128 972 0 - 2131 50 (daemon)
filecoordination <5ec159db1afe3317878b8ab794e2d7d1> 0.041 239 0 - 890 50 (daemon)
accountsd <75b3925e9bec337abda4f51e69fc8aa3> 0.085 358 0 - 852 50 (daemon)
CommCenter <33412ab229c738c8860c70803fed173b> 3.831 1416 0 - 4980 50 (daemon)
notifyd <5fa8fd5e44c83f64be1475b882b16c82> 0.811 301 0 - 376 50 (daemon)
ReportCrash <e946799f25f833fd9b37a6a1c7b1993c> 0.336 560 0 - 5103 50 (daemon)
**End**
|
|
|
|
|
Tim Dawson
|
|
|
Group: Forum Members
Posts: 8K,
Visits: 9K
|
The crash is not catchable by SkyDemon as it happens at the OS level after we've asked it to render a very large or complex PDF such as the one you mention. We would have to prevent the crash in the first place, which is not totally possible (as we don't know what will make iOS run out of memory) but we may be able to do something to help by queuing the requests to render the plate so they aren't trying to happen concurrently. We'll take a look.
|
|
|
|
|
Markus
|
|
|
Group: Forum Members
Posts: 47,
Visits: 146
|
I tried rendering the EDDF VFR terminal area chart on my Android OnePlus One (which shouldn't be the slowest...) --- well, that takes forever. Zooming and panning takes forever as well - but at least it did not crash during my quick test.
Cheers,
Markus
|
|
|
|