Блог

Главная - Вопросы по программированию - gdb перепрыгивает через строки

gdb перепрыгивает через строки

#c #gdb

#c #gdb

Вопрос:

у меня возникли некоторые проблемы с пониманием gdb.

у меня есть основная функция, я написал эту основную функцию на себе.

Некоторые строки в этом main вызывают некоторые функции в библиотеке, я думаю, что название библиотеки не важно, но это tesseract-ocr.

моя строка в main, которая вызывает функцию, конструктор находится здесь:

 choiceItr = new tesseract::ChoiceIterator(itr);

я ставлю точку останова в gdb в строке выше и запускаю, когда она останавливается на этой строке, я использую команду step для перехода в функцию.

Вот библиотечная функция, которая вызывается:

 ChoiceIterator::ChoiceIterator(const ResultIteratoramp; result_it) {
  ASSERT_HOST(result_it.it_->word() != NULL);
  tesseract_ = result_it.tesseract_;
  PAGE_RES_IT res_it(*result_it.it_);
  WERD_CHOICE* best_choice = res_it.word()->best_choice;
  BLOB_CHOICE_LIST_CLIST* choices = best_choice->blob_choices();
  if (choices != NULL) {
    BLOB_CHOICE_LIST_C_IT blob_choices_it(choices);
    for (int blob = 0; blob < result_it.blob_index_;   blob)
      blob_choices_it.forward();
    choice_it_ = new BLOB_CHOICE_IT(blob_choices_it.data());
    choice_it_->mark_cycle_pt();
  } else {
    choice_it_ = NULL;
  }
}

затем я использую команду «next» gdb для перехода к функции.

вот моя консоль gdb:

 Breakpoint 1, pixsOfOneWord (langString=0x8049e7c "klm", 
    imageString=0x8049e71 "paket2.tif", outputData=0x8049c7b, 
    datapathString=0x8049e6f ".") at deneme234.cpp:161
161 choiceItr = new tesseract::ChoiceIterator(itr);
(gdb) step
tesseract::ChoiceIterator::ChoiceIterator (this=0x819e6f0, result_it=...)
    at resultiterator.cpp:234
234     choice_it_ = new BLOB_CHOICE_IT(blob_choices_it.data());
(gdb) next
225   ASSERT_HOST(result_it.it_->word() != NULL);
(gdb) list
220     return it_->word()->box_word->BlobPosition(blob_index_) == SP_DROPCAP;
221   return false;
222 }
223 
224 ChoiceIterator::ChoiceIterator(const ResultIteratoramp; result_it) {
225   ASSERT_HOST(result_it.it_->word() != NULL);
226   tesseract_ = result_it.tesseract_;
227   PAGE_RES_IT res_it(*result_it.it_);
228   WERD_CHOICE* best_choice = res_it.word()->best_choice;
229   BLOB_CHOICE_LIST_CLIST* choices = best_choice->blob_choices();
(gdb) next
278 }  // namespace tesseract.
(gdb) next
226   tesseract_ = result_it.tesseract_;
(gdb) next
278 }  // namespace tesseract.
(gdb) next
226   tesseract_ = result_it.tesseract_;
(gdb) next
230   if (choices != NULL) {
(gdb)

как вы можете видеть,

 tesseract_ = result_it.tesseract_;

строка была вызвана два раза, почему?

 PAGE_RES_IT res_it(*result_it.it_);
WERD_CHOICE* best_choice = res_it.word()->best_choice;
BLOB_CHOICE_LIST_CLIST* choices = best_choice->blob_choices();

также, когда я «next», вышеуказанные строки не были вызваны, почему?

Заранее спасибо.

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

1. Вы компилируете с параметрами отладки и без оптимизации?

2. @VJo, спасибо за ответ, должен признаться, я не компилировал исходный код библиотеки (tesseract), я использую предварительно скомпилированный пакет. Когда я вижу, что могу перейти в функцию tesseract, я думаю, что с компиляцией все в порядке. Я компилирую свой собственный исходный код, который содержит main только с «-g». Я собираюсь выполнить поиск для компиляции main без оптимизации. Но можете ли вы сказать, должен ли я компилировать tesseract без параметров оптимизации и отладки? Если да, то с какими параметрами отладки вы имеете в виду «-g»? Заранее спасибо

3. Если вы используете g , то передайте -g -O0 , чтобы получить не оптимизированный код с символами отладки

Ответ №1:

Библиотека, в которую вы переходите, была собрана с использованием символов оптимизации и отладки (скорее всего -g -O2 , которые используются по умолчанию для сборок Linux).

Отладка оптимизированного кода несколько затруднена, поскольку оптимизация потока управления приводит к тому, что код «перескакивает», некоторые переменные становятся « <optimized out> » и т.д.

Вы можете перестроить библиотеку с помощью CXXFLAGS = -g -O0 , или вы можете научиться отлаживать с включенной оптимизацией.

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

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

1. Привет, спасибо за ответ, я изменил Makefile в корне каталога кода библиотеки с O2 на O0, удалите старый. После этого запустите autoconf, настройте, сделайте, снова сделайте установку. Но все равно gdb работает как приведенная выше расшифровка.

2. «Я изменил Makefile в корне каталога кода библиотеки». Что заставляет вас думать, что этого достаточно? Перестройте его снова, протоколируя все команды, выполняемые сборкой, и убедитесь, что resultiterator.cpp было на самом деле построено с -O0 , а не -O2 с помощью. Если он собран с -O0 помощью, то вы не используете только что созданную библиотеку.

3. Спасибо, @Employed Russian. Я экспортирую CFLAGS =-g -O0 CXXFLAGS=-g -O0 и запускаю autoconf, настраиваю, выполняю очистку, выполняю установку. И теперь gdb запускает весь код построчно по порядку, теперь у меня есть другие вопросы конкретно о tesseract, возможно, в другом вопросе. Спасибо.

4. Да, это проблема с g , а не с gdb / ddd. Это не только заставляет gdb пропускать строки, но и выдает неверный вывод, потому что иногда неправильно оптимизирует материал. Я столкнулся с проблемой с c 11 с помощью gcc-5.4.0 для присваивания, которое было последней строкой в конструкторе — эта строка просто пропускалась при использовании -O3, но при использовании -O0 код работал правильно.

5. @R71 Хотя ошибки компилятора (создающие неправильный код) не являются чем-то неслыханным, крайне маловероятно, что вы обнаружили их в выпущенной версии GCC. Скорее всего, ваш код имеет неопределенное поведение, которое позволяет компилятору делать все , что он захочет (включая полный пропуск частей вашего кода).