Jak znaleźć przyczynę błędu malloc "double free"?

Gdy obiekt jest "dwukrotnie uwolniony", najczęstszą przyczyną jest to, że (niepotrzebnie) zwalniasz obiekt z autorelease, a następnie jest on automatycznie uwalniany, gdy pula z autorelease jest opróżniana.

Odkryłem, że najlepszym sposobem na wyśledzenie dodatkowego wydania jest użycie zmiennej środowiskowej NSZombieEnabled dla pliku wykonywalnego w Xcode. Aby szybko dowiedzieć się, jak z niego korzystać, sprawdź ta strona wiki CocoaDev. (Oprócz tej strony Apple ma udokumentowane kilka niezwykle niejasne, ale przydatne wskazówki dotyczące debugowania kodu w Xcode, z których niektóre zapisały mój boczek więcej niż kilka razy. Proponuję sprawdzić tę notkę techniczną na developer.apple.com -link przeskakuje do sekcji o fundamentach Cocoa).

Edit: często można śledzić obrażający obiekt w debugerze Xcode, ale często jest to znacznie łatwiejsze, jeśli używasz instrumentów, aby ci pomóc. Z Xcode wybierz Run → Start With Performance Tool → Alokacje obiektów i powinieneś być w stanie wyśledzić obrażony obiekt z powrotem do miejsca, w którym został utworzony. (Będzie to działać najlepiej, jeśli masz włączone zombie, jak omówiono powyżej.) Uwaga: Snow Leopard dodaje narzędzie zombie do instrumentów, dostępne również z menu Uruchom. Może być warta tylko 29 dolarów! ;-)

Istnieje również związane z więc pytanie tutaj .

Chcę tylko dodać moje doświadczenie do odpowiedzi Quinn Taylor.

W jednej z moich aplikacji, muszę analizować i zapisywać dane do podstawowych obiektów danych, a później uzyskać te obiekty do wyświetlania w widokach. W rzeczywistości aplikacja działa dobrze i nie zawiesza się w ogóle, dopóki nie próbowałem zrobić testu warunków skrajnych poruszania się tam iz powrotem wiele razy, próbowałem otworzyć wiele widoków tak szybko, jak to możliwe. Aplikacja zawiesza się z powyższym Komunikatem.

Wypróbowałem wszystkie metody, które Quinn zasugerował to w swojej odpowiedzi i nadal nie udało mu się dowiedzieć, gdzie była dokładna przyczyna.

Ustawiłem nszombieenabled=YES, I NSStackLogging = YES, uruchomiłem powłokę komend malloc_history, aby dowiedzieć się dlaczego, ale nadal bez powodzenia. Zawsze wskazuje na to, gdzie zapisuję dane do podstawowych obiektów danych, w rzeczywistości sprawdziłem tysiące razy ponad zwolnionych obiektów, nic dziwnego.

Uruchamianie w instrumentach z różnymi narzędziami (przydziały, przecieki itp...) nadal nie pomogło. Włącz Straż Malloc wciąż nic nie ma.

Final rescue: próbowałem wrócić do widoków, w których obiekty zostały pobrane z podstawowych danych i wysłałem komunikat zachowania do wszystkich tych obiektów, i odnotowałem te zmiany. To rozwiązało problem!!!

Więc, dowiedziałem się, że nie udało mi się zachować jeden, to jest dokładnie przyczyna. Po prostu chcę podzielić się moim doświadczeniem, więc masz kolejną ratunek dla swojej aplikacji.

Otwórz konsolę debuggera, naciskając Cmd+Shift + R. tam wpisz

break malloc_error_break

Aby ustawić punkt przerwania na początku funkcji malloc_error_break.

Jeśli chcesz dowiedzieć się, jaki obiekt znajduje się pod adresem 0x1068310, możesz wpisać w konsoli debuggera:

print-object 0x1068310

Oczywiście, musisz to zrobić, gdy obiekt jest jeszcze żywy - jeśli obiekt został już uwolniony do czasu, kiedy to zrobisz, to to nie zadziała.

Dla mnie problem został rozwiązany przez

(gdb) call (void)_CFAutoreleasePoolPrintPools()

Adres podany w logu do niczego mnie nie doprowadził. Nigdy nie pojawił się na żadnym z różnych instrumentów. Najwyraźniej wskaźnik do niektórych wewnętrznych danych, które zostały już uwolnione.

Dodawanie symbolicznego punktu przerwania w Xcode 4

Tylko aktualizacja, aby to miało znaczenie dla Xcode 4...

Z Xcode 4 Podręcznik użytkownika:

Aby dodać symboliczny punkt przerwania . . .

1. w lewym dolnym rogu nawigatora punktów przerwania kliknij przycisk Dodaj guzik.
2. Wybierz Dodaj Symboliczny Punkt Przerwania.
3. Wpisz nazwę symbolu w Pole symbolu.
4. Kliknij Gotowe.

Tak wygląda punkt przerwania malloc_error_break w oknie punktów przerwania w Xcode. Trzeba sprawdzić pola, aby to działało.

Alt text http://www.martijnthe.nl/wp-content/uploads/2009/08/Afbeelding-1.png

Sprawdź swoje zajęcia i zajrzyj pod metodę dealloc. Upewnij się, że zależy ci na telefonie [super dealloc].

Jest to zwykle spowodowane przez jakiegoś Inspektora, takiego jak safari lub Safari preview. Zobacz też post lub post oraz Pytanie.

Usuń wybór automatycznie Pokaż www ...., usunie ten problem.

Uwaga, po prostu zamknij safari lub Safari preview nie usunie tego problemu. I musisz odznaczyć zarówno Safari, jak i Safari preview.

Jeśli to nie pomoże, zapoznaj się z tym odpowiedź lub post do debugowania.

Proszę znaleźć poniższe kroki, aby znaleźć obiekt, który jest wolny i zawiesić aplikację.

1) Kliknij na " Breakpoint navigator".
2) następnie kliknij na "+" Przycisk, który znajduje się poniżej.
3) Dodaj symbol " Punkt przerwania... " z listy.
4) Dodaj "malloc_error_break "słowo kluczowe na opcji" Symbol ".

LUB możesz również odwołać się do poniższego GIF prezentacja.

W Xcode kliknij na lewo od numeru linii, aby ustawić punkt przerwania. Następnie możesz go uruchomić, wykonując "Build and Debug".

Zaleca się, aby nie mieć obiektu, który tworzysz be autorelease, ponieważ pamięć jest towarem na iPhone. Apple zaleca jawne wywołanie release.

Aby znaleźć tego rodzaju problemy z pamięcią i wskaźnikami w ogóle, chcesz uruchomić kod z kontrolerem błędów pamięci uruchomieniowej, takim jak Valgrind . Powinno to być w stanie wskazać wiele rzeczy, które twój kod robi źle, poza tymi, które powodują jego awarię.

Valgrind może działać na OSX (chociaż mówi, że jest "nieobsługiwany, niekompletny i wadliwy"), a przy odrobinie hakowania ktoś dostał go do pracy na iPhone SDK executables .

Jeszcze lepiej możesz wypróbuj instrumenty, które są częścią XCode. Jest tutorial do uruchomienia tutaj .

Jeśli {[0] } nie pomaga...

Najlepszym sposobem rozwiązania tego błędu jest uruchomienie instrumentów z włączonym NSZombies. Instrumenty oznaczą Cię, gdy Zombie zostanie powiadomiony i możesz śledzić bezpośrednio z powrotem do linii kodu.

Snow Leopard wymagane, co za ratownik choć!