Что вызывает сигстрап в отладочной сессии

Question

В моей программе на C++ я использую библиотеку, которая будет «отправлять»? Сигтрап при определенных операциях, когда Я отлаживаю его (используя gdb в качестве отладчика). Затем я могу выбрать, хочу ли я продолжать или останавливать программу. Если я решила продолжить работу, программа работает так, как ожидалось, но установив пользовательские точки останова после захвата Sigtrap, приведет к сбою отладчика/программы.

Так вот мои вопросы:

1. Что вызывает такое SIGTRAP? Это остаточная строка кода, которая может быть удалена или вызвана отладчиком, когда он «находит что-то, что ему не нравится»?
2. Является сигстрапом, вообще говоря, плохой, и если да, то почему программа работает безупречно, когда я компилирую Release, а не Debug Version?
3. Что указывает Сигтрап?

Это более общий подход к вопросу, который я разместил вчераBoost Filesystem: recursive_directory_iterator constructor causes SIGTRAPS and debug problems.
Я думаю, что мой вопрос был далеко не конкретным, и я не хочу, чтобы вы решали мою проблему, но помогли мне (и, надеюсь, другим) понять фон.

Большое спасибо.

Answer 1

С процессорами, поддерживающими контрольные точки команд или точки наблюдения данных, отладчик попросит ЦП наблюдать за обращениями команд к определенному адресу, или данные читают/записывают на определенный адрес, а затем запускают полную скорость.

Когда процессор обнаруживает событие, он попадает в ядро, и ядро ​​отправляет SIGTRAP в отлаживаемый процесс. Обычно SIGTRAP убивает процесс, но поскольку он отлаживается, отладчик будет уведомлен о сигнале и обрабатывать его, главным образом, позволяя вам проверить состояние процесса перед продолжением выполнения.

С процессорами, которые не поддерживают точки останова или точки наблюдения, вся среда отладки, вероятно, выполняется с помощью интерпретации кода и эмуляции памяти, что значительно медленнее. (Я полагаю, что умные трюки можно было бы сделать, установив флагов, которые запрещают чтение или запись, в зависимости от того, что должно быть в ловушке, и позволяя ядру исправлять pagetables, сигнализировать об отладчике, а затем снова ограничивать флажки страницы. - произвольное количество точек наблюдения и точек останова и выполняется лишь незначительно медленнее для случаев, когда часовая точка или точка останова не часто обращаются.)

Вопрос, который я помещал в поле комментария, выглядит здесь примерно потому, что Windows на самом деле не является отправляя SIGTRAP, а скорее сигнализируя о точке останова на своем собственном пути. Я предполагаю, что когда вы отлаживаете программы, используются отладочные версии системных библиотек и гарантируют, что обращения к памяти будут иметь смысл. Возможно, у вас может быть ошибка в вашей программе, которая запечатана во время выполнения, но может на самом деле вызвать дополнительные проблемы в другом месте.

Я не занимался разработкой Windows, но, возможно, вы могли получить дополнительную информацию, просмотрев свой журнал событий Windows?

Answer 2

Во время работы в Eclipse с компилятором minGW/gcc я понял, что он очень плохо реагирует с векторами в моем коде, что приводит к нечеткому сигналу SIGTRAP и иногда даже показывает ненормальное поведение отладчика (то есть прыгает где-то в коде и продолжает выполнение кода в обратном порядке!).

Я скопировал файлы из моего проекта в VisualStudio и разрешил проблемы, а затем скопировал изменения обратно в eclipse и voila, работал как шарм. Причины были похожи на различия инициализации вектора с функциями reserve() и resize() или пытались получить доступ к элементам из границ векторного массива.

Надеюсь, это поможет кому-то еще.