“EXC_BREAKPOINT (SIGTRAP)” исключения, вызванные путем отладки точек останова?

Вызваны ли исключения «EXC_BREAKPOINT (SIGTRAP)» из-за точек останова отладки?

Нет. На самом деле, наоборот: SIGTRAP (трассировочная ловушка) заставит отладчик прервать (прервать) вашу программу точно так же, как и фактическая точка останова. Но это потому, что отладчик всегда ломается при сбое, и SIGTRAP (как и несколько других сигналов ) является одним из типов сбоев.

SIGTRAP обычно вызываются генерированием NSExceptions, но не всегда - можно даже напрямую поднять один самостоятельно.

Я заметил, что забыл удалить некоторые точки останова отладки, включая _NSLockError, [NSException raise] и objc_exception_throw.

Это не точки останова. Две из них - это функции, а - [NSException raise] - это метод.

Вы имели в виду, что вы установили точки останова для этих функций и этого метода?

Я предполагаю, что использование конфигурации «Release» предотвращает установку любых точек останова -

Нет.

Это конфигурации сборки . Они влияют на то, как Xcode создает ваши приложения.

Точки останова не являются частью сборки; вы устанавливаете их в отладчике. Они только существуют, только попадают в них и останавливают вашу программу только тогда, когда вы запускаете свою программу в отладчике.

Поскольку они не являются частью сборки, невозможно передать ваши точки останова пользователю, просто предоставив ему пакет приложения.

Я не совсем уверен, как работают точки останова ...

Когда ваша программа достигает точки останова, отладчик прерывает (прерывает) вашу программу, после чего вы можете проверить состояние программы и осторожно продвинуться вперед, чтобы увидеть, как программа работает неправильно.

Поскольку именно отладчик останавливает вашу программу, точки останова не действуют, когда вы не запускаете свою программу под отладчиком.

… или нужно ли запускать программу изнутри gdb, чтобы точки останова имели какой-либо эффект.

Это так. Точки останова отладчика работают только в отладчике.

Мои вопросы: может ли мой выход из установленных точек останова быть причиной сбоев, наблюдаемых пользователем?

Нет.

Во-первых, как уже отмечалось, даже если эти точки останова каким-то образом были перенесены в систему пользователя, точки останова действуют только в отладчике. Отладчик не может остановиться на точке останова, если ваша программа не работает под отладчиком. Пользователь почти наверняка не запускает ваше приложение в отладчике, тем более, что он выполнил аварийный журнал из него.

Даже если они запускали ваше приложение под отладчиком со всеми этими установленными точками останова, точка останова срабатывает только тогда, когда ваша программа достигает этой точки, поэтому одна из этих точек останова может сработать, только если вы или Какао вызвали _NSLockError , - [Повышение NSException] или objc_exception_throw . Достижение этой точки не было бы причиной проблемы, это было бы ее симптомом.

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

Итак, это не было связано с вашими точками останова (другая машина, отладчик не задействован), и это не было исключением какао - как я уже упоминал, исключения какао являются одной из причин SIGTRAP, но не единственной. . Вы столкнулись с другим.

Если нет, то были ли у кого-нибудь еще подобные проблемы с [NSFont fontWithName: size:]?

Мы не можем сказать, есть ли у нас похожие проблемы, потому что вы отключили журнал сбоев. Мы ничего не знаем о том, в каком контексте произошел сбой.

Единственное, что можно вырезать, - это раздел «Двоичные изображения», поскольку у нас нет ваших пакетов dSYM, а это значит, что мы не можем использовать этот раздел для символизируют аварийный журнал.

Вы, с другой стороны, можете. Я написал приложение для этой цели; загрузите в него журнал сбоев, и он должен автоматически обнаружить пакет dSYM (вы сохраняете пакет dSYM для каждой распространяемой сборки Release, верно?) и восстанавливать имена ваших функций и методов в трассировке стека, где бы ни появлялись ваши функции и методы.

Для получения дополнительной информации см. Руководство по отладке Xcode .