Hello, I've run into an issue that has me stumped. Anything that I link against libpthread on my FreeBSD-5.4-RELEASE/i386 installation will segfault as soon as it tries making use of the threads. For example: $ kedit zsh: segmentation fault (core dumped) kedit $ gdb `which kedit` -c kedit.core [...] (gdb) backtrace #0 0x29524ac7 in __error () from /usr/lib/libpthread.so.1 #1 0x2951755f in _pthread_mutex_trylock () from /usr/lib/libpthread.so.1 #2 0x29518aca in pthread_mutex_lock () from /usr/lib/libpthread.so.1 #3 0x290cc580 in QRealMutexPrivate::lock () from /usr/X11R6/lib/libqt-mt.so.3 #4 0x290cc8b4 in QMutex::lock () from /usr/X11R6/lib/libqt-mt.so.3 #5 0x28e1a4b9 in insert_tree () from /usr/X11R6/lib/libqt-mt.so.3 #6 0x28e1a618 in QObject::QObject () from /usr/X11R6/lib/libqt-mt.so.3 #7 0x28de4514 in QGuardedPtrPrivate::QGuardedPtrPrivate () from /usr/X11R6/lib/libqt-mt.so.3 #8 0x28d6215b in __static_initialization_and_destruction_0 () from /usr/X11R6/lib/libqt-mt.so.3 #9 0x28d6220a in global constructors keyed to qt_xdnd_enter () from /usr/X11R6/lib/libqt-mt.so.3 #10 0x291b9122 in __do_global_ctors_aux () from /usr/X11R6/lib/libqt-mt.so.3 #11 0x28d1417a in _init () from /usr/X11R6/lib/libqt-mt.so.3 #12 0x2804fb91 in find_symdef () from /libexec/ld-elf.so.1 #13 0x2804e77c in _rtld () from /libexec/ld-elf.so.1 #14 0x2804d9f6 in .rtld_start () from /libexec/ld-elf.so.1 (gdb) This behaviour started appearing after the installation of FreeBSD-5.4-RELEASE. I've rebuilt libpthread and qt (I've used qt's own uic program as a test, it's affected by this problem too), removed any contents of libmap.conf, and there's nothing special in make.conf, the problem persists though. Also, only programs/libraries that I compiled after the installation of FreeBSD-5.4 are affected. Programs that have been compiled under FreeBSD-5.3 run just fine. Can you give me any pointers as to what exactly is broken on my system, and where I should start with fixing things? Thanks Benjamin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 186 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050530/5018ba27/signature.bin
On Mon, 30 May 2005, Benjamin Lutz wrote:> I've run into an issue that has me stumped. Anything that I link against > libpthread on my FreeBSD-5.4-RELEASE/i386 installation will segfault as > soon as it tries making use of the threads.I may be hitting a manifestation of the same problem. With a freshly installed AbiWord (ports tree cvsup'd approximately 1 week after 5.4-RELEASE was announced, portupgrade performed) on a 5.4-RELEASE system, it crashes whenever the "Open" dialog is opened. The backtraces are next to useless, though there does seem to be a number of Pthreads calls in progress (pthread_mutexattr_init, pthread_testcancel, and pthread_timedwrlock). I'm casually debugging this problem as time permits, but to no avail thus far. Brent -- Brent Casavant Dance like everyone should www.angeltread.org be watching. KD5EMB, EN34lv
Hello, I've built a new installation, and I'm no longer seeing my old problem, but a new one. I have a small Qt based application. As soon as I try to open any dialog (no matter whether it's a standard open file dialog or one I wrote myself), It aborts with Fatal error 'Recurse on a private mutex.' at line 988 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) The backtrace is as you describe:> I may be hitting a manifestation of the same problem. With a freshly > installed AbiWord (ports tree cvsup'd approximately 1 week after > 5.4-RELEASE was announced, portupgrade performed) on a 5.4-RELEASE system, > it crashes whenever the "Open" dialog is opened. The backtraces are > next to useless, though there does seem to be a number of Pthreads > calls in progress (pthread_mutexattr_init, pthread_testcancel, and > pthread_timedwrlock).Other people seem to have run into this too. I've found ports/81148 ( http://www.freebsd.org/cgi/query-pr.cgi?pr=81148 ). The PR points to a libtool problem. It says that using USE_LIBTOOL_VER=15 instead of USE_LIBTOOL_VER=13 should solve the problem. I'll be recompiling some things then, I'll report on whether it helps. Benjamin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 186 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050601/570d0c99/signature.bin