|
From: Rob H. <ti...@ge...> - 2005-08-18 23:03:18
|
On Thu, 2005-08-18 at 23:26 +0100, Rob Holland wrote: > It does work :) Or not.... The source is at: http://dev.gentoo.org/~tigger/formatcheck.tar.bz2 in case anyone has any ideas. I can't see what's up unless it's the second libc load that's annoying cli_malloc in some way. It's the VG_(cli_malloc) in fc_main.c:new_block() that's causing the segfault. =3D=3D27492=3D=3D formatcheck, format string check. =3D=3D27492=3D=3D Copyright (C) 2005, and GNU GPL'd, by Rob Holland. =3D=3D27492=3D=3D Using LibVEX rev 1338, a library for dynamic binary translation. =3D=3D27492=3D=3D Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. =3D=3D27492=3D=3D Using valgrind-3.1.SVN, a dynamic binary instrumentation framework. =3D=3D27492=3D=3D Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward = et al. =3D=3D27492=3D=3D For more details, rerun with: -v =3D=3D27492=3D=3D=20 =3D=3D27492=3D=3D Format string is not a literal (appears to be from heap):= '%d' =3D=3D27492=3D=3D at 0x2571B8BE: sprintf (fc_replace_format_functions.c:= 135) =3D=3D27492=3D=3D by 0x25978FE7: tparm (in /lib64/libncurses.so.5.4) =3D=3D27492=3D=3D by 0x402FA9: capsmk (top.c:523) =3D=3D27492=3D=3D by 0x408065: main (top.c:2395) =3D=3D27492=3D=3D=20 =3D=3D27492=3D=3D Format string is not a literal (appears to be from heap):= '%d' =3D=3D27492=3D=3D at 0x2571B8BE: sprintf (fc_replace_format_functions.c:= 135) =3D=3D27492=3D=3D by 0x25978FE7: tparm (in /lib64/libncurses.so.5.4) =3D=3D27492=3D=3D by 0x402FA9: capsmk (top.c:523) =3D=3D27492=3D=3D by 0x408065: main (top.c:2395) --27492-- INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --27492-- si_code=3D1; Faulting address: 0x4BB82F10; sp: 0x7015CDD0 valgrind: the 'impossible' happened: Killed by fatal signal =3D=3D27492=3D=3D at 0x70023B18: ??? sched status: running_tid=3D1 Thread 1: status =3D VgTs_Runnable =3D=3D27492=3D=3D at 0x25719B86: malloc (vg_replace_malloc.c:149) =3D=3D27492=3D=3D by 0x25507EF4: _dl_new_object (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x255047B9: _dl_map_object_from_fd (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x25505FAE: _dl_map_object (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x25508FFC: openaux (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x2550A46F: _dl_catch_error (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x255092F1: _dl_map_object_deps (in /lib64/ld-2.3.5= .so) =3D=3D27492=3D=3D by 0x25B7C382: (within /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x2550A46F: _dl_catch_error (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x25B7CB99: _dl_open (in /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x25B7DF37: (within /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x2550A46F: _dl_catch_error (in /lib64/ld-2.3.5.so) =3D=3D27492=3D=3D by 0x25B7DEFA: (within /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x25B7DFC7: __libc_dlopen_mode (in /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x25B5BA5A: __nss_lookup_function (in /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x25B5BB53: (within /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x25B225A0: getpwuid_r (in /lib64/tls/libc-2.3.5.so= ) =3D=3D27492=3D=3D by 0x25B21E6C: getpwuid (in /lib64/tls/libc-2.3.5.so) =3D=3D27492=3D=3D by 0x2582FAD6: user_from_uid (pwcache.c:42) =3D=3D27492=3D=3D by 0x25830960: simple_readproc (readproc.c:531) =3D=3D27492=3D=3D by 0x25831025: readproc (readproc.c:743) =3D=3D27492=3D=3D by 0x403DD8: procs_refresh (top.c:1107) =3D=3D27492=3D=3D by 0x406CE9: frame_make (top.c:2848) =3D=3D27492=3D=3D by 0x40811F: main (top.c:3259) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. --=20 |