#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. Скорее всего, ваш код имеет неопределенное поведение, которое позволяет компилятору делать все , что он захочет (включая полный пропуск частей вашего кода).