Randy McMurchy wrote: > Purely coincidental, I'm sure, but I had this error occur to me just > this evening when running gst-register as the root user. I installed > the GNOME Media package and then started GNOME. When trying to run > the Volume Control program (or something similar), a message appeared > to run gst-register. > > The tweaking didn't help. > > Setting MALLOC_CHECK_ to 0 didn't do a thing. >
Moving to dev...it should go there now. Did you set this when running gst-register or when opening volume controll from the CLI? Sorry, I know, I hate to ask the obvious but was MALLOC_CHECK_ exported? Does gst-register do anything to ignore the existing environment? A quick look on gentoo's dev list suggests that this can be disabled durring the glibc build (I'm gessing to set the default for MALLOC_CHECK_ to 0 someplace) which is of no help now. I'm not sure that would be a good thing to do anyway as it will reveal broken code. Of course, how broken it really is has yet to determined, but the meaning of the error sounds scary enough. I know OpenOffice has been broken for quite some time with no (noticed) ill effect on previous versions of glibc. What the error is telling you is that glibc is freeing memory twice (*possibly* out of bounds and *possibly* causing corruption by reporting free what is used). The result is unpredictable. Here is a link that explains it in not too technical terms. http://nwn.bioware.com/forums/viewtopic.html?topic=419523&forum=72&sp=0 The real nice bit is that the change from glibc-cvs that Greg had mentioned could really help track these down, so it might be nice for dev people to add that patch to their glibc on next build...assuming nothing else must be changed (it doesn't look like it). Greg (or anybody else in the know), any suggestions, additions, or corrections to the above jibberish that you can provide would be appreciated. http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/malloc/malloc.c.diff?cvsroot=glibc&r1=1.142&r2=1.143 -- DJ Lucas -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
