Compile this program, the use of mysql is just to put forward the issue: ---- #define _GNU_SOURCE #include <stdio.h> #include <unistd.h> #include <mysql/mysql.h> int main (void) { MYSQL *db=mysql_init(NULL); dprintf(STDOUT_FILENO,"Hello world!\n"); mysql_close(db); return 0; } ---- Execute with valgrind 3.2.3 or 3.2.3-r1. The output is attached. Something is fishy. ---- Portage 2.1.3.9 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.21.6 x86_64) ================================================================= System uname: 2.6.21.6 x86_64 Intel(R) Pentium(R) D CPU 3.40GHz Timestamp of tree: Tue, 23 Oct 2007 07:20:01 +0000 app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -fomit-frame-pointer -pipe -march=nocona" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -fomit-frame-pointer -pipe -march=nocona" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ ftp://mirror.ovh.net/gentoo-distfiles/ http://ftp.club-internet.fr/pub/mirrors/gentoo http://mirror.ovh.net/gentoo-distfiles/" LANG="fr_FR.UTF-8" LINGUAS="fr" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aac alsa amd64 apache2 audiofile bash-completion bitmap-fonts bzip2 cli cracklib crypt cups curl dri fftw flac gdbm gnutls gtk iconv idn isdnlog jbig jpeg jpeg2k libsamplerate midi mikmod mmx mp3 mudflap ncurses nls no-old-linux nptl nptlonly ogg openmp pam pcre perl png pppd python readline reflection session spell spl sse sse2 ssl svg threads tiff truetype truetype-fonts type1-fonts unicode vorbis xinerama xorg xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr" USERLAND="GNU" VIDEO_CARDS="nv none" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 134181 [details] valgrind output
Is anybody able to reproduce the valgrind invalid read in glibc 2.6.1?
amd64, can anyone of you reproduce this?
Have you tried 3.2.3-r1, which has a patch from upstream for a amd64/glibc-2.6.1 issue? It might fix this, too. It's bug #189396
I tried r1 version as I said in the description. Do you reproduce the bug on your system?
pushed upstream: http://bugs.kde.org/show_bug.cgi?id=152643
Gone in dev-util/valgrind-3.3.0
