Je m'écrase de temps en temps avec iOS 6 mapkit. Ne peut pas vraiment le reproduire. Ce qui peut causer cela?
4 Réponses :
J'ai trouvé cela. Cela peut vous aider à résoudre votre problème.
"Problème: une application basée sur OpenGL ES affiche" clignotant "ou" Stale ", après un appel à Presidenderbuffer. Ce symptôme peut se produire lorsqu'une application OPENGL ES appelle la méthode de la présente présentation de EAGL SANSRENDRENDERBUPER sans rien d'abord de dessiner. Ce qui est vu à l'écran peut contenir des pixels non initialisés ou des cadres précédemment rendus. Pour corriger ce problème, vous devez toujours dessiner quelque chose sur votre cadre avant d'appeler PresentRenderbuffer. Notez également que, sauf si vous définissez la propriété Continuackbuffer sur votre CaeAglayer pour activer le mode Backbuffer retenu, le contenu de votre rendubuffer n'est pas garanti de rester valide après un appel à la présentation du centre-virage ».
-Lewis
Comment est-ce fait pour une norme mkmapView? J'ai trouvé si je fais que la mkmapview est plus petite, il ne s'écrase pas et cela ne se produit que sur les appareils iPad 4.
Pas tout à fait sûr comment cela répond à la question. Il ne semble pas que l'affiche écrit une application OpenGL ES, mais essayant simplement d'utiliser un MKMAPView. J'ai un rapport d'accident presque identique et à ce stade, selon Cracklytics, c'est mon criminel le plus fréquent. Des conseils sur la manière de configurer / utiliser mkmapView pour éviter ce crash?
Nice citation mais .. Ne vois pas comment cela vous aide. Le MkmapView est opengl mais ... je ne peux pas forcer à dessiner des choses
Je vois le même problème dans toutes les versions de iOS 6 et comme @ djibouti33 mes rapports de Cracklytics disent que c'est dans le initwithframe: méthode. Je ne fais pas de choses directes opengl. J'ai vu d'autres personnes ayant un problème de Simmilar lorsqu'il est appelé sur autre chose que le fil principal et l'envoi du fil principal le fixe. Malheureusement, ce n'est pas ce que je vois et du rapport d'accident n'est pas non plus @olga.
J'ai trouvé le problème avec la version iOS. L'utilisateur fonctionnait sur iPad 4, iOS 6.1.2, dès que j'ai mis à niveau 6.1.3 Le problème s'est éloigné. J'espère que cela aide quelqu'un.
Merci, Tim
Dans notre cas (une application universelle), tous les accidents se produisent sur iPad. 35% sur l'IPAD3,3 - 30% sur l'iPad 3,4 - 15% sur l'iPad 3,1 - 10% sur l'iPad 3,6 et l'iPad1,1 et iPad3,2 font également 5%. Aussi le système d'exploitation n'a pas beaucoup d'importance. Nous avons eu des accidents de 5.1.1 à 6.1.3.
Je vois cela dans iOS 6.1.3 aussi.
Existe toujours en 7.1.1 aussi.
Même situation dans 8.0
J'ai eu ce problème exact et il s'est avéré être un crash liée à la pression de la mémoire. Il se brisait systématiquement pour moi lorsque la carte est apparue avec un fond noir au lieu de tailles ou d'arrière-plans de grille, comme la normale à la quatrième ou cinquième fois que la carte a été montrée. Cela s'est produit sur iOS 6.0 et 6.1 et bêta de 7,0.
Mon contrôleur d'affichage avec la vue Carte n'était pas distribué après avoir été supprimé de la pile de navigation et il y avait une référence forte à la vue Carte qui l'a gardé en mémoire.
Après avoir fixé ma fuite, le problème a disparu.
Je viens de voir cela testant une application sur mon iPad. Il est toujours exécuté sans problèmes de simulateur et non sur l'appareil, mais tout simplement il s'est écrasé au même point avec la même erreur avec la même erreur.
Voici ma méthode - très simple carte montrant l'emplacement utilisateur et aucune annotation: p>
Incident Identifier: 01AE9C88-1F56-44D4-92A1-C6B5938DEBD4 CrashReporter Key: f372f86613043286b74e70a8d1f9d7b1b5313cf5 Hardware Model: iPad3,4 Process: MyApp [1247] Path: /var/mobile/Applications/C39AEC49-8DB1-45DE-B175-A6AEC19D533F/MyApp.app/MyApp Identifier: MyApp Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2013-07-15 08:25:16.390 +0200 OS Version: iOS 6.1.3 (10B329) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000044 Crashed Thread: 0 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 IMGSGX554GLDriver 0x32ea6be0 0x32e99000 + 56288 1 IMGSGX554GLDriver 0x32ea6b8e 0x32e99000 + 56206 2 IMGSGX554GLDriver 0x32ea92f2 0x32e99000 + 66290 3 IMGSGX554GLDriver 0x32ea7f44 0x32e99000 + 61252
Parlez-vous de l'application ou utilisez-vous la carte intégrée dans votre application?
Carte intégrée à mon application. MkmapView.
ressemble à un bug dans le code de dessin d'Apple, pas de votre faute
Je reçois le même problème que toi. Je crois que c'est un problème de mémoire. Si vous avez la carte 'Pins' / 'Annotations', je pense que votre carte tente peut-être de libérer les broches avant qu'elles ne soient à l'écran. Si je trouve un correctif, je vous le ferai savoir. Je suppose que ton arc est éteint? -Leswis
@Olgadalton avez-vous trouvé les solutions de cela? Je suis confronté à un problème similaire.
@Olgadalton pourriez-vous s'il vous plaît poster le code causant le problème?
J'ai un peu plus regardé dans cela et j'ai trouvé deux choses. Je pense d'abord Ce est la solution de votre recherche En comparant mes rapports d'accident à votre vôtre, cela ressemble au même problème et mes données montrent que nous étions en fait à l'arrière-plan. Deuxièmement, si vous calculez le cadre, assurez-vous de valider le résultat, il ressemble à
mkmapview 'sinitwithframe: s'écrasera s'il reçoit des tailles négatives.Je reçois un crash au même endroit, mais pas à l'arrière-plan. Ajout d'un contrôleur d'affichage à une pile NAV et que le contrôleur d'affichage a une carte. Il se bloque à plusieurs reprises à la 4ème fois que la vue Carte apparaît avec un fond noir (aucune carte de carte visible ou grille).
J'ai le même problème. Comment @olgadalton vous résolvez ce problème?