Bug 100330 – xorg-x11's xdm crashes with latest glibc

• Status: RESOLVED UPSTREAM
• Product: Gentoo Linux

[Description Peter Simons 2005-07-26 01:41:07 UTC]

After updating to the latest stable glibc, /usr/bin/xdm refuses to work. When I
start the program, all I get is 

 | *** glibc detected *** malloc(): memory corruption: 0x80031d78 ***

in /var/log/xdm.log. I've re-emerged xorg-x11 just to be sure, but it doesn't
seem to make any difference. Running X11 with /usr/bin/startx works just fine,
it's just xdm that crashes.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.22-r2 (hardened/x86/2.6, gcc-3.3.5-20050130, glibc-2.3.5-r0,
2.6.11-hardened-r15 i686)
=================================================================
System uname: 2.6.11-hardened-r15 i686 AMD Athlon(tm) XP 3200+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O3 -fomit-frame-pointer -fforce-addr -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=athlon-xp -O3 -fomit-frame-pointer -fforce-addr -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks notitles sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.inode.at/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage//packages/x86/"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage/"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X adns avi bash-completion berkdb bitmap-fonts bzip2 caps
cdparanoia cdr crypt css cups curl divx4linux dlloader doc dvd dvdread emacs
encode erandom expat gd gdbm gif glade glut gnomecanvas graphviz gtk hardened
imagemagick ipv6 ithreads java javascript jce jpeg latex libwww mad mbox milter
mmx mmxext mozilla mpeg mplayer ncurses normalizemime nptl nptlonly nsplugin
nvidia ogg opengl pam perl pic png python qt rar readline real rtc sse ssl
subtitles tetex threads tiff truetype truetype-fonts type1-fonts unicode
userlocales vorbis win32codecs x86 xml xml2 xv xvid xvmc zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Donnie Berkholz (RETIRED) 2005-07-26 10:07:39 UTC]

Please file an upstream bug at bugs.freedesktop.org on this, and post the URL here.

[Comment 2 Peter Simons 2005-07-27 03:08:29 UTC]

https://bugs.freedesktop.org/show_bug.cgi?id=3895

[Comment 3 Martin Mokrejš 2010-01-12 22:19:16 UTC]

(In reply to comment #2)
> https://bugs.freedesktop.org/show_bug.cgi?id=3895

BTW, nobody knows whether upstream ever fixed that inadverently or not. The last proposal was:

export MALLOC_CHECK_=0
Then try to execute xdm  and tell me if still crashes ...