Я програмую програму в Objective-C, і я отримую цю помилку:
MyApp (2121,0xb0185000) malloc: *** помилка для об'єкта 0x1068310: подвійний безкоштовний
*** встановити точку зупинки в malloc_error_break для налагодження
Це відбувається, коли я випускаю NSAutoreleasePool, і я не можу зрозуміти, який об'єкт я випускаю двічі.
Як встановити його точку зупинки?
Чи можна дізнатися, що це за "об'єкт 0x1068310"?
Відповіді:
Що це за об’єкт, ви дізнаєтесь, коли зламаєте налагоджувач. Просто знайдіть стек дзвінків, і ви знайдете, де ви звільняєте його. Це підкаже, який це об’єкт.
Найпростіший спосіб встановити точку зупинки:
- Перейдіть до пункту Виконати -> Показати -> Точки зупинки ( ALT- Command- B)
- Прокрутіть до кінця списку та додайте символ
malloc_error_break
Коли об’єкт «подвійно звільнений», найпоширенішою причиною є те, що ви (без потреби) випускаєте автоматично випущений об’єкт, а пізніше він автоматично випускається, коли пул, що містить автоматичний випуск, звільняється.
Я виявив, що найкращим способом відстежити додатковий випуск є використання змінної середовища NSZombieEnabled для відповідного виконуваного файлу в Xcode. Щоб швидко ознайомитись із цим , перегляньте цю вікі-сторінку CocoaDev . (На додаток до цієї сторінки, Apple задокументувала неймовірно незрозумілі, але корисні поради щодо налагодження коду в Xcode, деякі з яких зберегли мій бекон більше ніж кілька разів. Пропоную ознайомитися з цим Технічним зауваженням на developer.apple.com - посилання переходить до розділу про основи фонду Какао).
Редагувати: Ви часто можете відслідковувати об’єкт-порушник у налагоджувачі Xcode, але часто набагато простіше, якщо ви використовуєте інструменти, щоб допомогти вам. У Xcode виберіть Виконати → Почати з інструмента продуктивності → Розподіл об’єктів, і ви зможете простежити об’єкт-порушник назад, де він був створений. (Це найкраще буде працювати, якщо ви активували зомбі, як обговорювалося вище.) Примітка. Snow Leopard додає інструмент Zombies до інструментів, доступний також із меню Run. Може коштувати лише 29 доларів США! ;-)
Тут також є відповідне запитання SO .
Я просто хочу додати свій досвід на додаток до відповіді Квін Тейлор.
В одному зі своїх додатків я повинен аналізувати та зберігати дані в основних об’єктах даних, а пізніше отримувати ці об’єкти для відображення у поданнях. Насправді додаток працює чудово і абсолютно не виходить з ладу, поки я не спробував зробити стрес-тест навігації вперед і назад кілька разів, не спробував якомога швидше відкрити кілька подань. Додаток аварійно завершує роботу із зазначеним вище повідомленням.
Я випробував усі методи, запропоновані Квін у своїй відповіді, і досі не зміг з’ясувати, де саме була причина.
Я встановив NSZombieEnabled = YES та NSStackLogging = YES, запустив командну оболонку malloc_history, щоб з'ясувати причину, але все одно не пощастило. Це завжди вказує на те, куди я зберігаю дані в основних об’єктах даних, насправді я перевірив тисячі разів над звільнені об’єкти там, нічого дивного.
Запуск в Інструментах з різними інструментами (розподіли, витоки тощо ...) все одно не допоміг. Включити Guard Malloc все ще нічого не отримав.
Остаточне порятунок: Я спробував повернутися до видів, де об’єкти були взяті з Основних даних, і надіслав повідомлення про збереження всім цим об’єктам, і взяв до відома ці зміни. Це вирішило проблему !!!
Отже, я з’ясував, що мені не вдалося його утримати, саме в цьому причина. Просто хочу поділитися своїм досвідом, щоб у вас був черговий порятунок для вашого додатка.
Відкрийте консоль налагоджувача, натиснувши Cmd + Shift + R. Там наберіть
break malloc_error_break
щоб встановити точку зупинки на початку malloc_error_breakфункції.
Якщо ви хочете дізнатись, який об’єкт знаходиться за адресою 0x1068310, ви можете ввести в консоль налагоджувача таке:
print-object 0x1068310
Звичайно, це потрібно робити, поки об’єкт ще живий - якщо об’єкт вже був звільнений до того моменту, коли ви це зробите, це не спрацює.
poпсевдонім або еквівалентно expr -o. За роки з моменту написання цієї відповіді механізм налагодження, який використовував Xcode, був змінений з GDB на LLDB, і LLDB має інший набір команд.
Для мене це питання вирішив
(gdb) call (void)_CFAutoreleasePoolPrintPools()
відразу після аварії. Адреса у верхній частині стопки була адресою винного. Кинув в retainі вуаля.
Адреса, вказана в журналі, нікуди не дійшла. Він ніколи не з'являвся в жодному з різних інструментів. Мабуть, вказівник на деякі внутрішні дані, які вже були звільнені.
Просто оновлення, щоб зробити це актуальним для Xcode 4 ...
З посібника користувача Xcode 4 :
Щоб додати символічну точку зупинки. . .
- У нижньому лівому куті навігатора точки зупинку натисніть кнопку Додати.
- Виберіть Додати символічну точку зупинки.
- Введіть ім'я символу в поле Символ.
- Натисніть Готово.
Ось так виглядає точка зупинки malloc_error_break у вікні точки зупинку в Xcode. Потрібно встановити прапорці, щоб це працювало.
альтернативний текст http://www.martijnthe.nl/wp-content/uploads/2009/08/Afbeelding-1.png
Будь ласка, знайдіть наведені нижче кроки, як знайти безкоштовний об’єкт та вивести з ладу програму.
1) Клацніть на " Навігатор точки зупинку ".
2) Потім натисніть на кнопку " + ", яка знаходиться внизу.
3) Додайте зі списку " Символічну точку зупинки ... ".
4) Додайте ключове слово " malloc_error_break " до параметра " Символ ".
Або ви також можете звернутися до поданої нижче презентації GIF.
Зазвичай це спричиняє якийсь інспектор, наприклад, сафарі чи попередній перегляд сафарі. Зверніться до допису або допису та запитання .
Видаліть позначку Автоматично показувати веб ...., видалить цю проблему.
Зауважте, що просто закривши сафарі або попередній перегляд сафарі, ця проблема не буде усунена. І вам доведеться скасувати вибір як для сафарі, так і для попереднього перегляду сафарі.
Якщо це не допоможе, зверніться до цієї відповіді або повідомлення, щоб налагодити її.
У Xcode клацніть ліворуч від номера рядка, щоб встановити точку зупинки. Потім ви можете запустити його, виконавши "Створення та налагодження".
Рекомендується не мати об’єкта, який ви створюєте, autoreleaseоскільки пам’ять - це товар на iPhone. Apple рекомендує чітко телефонувати release.
Щоб знайти подібні проблеми з пам'яттю та вказівниками загалом, потрібно запустити свій код за допомогою перевірки помилок пам’яті часу виконання, як Valgrind . Це повинно мати можливість вказувати на багато речей, які ваш код робить неправильно, крім тих, що спричиняють його збій.
Valgrind може працювати на OSX (хоча там сказано, що він "не підтримується, неповний і помилковий"), і з невеликим злом хтось змусив його працювати на виконуваних файлах iPhone SDK .
Ще краще ви можете спробувати Instruments, який є частиною XCode. Там в підручнику для запуску його тут .
Якщо malloc_error_breakне допомагає ...
Найкращий спосіб вирішити цю помилку - запускати інструменти з NSZombiesувімкненим режимом. Інструменти позначать вас, коли буде надіслано повідомлення про зомбі, і ви зможете перейти безпосередньо до рядка коду.
Сніговий барс потрібен, яка ж рятівниця!