uic (interface compiler) from the new qt 3.1.1, when run on a particular file, causes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 14277)] 0x40008337 in do_lookup () from /lib/ld-linux.so.2 uic from qt 3.1.0 didn't do that. But, it seems the relevant difference between the two is in libqt-mt.so itself not in the uic code, so I haven't been able to track it down yet. I'll compile glibc without stripping overnight and see if I can debug it further tomorrow morning. Meanwhile tips on debugging glibc are welcome if there's anything special to it, as I've never tried something like that before :-) I'll keep this report updated for anyone who might want to keep track.
Oh, and one more person (a friend of hannes) reported the same, so it's not a problem unique to my system.
Any chance of a clue it which file to run uic on to get the segfault? If it's small could you include it as an attachment? Also it is a strange place to segfault, I bet the uic/qt code jumpes to the wrong line.
OK, news: the problem goes away if I export LD_BIND_NOW=1. (I fuond that out by pure chance.) No real idea why... Attaching 2 files (.ui and .h; the .h is generated from the .ui). uic is supposed to generate a .cpp from these 2 files, and segfaults without LD_BIND_NOW. The command line is: ------- /usr/qt/3/bin/uic -L /usr/kde/3/lib/kde3/plugins/designer -nounload -tr tr2i18n -i katehledit_attrib_skel.h ./katehledit_attrib_skel.ui > katehledit_attrib_skel.cpp
Created attachment 6630 [details] katehledit_attrib_skel.h
Created attachment 6631 [details] katehledit_attrib_skel.ui
Note: even when uic segfaults it creates a .cpp file, but it's a partial one, because it segfaults midway through creating it. The full file is 4505 bytes.
I don't get the crash with qt-3.1.1, so I cannot do much to fix it. If this glibc bug was a bit more comman it would have been fixed, but it seems to be very rare. Remerging glibc and qt fixed Dan's problem.
Dan seems to have found the patch to fix the bug. It was a QT problem.