Question

Mes applications commencent à se briser après la mise à niveau iOS 5 avec Xcode 4.2. Dans le cas contraire est validé la même source de travail dans iOS 4.3. Je suis tout à fait la moindre idée de ce qui aurait pu se produire depuis le backtrace n'a pas révélé beaucoup d'informations. Voici ce que je peux dire sur le comportement de l'accident: -

  1. Le backtrace a révélé la dernière tentative de ressources de mémoire libre de la piscine automatique qui déclenche le signal EXC_BAD_ACCESS.

  2. Le problème a disparu après avoir réglé le env. NSZombieEnabled variable. Tout cela est très triste, j'espérais que NSZombieEnabled pourrait révéler la tentative de libérer par exemple désalloué.

Lors de la migration source iOS 5, dois-je prendre des précautions supplémentaires, avoir à faire de la modification à ma source Obj-C à iOS 5 costume? Je en ce moment ne faire aucune amélioration à la source pour prendre des fonctions supplémentaires dans iOS 5.

Je lis quelque chose sur ARC, pensez-vous que l'ARC peut être en mesure de provoquer de nouveaux plantages jamais vu dans les versions précédentes d'iOS?

Des conseils et des conseils sur la migration source existante à iOS5 est apprécié.

Était-ce utile?

La solution

En fait le UITableViewCell* retourné par tableView:cellForRowAtIndexPath: besoins à retenir manuellement (Nope, je n'allume l'ARC).

Je suis fichiers nib de chargement personnalisée manuellement et suivi l'exemple de code d'Apple religieusement à ce lien

Je ne comprends toujours pas pourquoi je dois le conserver. J'ai plusieurs autres tables dans mes applications qui ne retiennent pas la cellule de retour et fonctionnent encore comme d'habitude dans iOS5.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top