|
From: Oliver G. <gae...@bi...> - 2006-03-30 16:06:19
Attachments:
valgrind
|
Hi everybody! I wanted to use callgrind in order to figure out, in which function of my program most of the time is spent. If I execute my program, it runs without crashing and apparently it produces correct results. Unfortunately, when executing it with callgrind the process crashes with a segmentation fault. Same behaviour with valgrind. My program is written in c++ and compiled with gnu c++ compiler version 3.3.3 and it calls some c functions. My operating system data are: Red Hat Linux release 9 (Shrike) Linux narsil 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux Does anybody have any idea, where this problem might come from or what I could do to debug it? I would be very grateful, if anybody could help me in this issue. If have attached the valgrind output in case this information is needed. Thanks & Best Regards, Oliver |
|
From: Naveen K. <g_n...@ya...> - 2011-06-24 19:13:58
|
valgrind: the 'impossible' happened: Killed by fatal signal ==31001== at 0x38066A08: ??? (in /home/elem/local/lib/valgrind/none-x86-linux) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) ==31001== by 0x3800D2E7: sync_signalhandler_from_kernel (m_signals.c:2334) ==31001== by 0x3800D40C: sync_signalhandler (m_signals.c:2391) ==31001== by 0x3800B31F: calculate_SKSS_from_SCSS (m_signals.c:714) ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225) ==31001== by 0x38066CB5: panic (m_libcassert.c:277) ==31001== by 0x38066CD9: vgPlain_core_panic_at (m_libcassert.c:282) sched status: running_tid=0 Thread 1: status = VgTs_WaitSys ==31001== at 0x4011364: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x4007272: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x4003832: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x400F485: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x4002375: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x400215D: ??? (in /lib/ld-2.2.4.so) ==31001== by 0x4001E25: ??? (in /lib/ld-2.2.4.so) OS. Redhat 7.1 with gcc-3.0, binutils-2.18. Any ideas ? I had to add the following to coregring/launcher-linux.c as it was not able to find this define. #ifndef ELFOSABI_LINUX #define ELFOSABI_LINUX 3 /* GNU/Linux */ #endif |
|
From: John R. <jr...@bi...> - 2011-06-24 19:40:26
|
> valgrind: the 'impossible' happened:
> Killed by fatal signal
> ==31001== at 0x38066A08: ??? (in /home/elem/local/lib/valgrind/none-x86-linux)
> ==31001== by 0x38066B2B: report_and_quit (m_libcassert.c:225)
> ==31001== by 0x38066CB5: panic (m_libcassert.c:277)
<<snip deep stack trace>>
You've probably run out of stack space while inside valgrind.
The question is whether you ran out of stack space in your program, too
("before" the most recent transition from your program "into valgrind".)
> OS. Redhat 7.1 with gcc-3.0, binutils-2.18.
Which version of valgrind?
[Red Hat 7.1 is about ten years old!]
--
|
|
From: Sebastian K. <Seb...@so...> - 2006-03-30 18:37:06
|
Oliver Gaertner wrote: > Does anybody have any idea, where this problem might come from > or what I could do to debug it? Your program apparently has a bug (writing into random memory). The bug might not cause SIGSEGV when run alone, but Valgrind has differrent memory layout and that might expose the problem. Valgrind has pointed you the place where your program overwrites random memory. rgds -- Sebastian Kaliszewski |