btn 12 апр 2010 в 15:01

Отладка EXC_BAD_ACCESS в Mac OS X и iPhone

2 мин

33K

Разработка под iOS*

+23

Комментарии 25

Knightmare 12 апр 2010 в 15:32

Первая мысль — где-то я уже это видел. И ведь действительно видел — вот здесь.

-2

btn 12 апр 2010 в 15:35

Это статья моего друга, т.к. у него нет возможности опубликовать ее тут, он попросил меня

farcaller 12 апр 2010 в 16:00

На CocoaDev много подобных полезных сниппетов

SAKrisT 12 апр 2010 в 19:35

Полезно, я знал что EXC_BAD_ACCESS это обращение к не существующей переменной, но как его быстро…
Спасибо!

seymour 12 апр 2010 в 19:39

Спасибо, полезная статья.

Funbit 12 апр 2010 в 20:00

Умилило предложение: «К счастью, ребята из Apple приложили все усилия, чтобы нам помочь»…
2 года занимаюсь разработкой для iPhone'а и не видел более ужасного и не информативного дебаггера (по крайней мере без танцов с бубном и вписывания каких-то хитрых параметров), чем тот, что в XCode. Ад.

-1

Zubchick 12 апр 2010 в 20:17

мне казалось, что там GDB

Funbit 13 апр 2010 в 04:30

А я и не говорил, что там какой-то свой дебаггер, я лишь написал «тот, что используется в XCode».

hellraiser09 12 апр 2010 в 20:48

дебаггер там самый привычный – gdb. А вот оболочка по сравнению в дебаггером в VS для .Net конечно сосет

-1

destman 13 апр 2010 в 00:26

Уже 2 года пишу под ифоны. Проблем с дебагом не возникало…
Разве что в случаях когда я юзаю помесь c++ и Objective-c — то чтобы gdb понял с каким языком я работаю — приходится писать в консоли чтонибудь типа: set language c++
А вообще среда разработки XCode tools — это лучшее что я видел (тем более что еще и без дополнительных затрат, кроме покупки мака).

lexusathabr 3 дек 2010 в 17:42

Ну, виртуальные машины никто не отменял ;)

kosiakk 12 апр 2010 в 20:05

Спасибо!

Для меня (балуюсь на java для Android в качестве хобби) это как сказка про Бармалея: такие светлые статьи лишний раз напоминают насколько всё лушче в современных языках программирования и средах исполнения.

Статья вызвала во мне новый виток любви к JVM, Андроиду, open-souce, JetBrains и вообще к человечеству!

-2

Tails 12 апр 2010 в 23:17

А какие языки вы считаете несовременными?

kosiakk 13 апр 2010 в 11:09

такие, где подобные проблемы не возникают в принципе, by deisgn.
ну и чтоб поддержка ide была.

> К счастью, ребята из Apple приложили все усилия, чтобы нам помочь.

Хочешь сделать человека счастливым? Сделай ему плохо, а потом верни назад. Таково отношение эппла к программистам.

-1

antosj 12 апр 2010 в 20:48

мне вот это помогло, ты как раз спрашивал) www.youtube.com/watch?v=LQtPr8bkB3g

kovpas 12 апр 2010 в 22:18

Спасибо!

Speakus 10 мая 2011 в 11:42

Обновите пост — сэкономте время людям.

Speakus 15 мая 2011 в 20:14

и еще вот доп. инфо:
установка MallocStackLoggingNoCompact приводит к тому что дебагер для устройств с 3.1.3 прошивкой не запускается. Выдает «mi_cmd_stack_list_frames not enough frames» при запуске.
Убираем этот флаг — и все сразу запускается.
Для 4.2 устройства такой проблемы этот флаг не вызывает.

Ваш пост первый по запросу NSZombie в рунете — добавте инфо в пост — сэкономте людям время.

ttyv00 13 апр 2010 в 13:40

Спасибо, полезная информация.

bealex 18 апр 2010 в 15:42

К сожалению, это не всегда помогает. Если работать напрямую с С-style указателями, malloc/free, то зомби не дают никакой выгоды. Правда, есть еще несколько флагов:

MallocBadFreeAbort
MallocScribble
MallocStackLogging

(использовать их нужно также)

Что кто делает — можно попробовать догадаться по названию. Ну, и, по опыту ковыряния с Runtime, действительно помогают.

Haccel 2 июл 2010 в 06:34

Большое спасибо — очень помогло

kliss 16 ноя 2010 в 20:08

EXC_BAD_ACCESS в общем случае возникает при попытке доступа к области памяти, куда у тебя доступа быть не должно. Уже освобожденный объект — лишь частный случай.

Вчера тут пытался логировать прием информации с сервера

NSData *data =…
NSLog(@«data received, length now is: %@», data.length);

Полдня отлаживался. Опытные товарищи уже знают, в чем тут ошибка :-)