hey, I just can't help myself anymore in getting those f***g glibc errors off the screen. I also can't believe, that I am expected to generate a big list of suppression files just to make valgrind not complain about glibc - even when running /bin/echo.
IIRC someone once told, these are because glibc is trying to optimize alot. somewhere else I read, that some of them are also because valgrind does not understand recent sse2 optimizations withing glibc. and in the end, I am lost with valgrind. I also took a look at the FAQ of valgrind, but didn't find any hint. So I am hoping to get a helpful advice on the list now. Please, if someone has an idea on how I could get rid of them, please share with me. :) Best regards, Christian. $ valgrind /bin/echo ==18645== Memcheck, a memory error detector ==18645== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==18645== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==18645== Command: /bin/echo ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x40166D6: index (strchr.S:56) ==18645== by 0x4007314: expand_dynamic_string_token (dl-load.c:324) ==18645== by 0x4007727: _dl_map_object (dl-load.c:2186) ==18645== by 0x400199A: map_doit (rtld.c:630) ==18645== by 0x400D9C5: _dl_catch_error (dl-error.c:178) ==18645== by 0x400189E: do_preload (rtld.c:814) ==18645== by 0x40044DA: dl_main (rtld.c:1693) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x40166DB: index (strchr.S:59) ==18645== by 0x4007314: expand_dynamic_string_token (dl-load.c:324) ==18645== by 0x4007727: _dl_map_object (dl-load.c:2186) ==18645== by 0x400199A: map_doit (rtld.c:630) ==18645== by 0x400D9C5: _dl_catch_error (dl-error.c:178) ==18645== by 0x400189E: do_preload (rtld.c:814) ==18645== by 0x40044DA: dl_main (rtld.c:1693) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x400AFBE: _dl_relocate_object (do-rel.h:65) ==18645== by 0x4003A32: dl_main (rtld.c:2249) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x400AFC7: _dl_relocate_object (do-rel.h:68) ==18645== by 0x4003A32: dl_main (rtld.c:2249) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x400AFBE: _dl_relocate_object (do-rel.h:65) ==18645== by 0x40038F2: dl_main (rtld.c:2312) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== Conditional jump or move depends on uninitialised value(s) ==18645== at 0x400AFC7: _dl_relocate_object (do-rel.h:68) ==18645== by 0x40038F2: dl_main (rtld.c:2312) ==18645== by 0x4014BC7: _dl_sysdep_start (dl-sysdep.c:244) ==18645== by 0x40014D2: _dl_start (rtld.c:334) ==18645== by 0x4000BA7: ??? (in /lib64/ld-2.12.1.so) ==18645== ==18645== ==18645== HEAP SUMMARY: ==18645== in use at exit: 0 bytes in 0 blocks ==18645== total heap usage: 2 allocs, 2 frees, 44 bytes allocated ==18645== ==18645== All heap blocks were freed -- no leaks are possible ==18645== ==18645== For counts of detected and suppressed errors, rerun with: -v ==18645== Use --track-origins=yes to see where uninitialised values come from ==18645== ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 0 from 0) ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Valgrind-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-users
