Jak najlepiej debugować awarię w ramach objc_msgSend?

Question

Mam awarię, która ma miejsce, gdy odpływ NSAutoreleasePool. Prawdopodobnie pula próbuje zwolnić obiekt, który został przedwcześnie zwolniony przez inny fragment kodu. Zderzenie, które mam, jest w środku objc_msgSend, ponieważ próbuje wysłać wiadomość do obiektu, który już nie istnieje.

Biorąc pod uwagę stan stosu, jakie wskazówki/porady/procesy/gdb mam do dyspozycji, aby uzyskać informacje na temat danego obiektu i/lub punkt, w którym miała miejsce nielegalna deallokacja?

Answer 1

Jeśli masz przeczucie, że jest to przedwczesne usunięcie, włącz zombie, aby potwierdzić swoją hipotezę, a następnie sprawdź, co się dzieje. Po włączeniu zombie obiekty nie są tak naprawdę zniszczone, ale ustawione na stan zombie, który pomaga wykryć, kiedy są one dostępne po wywołaniu dealloc. Więcej Od NSZombieEnabled

Answer 2

Jeśli używasz NSZombieEnabled, możesz przynajmniej dowiedzieć się, jaka klasa jest obiektem.

Answer 3

ostatecznego artykuł na tego rodzaju katastrofy: http://www.sealiesoftware.com/blog/archive/2008/09/22/objc_explain_So_you_crashed_in_objc_msgSend.html

Answer 4

natknąłem, co okazało się być katastrofa w objc_msgSend. Co było jeszcze dziwniejsze, nie udało się nawet dotrzeć przed tak zwanym crashem!

W moim przypadku awarie okazały się punktem krytycznym, który ustawiłem nieumyślnie w adresie pamięci, który był wywoływany, zanim którykolwiek z moich kodów został osiągnięty.

Po godzinie albo tak próbuje dowiedzieć się tego, że niezaznaczone punkt przerwania, prowadził kod, twarz palmed a następnie kontynuował mój dzień udając, że nigdy się nie stało ...