Ответ 1
Вы можете запросить valgrind
сохранить его вывод в файл:
valgrind --log-file=<filename>
где <filename>
- это имя файла для вывода. Позже вы можете просмотреть этот файл с помощью less
или текстового редактора.
моя программа обрабатывает большие ошибки и во время разработки производит большой объем вывода на консоль. Он страдает от повреждения памяти, и я пытаюсь использовать valgrind для обнаружения ошибки.
К сожалению, я не могу найти сообщения об ошибках среди выходных строк, и они слишком быстро стираются, чтобы отменить выполнение, когда они появляются. Они должны быть там, чтобы найти ошибку (какой элемент вызывает ошибку и т.д.). Перенаправление тогда в моей программе не работает, так же как и конвейер, выход только перенаправляет выход программы, а не выход valgrind.
Можете ли вы дать мне подсказку, как решить эту проблему.
Вы можете запросить valgrind
сохранить его вывод в файл:
valgrind --log-file=<filename>
где <filename>
- это имя файла для вывода. Позже вы можете просмотреть этот файл с помощью less
или текстового редактора.
В дополнение к перенаправлению вывода программы и Valgrind в файл (как уже было предложено) вы можете использовать флаг --db-attach=yes
, что приведет к остановке вашей программы в отладчике с ошибкой.
Это имеет то преимущество, что помимо просмотра журнала, созданного вашей программой, вы также можете посмотреть другое состояние программы (что вы не регистрируете).
Если вы хотите, чтобы он остановился в консоли (а не в файле), вот как это сделать:
Используйте параметр: --gen-suppressions=yes
Когда вы отлаживаете его, он останавливается следующим образом:
==949== Thread 2:
==949== Invalid read of size 4
==949== at 0x7B62DC0: wcslen (wcslen.S:24)
==949== by 0x7B62D7D: wcsdup (wcsdup.c:29)
==949== by 0x52D0476: de_strdup(wchar_t*) (de_string.cpp:1442)
==949== by 0x437629: void de_format<>(c_de_string&, wchar_t*) (de_string.h:368)
==949== by 0x45F4FB: int db_select_group<>(s_db*, s_pqexec_param*, wchar_t*, wchar_t*, wchar_t*, wchar_t*, int, wchar_t*) (in /corto/goinfre/code2/cortod.repo/bin/x64/Debug/cortod)
==949== by 0x45EA96: check_oldgeom(c_cartod*) (cartod_funcs.cpp:114)
==949== by 0x45EBF8: armserv_update_geom(c_cartod*) (cartod_funcs.cpp:149)
==949== by 0x455EF9: c_cortosrv_thread::on_timeout() (cartod.cpp:163)
==949== by 0x52FE500: c_de_thread::loop() (de_thread.cpp:35)
==949== by 0x52FEE97: thread_loop(void*) (de_thread_priv_linux.cpp:85)
==949== by 0x506E181: start_thread (pthread_create.c:312)
==949== by 0x7BBA47C: clone (clone.S:111)
==949== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==949==
==949==
==949== ---- Print suppression ? --- [Return/N/n/Y/y/C/c] ----
Затем вы можете перейти к следующему.
Обычной целью этого параметра является удаление ложных срабатываний, подавление печати, которое вы можете добавить в файл, и передать его valgrind с помощью параметра: --suppressions=<filename>
Вывод Valgrind в stderr (fd 2) по умолчанию. Вы можете захватить stderr, перенаправив дескриптор файла 2:
# Output to log file.
valgrind [options] > valgrind.log 2>&1
# View output interactively.
valgrind [options] 2>&1 | less
Или вы можете использовать параметр --log-fd
для изменения отправки вывода:
valgrind [options] --log-fd=1 > valgrind.log
valgrind [options] --log-fd=1 | less
Valgrind 3.14.0 имеет эту опцию:
ERROR-RELATED OPTIONS top
These options are used by all tools that can report errors, e.g.
Memcheck, but not Cachegrind.
...
--exit-on-first-error=<yes|no> [default: no]
If this option is enabled, Valgrind exits on the first error. A
nonzero exit value must be defined using --error-exitcode option.
Useful if you are running regression tests or have some other
automated test machinery.