I have a program that has its own definitions of many libc functions (and links libc statically). When it exits, the impossible happens. The impossible happening looks like this:
==6609== Can't extend stack to 0x55FD780 during signal delivery for thread 1: ==6609== no stack segment ==6609== ==6609== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==6609== Access not within mapped region at address 0x55FD780 ==6609== at 0xC5AAFE: mco_obj_pos_2 (mcoobj.c:833) --6609-- VALGRIND INTERNAL ERROR: Valgrind received a signal 7 (SIGBUS) - exiting --6609-- si_code=2; Faulting address: 0x4A05005; sp: 0x63DE03D8 valgrind: the 'impossible' happened: Killed by fatal signal ==6609== at 0x38015DD5: ??? (m_syscall.c:150) ==6609== by 0x3804E09F: myvprintf_int64 (m_debuglog.c:596) ==6609== by 0x0: ??? sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==6609== at 0xC5AAFE: mco_obj_pos_2 (mcoobj.c:833) This is valgrind 3.3.1 and Linux 2.4.21. Any ideas? In particular, I'm wondering whether it is known to be problematic for programs run under valgrind to define many of the libc functions themselves and/or statically link libc? ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Valgrind-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-users
