Segfault: отследить «недопустимое чтение», «free'd at»

Question

Segfault: отследить «недопустимое чтение», «free'd at»

0

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

Я использовал valgrind с --track-origins=yes, но это также не помогает понять, что это такое.

==28264== Invalid read of size 4
==28264==    at 0x563B66: QBasicAtomicInt::deref() (qatomic_x86_64.h:133)
==28264==    by 0x563DC6: QString::~QString() (in build/output/bin/qgis)
==28264==    by 0x36F8A395E9: __cxa_finalize (cxa_finalize.c:55)
==28264==    by 0x5B94212: ??? (in build/output/lib/libqgis_core.so.2.1.0)
==28264==    by 0x36F860FB69: _dl_fini (dl-fini.c:253)
==28264==    by 0x36F8A39278: __run_exit_handlers (exit.c:77)
==28264==    by 0x36F8A392C4: exit (exit.c:99)
==28264==    by 0x36F8A21B4B: (below main) (libc-start.c:308)
==28264==  Address 0x135b30b0 is 0 bytes inside a block of size 40 free'd
==28264==    at 0x4A074C4: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==28264==    by 0x36C48C31F7: QString::free(QString::Data*) (qstring.cpp:1235)
==28264==    by 0x563DDC: QString::~QString() (in build/output/bin/qgis)
==28264==    by 0x36F8A39278: __run_exit_handlers (exit.c:77)
==28264==    by 0x36F8A392C4: exit (exit.c:99)
==28264==    by 0x36F8A21B4B: (below main) (libc-start.c:308)

Как я могу найти проблемный экземпляр QString? Или что еще я могу сделать, чтобы выявить проблемы, когда "ниже основного" очищается?

Matthias Kuhn 29 нояб. 2013, в 13:49

Источник

0

условная точка останова на этой линии, возможно ...
ratchet freak 29 нояб. 2013, в 12:40
1

распечатывать адреса указателей при выделении, наряду с некоторыми общими выводами потока, аналогично скажу вам, в какой области кода выделен указатель, который был проблемой.
RichardPlunkett 29 нояб. 2013, в 13:03
2

У вас есть статические QStrings?
Frank Osterfeld 29 нояб. 2013, в 13:15
0

Создание тестового набора сделает это за вас. Основная техника отладки.
Lightness Races in Orbit 29 нояб. 2013, в 13:21
0

RichardPlunkett: Ваша идея перекомпилировать Qt с модифицированным конструктором QString? Или вы можете подумать о более простом подходе (возможно, макросе)? FrankOsterfeld: Есть пара статических QStrings (и, возможно, несколько статических объектов, содержащих QStrings).
Matthias Kuhn 29 нояб. 2013, в 13:22
0

Макрос или шаблонная функция должны сделать свое дело
Tim Meyer 29 нояб. 2013, в 13:29
0

Я не знаю, как тестовый пример поможет мне выяснить, в какой области кода проблема. Насколько я знаю, тестовые сценарии состоят в том, что они гарантируют, что это больше не повторится, как только я изолировал и решил проблему. Можете ли вы уточнить, как бы вы это сделали? Что касается макроса или шаблонной функции, я не уверен в том, как они будут использоваться в этом контексте.
Matthias Kuhn 29 нояб. 2013, в 13:46

Показать ещё 5 комментариев

Теги:

c++

qt

segmentation-fault

exit

1 ответ

Ещё вопросы

условная точка останова на этой линии, возможно ...
распечатывать адреса указателей при выделении, наряду с некоторыми общими выводами потока, аналогично скажу вам, в какой области кода выделен указатель, который был проблемой.
Создание тестового набора сделает это за вас. Основная техника отладки.
RichardPlunkett: Ваша идея перекомпилировать Qt с модифицированным конструктором QString? Или вы можете подумать о более простом подходе (возможно, макросе)? FrankOsterfeld: Есть пара статических QStrings (и, возможно, несколько статических объектов, содержащих QStrings).
Макрос или шаблонная функция должны сделать свое дело
Я не знаю, как тестовый пример поможет мне выяснить, в какой области кода проблема. Насколько я знаю, тестовые сценарии состоят в том, что они гарантируют, что это больше не повторится, как только я изолировал и решил проблему. Можете ли вы уточнить, как бы вы это сделали? Что касается макроса или шаблонной функции, я не уверен в том, как они будут использоваться в этом контексте.

René · Answer 1 · 2013-12-05T07-30-00.000Z

Недавно у меня была очень (очень!) Проблема с одной из моих глобальных QString, но это произошло только в Qt 5 (5.1.1), а не в Qt 4 (4.8.5)... так, как я ее решил в конец должен был запустить приложение через gdb/ddd и разрешить ему сбой, чтобы определить имя нарушающего символа. После выяснения этого я просто сделал его членом одного из моих классов, основанных на QObject (на самом деле не было причин для его глобального), и это исправило это.

Спасибо за ответ, Рене. Как именно вы получили название символа? Насколько я могу судить, к моменту сбоя переменная уже удалена, и я больше не могу определить полезное имя символа.
Извините за поздний ответ ... и я не помню подробностей сейчас, но я вспоминаю, что "ddd" обозначал объект, который вызывал сбой "совершенно очевидно" :).