Bug 114957

Summary:	monotone-0.23-r1 fails with glibc wierdness (gcc3.4-specific?)
Product:	Gentoo Linux	Reporter:	Greg Turner <gmturner007>
Component:	[OLD] Development	Assignee:	Daniel Black (RETIRED) <dragonheart>
Status:	RESOLVED WORKSFORME
Severity:	minor	CC:	leonardop, paul
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Greg Turner 2005-12-08 23:23:49 UTC

When I was emerging after my gcc3.4 update, monotone0.23-r1.ebuild started 
misbehaving. 

Reproducible: Always
Steps to Reproduce:
1. (???) gcc-config i686-pc-linux-gnu-3.4.4 && source /etc/profile  
2. ACCEPT_KEYWORDS="~x86" emerge --nodeps '=dev-util/monotone-0.23-r1'  
  
Actual Results:  
.   
.   
.   
config.status: creating mt-stdint.h : _MONOTONE_MT_STDINT_H     
i686-pc-linux-gnu-g++ -fno-stack-protector-all -fno-stack-protector     
-fno-strict-aliasing -fno-omit-frame-pointer -fno-strict-aliasing -Wall -o     
txt2c txt2c.cc     
true     
REAL_BLDDIR=$PWD/.; \     
(cd . && $REAL_BLDDIR/monotone status) 2>/dev/null >package_full_revision.txt     
\     
|| (cd . && monotone status) 2>/dev/null >package_full_revision.txt \     
|| (cp ./package_full_revision_dist.txt 2>/dev/null package_full_revision.txt)     
\     
|| (echo "unknown" >package_full_revision.txt)     
*** glibc detected *** malloc(): memory corruption (fast): 0x0857cff0 ***     
chmod 0755 txt2c     
./txt2c std_hooks.lua std_hooks >std_hooks.h.tmp     
cmp -s std_hooks.h.tmp std_hooks.h || mv -f std_hooks.h.tmp std_hooks.h     
rm -f std_hooks.h.tmp     
./txt2c test_hooks.lua test_hooks >test_hooks.h.tmp     
cmp -s test_hooks.h.tmp test_hooks.h || mv -f test_hooks.h.tmp test_hooks.h     
rm -f test_hooks.h.tmp     
./txt2c schema.sql schema >schema.h.tmp     
cmp -s schema.h.tmp schema.h || mv -f schema.h.tmp schema.h     
rm -f schema.h.tmp     
./txt2c views.sql views >views.h.tmp     
cmp -s views.h.tmp views.h || mv -f views.h.tmp views.h     
rm -f views.h.tmp     
if [ -f MT/revision ]; then cp MT/revision package_revision.txt; fi     
if [ ! -f package_revision.txt ]; then echo "unknown" > package_revision.txt;     
fi     
./txt2c --strip-trailing --no-static package_revision.txt package_revision     
>package_revision.c.tmp     
cmp -s package_revision.c.tmp package_revision.c || mv -f     
package_revision.c.tmp package_revision.c     
rm -f package_revision.c.tmp     
[][][][][][][]sandbox:  Caught signal 2 in pid 21123     
make: *** [package_full_revision.txt] Interrupt     
     
/usr/portage/dev-util/monotone/monotone-0.23-r1.ebuild: src_compile aborted;     
exiting.     
     
     
     
Exiting on signal 2     
({ devroot }) bloodwedding / #     
----    
    
At the "[][][][][]" marker (which is not really there in the compile output),    
the make just hangs.  I have pressed ctrl-c at this point but it will stay 
there for at least 12 hours and probably forever.    

Expected Results:  
.    
.    
.    
config.status: creating mt-stdint.h : _MONOTONE_MT_STDINT_H   
i686-pc-linux-gnu-g++ -O0 -g -pipe -fno-stack-protector-all   
-fno-stack-protector -fno-strict-aliasing -fno-omit-frame-pointer   
-fno-strict-aliasing -Wall -o txt2c txt2c.cc   
true   
REAL_BLDDIR=$PWD/.; \   
(cd . && $REAL_BLDDIR/monotone status) 2>/dev/null >package_full_revision.txt   
\   
|| (cd . && monotone status) 2>/dev/null >package_full_revision.txt \   
|| (cp ./package_full_revision_dist.txt 2>/dev/null package_full_revision.txt)   
\   
|| (echo "unknown" >package_full_revision.txt)   
if [ -f MT/revision ]; then cp MT/revision package_revision.txt; fi   
if [ ! -f package_revision.txt ]; then echo "unknown" > package_revision.txt;   
fi   
cp package_full_revision.txt package_full_revision_dist.txt   
(echo ''; \                       
 echo '  Generated from data cached in the distribution;'; \   
 echo '  further changes may have been made.') >>   
package_full_revision_dist.txt   
chmod 0755 txt2c                  
./txt2c std_hooks.lua std_hooks >std_hooks.h.tmp   
./txt2c test_hooks.lua test_hooks >test_hooks.h.tmp   
cmp -s test_hooks.h.tmp test_hooks.h || mv -f test_hooks.h.tmp test_hooks.h   
rm -f test_hooks.h.tmp            
./txt2c schema.sql schema >schema.h.tmp   
cmp -s schema.h.tmp schema.h || mv -f schema.h.tmp schema.h   
rm -f schema.h.tmp                
./txt2c views.sql views >views.h.tmp   
cmp -s views.h.tmp views.h || mv -f views.h.tmp views.h   
rm -f views.h.tmp                 
./txt2c --strip-trailing --no-static package_revision.txt package_revision   
>package_revision.c.tmp   
cmp -s package_revision.c.tmp package_revision.c || mv -f   
package_revision.c.tmp package_revision.c   
rm -f package_revision.c.tmp      
./txt2c --no-static package_full_revision.txt package_full_revision   
>package_full_revision.c.tmp   
cmp -s std_hooks.h.tmp std_hooks.h || mv -f std_hooks.h.tmp std_hooks.h   
cmp -s package_full_revision.c.tmp package_full_revision.c || mv -f   
package_full_revision.c.tmp package_full_revision.c   
rm -f std_hooks.h.tmp             
rm -f package_full_revision.c.tmp   
make  all-recursive               
make[1]: Entering directory   
`/var/tmp/portage/monotone-0.23-r1/work/monotone-0.23'   
.   
.   
.   
   
----   
   
above is what it's supposed to look like. 

The "expected results" above were generated using the following work-around:      
      
({ devroot }) bloodwedding / # MALLOC_CHECK_=0 emerge --resume      
      
Why does that work?  Well my rather cursory understanding is that   
the /glibc.*malloc/ error message above is an ASSERT-style crash from glibc's   
built-in valgrind-type thingys, which MALLOC_CHECK_=0 deactivates.  The   
work-around is most likely masking a real bug like a double-free, free(NULL),   
etc., so adding "export MALLOC_CHECK_=0" to the ebuild blindly is not a   
suitable fix without first at least understanding the actual nature of the   
problem (something I have not done and don't intend to do).   
     
here is my emerge --info:     
     
({ devroot }) bloodwedding / # emerge --info     
Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,     
2.6.14-gentoo-r2 i686)     
=================================================================     
System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 3200+     
Gentoo Base System version 1.6.13     
dev-lang/python:     2.4.2     
sys-apps/sandbox:    1.2.12     
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.6-r1     
sys-devel/binutils:  2.16.1     
sys-devel/libtool:   1.5.20     
virtual/os-headers:  2.6.11-r2     
ACCEPT_KEYWORDS="x86"     
AUTOCLEAN="yes"     
CBUILD="i686-pc-linux-gnu"     
CFLAGS="-O0 -g -pipe"     
CHOST="i686-pc-linux-gnu"     
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"     
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"     
CXXFLAGS="-O0 -g -pipe"     
DISTDIR="/usr/portage/distfiles"     
FEATURES="autoconfig distlocks nostrip sandbox sfperms strict"     
GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/     
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo     
ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/     
http://gentoo.mirrors.easynews.com/linux/gentoo/"     
LINGUAS="en"     
MAKEOPTS="-j2"     
PKGDIR="/usr/portage/packages"     
PORTAGE_TMPDIR="/var/tmp"     
PORTDIR="/usr/portage"     
PORTDIR_OVERLAY="/usr/local/portage"     
SYNC="rsync://rsync.gentoo.org/gentoo-portage"     
USE="x86 3dnow X a52 aac aalib acpi alsa apm arts audiofile avi berkdb     
bitmap-fonts bonobo bzip2 cdparanoia cdr crypt cups curl debug dlloader dts dv     
dvd dvdr dvdread eds emboss encode exif expat fam ffmpeg flac foomaticdb     
fortran gdbm gif glibc-compat20 gpm gstreamer gtk gtk2 gtkhtml hal idn     
imagemagick imap imlib ipv6 ithreads java jpeg kdeenablefinal kdexdeltas lcms     
libg++ libwww lm_sensors mad matroska mhash mikmod mime mmx mng motif mp3 mpeg     
mysql ncurses nls nptl offensive ogg oggvorbis opengl pam pcre pdflib perl     
perlsuid pic png python qt quicktime readline samba sasl sdl spell sse ssl     
svga theora threads tiff truetype truetype-fonts type1-fonts udev usb     
userlocales v4l vcd videos vorbis wifi win32codecs wmf xine xml xml2 xmms xv     
xvid yahoo zlib linguas_en userland_GNU kernel_linux elibc_glibc"     
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS     
     
but note that this also happens on my C{,XX}FLAGS="-mtune=athlon-xp     
-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ftracer" installation.  In   
other words, I am not going to solve this by adjusting CFLAGS, re-emerging   
world, running revdep, etc.; my system is quite sound.   
   
This  didn't used to happen so it is some recent innovation, I am guessing     
gcc-3.4.4.   
  
BTW, the problem does not seem to exist in monotone-0.24.ebuild and therefore  
this is not a very important bug in the grand scheme of things!  But nobody 
seemed to have mentioned it anywhere so I thought maybe it was worth the 
trouble of reporting it nevertheless.

Comment 1 Paul Worrall 2006-07-07 14:51:01 UTC

similar problem with with monotone-0.25:

config.status: creating mt-stdint.h : _MONOTONE_MT_STDINT_H
i686-pc-linux-gnu-g++ -march=athlon-xp -pipe -O1 -fno-stack-protector-all -fno-stack-protector -fno-strict-aliasing -fno-omit-frame-pointer -fno-strict-aliasing -Wall -o txt2c txt2c.cc
true
REAL_BLDDIR=$PWD/.; \
(cd . && $REAL_BLDDIR/monotone status) 2>/dev/null >package_full_revision.txt \
|| (cd . && monotone status) 2>/dev/null >package_full_revision.txt \
|| (cp ./package_full_revision_dist.txt 2>/dev/null package_full_revision.txt) \
|| (echo "unknown" >package_full_revision.txt)
*** glibc detected *** free(): invalid pointer: 0x0868c2a0 ***
chmod 0755 txt2c
./txt2c std_hooks.lua std_hooks >std_hooks.h.tmp
cmp -s std_hooks.h.tmp std_hooks.h || mv -f std_hooks.h.tmp std_hooks.h
rm -f std_hooks.h.tmp
./txt2c test_hooks.lua test_hooks >test_hooks.h.tmp
cmp -s test_hooks.h.tmp test_hooks.h || mv -f test_hooks.h.tmp test_hooks.h
rm -f test_hooks.h.tmp
./txt2c schema.sql schema >schema.h.tmp
cmp -s schema.h.tmp schema.h || mv -f schema.h.tmp schema.h
rm -f schema.h.tmp
./txt2c views.sql views >views.h.tmp
cmp -s views.h.tmp views.h || mv -f views.h.tmp views.h
rm -f views.h.tmp
if [ -f MT/revision ]; then cp MT/revision package_revision.txt; fi
if [ ! -f package_revision.txt ]; then echo "unknown" > package_revision.txt; fi
./txt2c --strip-trailing --no-static package_revision.txt package_revision >package_revision.c.tmp
cmp -s package_revision.c.tmp package_revision.c || mv -f package_revision.c.tmp package_revision.c
rm -f package_revision.c.tmp

Comment 2 Paul Worrall 2006-07-09 15:56:26 UTC

I cannot now reproduce the problem I reported in comment #1 and I'm afraid I don't know what it was that fixed the problem.

Comment 3 Daniel Black (RETIRED) gentoo-dev

2006-11-06 10:49:53 UTC

hoping all is well now. Reopen if its not.
BTW I plan on removing some older monotone ebuilds sometime in the next few months.