|
From: Dan S. <dan...@gm...> - 2013-03-11 16:24:36
|
Has anyone seen this behaviour of valgrind 3.8.1 on opensuse 12.2? Right after the upgrade from valgrind 3.7.0 it went mad and reported uninitialised value(s) in /lib64/ld: valgrind /usr/bin/true ==8501== Memcheck, a memory error detector ==8501== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==8501== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==8501== Command: /usr/bin/true ==8501== ==8501== Conditional jump or move depends on uninitialised value(s) ==8501== at 0x4017766: index (in /lib64/ld-2.15.so) ==8501== by 0x40077D2: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==8501== by 0x40080C4: _dl_map_object (in /lib64/ld-2.15.so) ==8501== by 0x40016CD: map_doit (in /lib64/ld-2.15.so) ==8501== by 0x400E5F5: _dl_catch_error (in /lib64/ld-2.15.so) ==8501== by 0x4000FFB: do_preload (in /lib64/ld-2.15.so) ==8501== by 0x4003D93: dl_main (in /lib64/ld-2.15.so) ==8501== by 0x40149FD: _dl_sysdep_start (in /lib64/ld-2.15.so) ==8501== by 0x4004CED: _dl_start (in /lib64/ld-2.15.so) ==8501== by 0x40014E7: ??? (in /lib64/ld-2.15.so) ==8501== ==8501== Conditional jump or move depends on uninitialised value(s) ==8501== at 0x401776B: index (in /lib64/ld-2.15.so) ==8501== by 0x40077D2: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==8501== by 0x40080C4: _dl_map_object (in /lib64/ld-2.15.so) ==8501== by 0x40016CD: map_doit (in /lib64/ld-2.15.so) ==8501== by 0x400E5F5: _dl_catch_error (in /lib64/ld-2.15.so) ==8501== by 0x4000FFB: do_preload (in /lib64/ld-2.15.so) ==8501== by 0x4003D93: dl_main (in /lib64/ld-2.15.so) ==8501== by 0x40149FD: _dl_sysdep_start (in /lib64/ld-2.15.so) ==8501== by 0x4004CED: _dl_start (in /lib64/ld-2.15.so) ==8501== by 0x40014E7: ??? (in /lib64/ld-2.15.so) ==8501== ==8501== ==8501== HEAP SUMMARY: ==8501== in use at exit: 0 bytes in 0 blocks ==8501== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==8501== ==8501== All heap blocks were freed -- no leaks are possible ==8501== ==8501== For counts of detected and suppressed errors, rerun with: -v ==8501== Use --track-origins=yes to see where uninitialised values come from ==8501== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) valgrind --version valgrind-3.8.1 ls /lib64/ld-* ld-2.15.so ld-linux-x86-64.so.2 Dan |
|
From: Rich C. <rc...@wi...> - 2013-03-11 22:38:10
|
I couldn't reproduce this. It looks like the default suppressions are not being used. On Mon, 11 Mar 2013 17:24:28 +0100 Dan Shelton <dan...@gm...> wrote: > Has anyone seen this behaviour of valgrind 3.8.1 on opensuse 12.2? > Right after the upgrade from valgrind 3.7.0 it went mad and reported > uninitialised value(s) in /lib64/ld: > > valgrind /usr/bin/true > ==8501== Memcheck, a memory error detector > ==8501== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. > ==8501== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info > ==8501== Command: /usr/bin/true > ==8501== > ==8501== Conditional jump or move depends on uninitialised value(s) > ==8501== at 0x4017766: index (in /lib64/ld-2.15.so) > ==8501== by 0x40077D2: expand_dynamic_string_token (in /lib64/ld-2.15.so) > ==8501== by 0x40080C4: _dl_map_object (in /lib64/ld-2.15.so) > ==8501== by 0x40016CD: map_doit (in /lib64/ld-2.15.so) > ==8501== by 0x400E5F5: _dl_catch_error (in /lib64/ld-2.15.so) > ==8501== by 0x4000FFB: do_preload (in /lib64/ld-2.15.so) > ==8501== by 0x4003D93: dl_main (in /lib64/ld-2.15.so) > ==8501== by 0x40149FD: _dl_sysdep_start (in /lib64/ld-2.15.so) > ==8501== by 0x4004CED: _dl_start (in /lib64/ld-2.15.so) > ==8501== by 0x40014E7: ??? (in /lib64/ld-2.15.so) > ==8501== > ==8501== Conditional jump or move depends on uninitialised value(s) > ==8501== at 0x401776B: index (in /lib64/ld-2.15.so) > ==8501== by 0x40077D2: expand_dynamic_string_token (in /lib64/ld-2.15.so) > ==8501== by 0x40080C4: _dl_map_object (in /lib64/ld-2.15.so) > ==8501== by 0x40016CD: map_doit (in /lib64/ld-2.15.so) > ==8501== by 0x400E5F5: _dl_catch_error (in /lib64/ld-2.15.so) > ==8501== by 0x4000FFB: do_preload (in /lib64/ld-2.15.so) > ==8501== by 0x4003D93: dl_main (in /lib64/ld-2.15.so) > ==8501== by 0x40149FD: _dl_sysdep_start (in /lib64/ld-2.15.so) > ==8501== by 0x4004CED: _dl_start (in /lib64/ld-2.15.so) > ==8501== by 0x40014E7: ??? (in /lib64/ld-2.15.so) > ==8501== > ==8501== > ==8501== HEAP SUMMARY: > ==8501== in use at exit: 0 bytes in 0 blocks > ==8501== total heap usage: 0 allocs, 0 frees, 0 bytes allocated > ==8501== > ==8501== All heap blocks were freed -- no leaks are possible > ==8501== > ==8501== For counts of detected and suppressed errors, rerun with: -v > ==8501== Use --track-origins=yes to see where uninitialised values come from > ==8501== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) > > valgrind --version > valgrind-3.8.1 > > ls /lib64/ld-* > ld-2.15.so ld-linux-x86-64.so.2 > > Dan > > ------------------------------------------------------------------------------ > Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester > Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the > endpoint security space. For insight on selecting the right partner to > tackle endpoint security challenges, access the full report. > http://p.sf.net/sfu/symantec-dev2dev > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers -- Rich Coe rc...@wi... |