Date: Tue, 5 Oct 2004 13:07:28 -0400 (EDT) From: Daniel Eischen <deischen@freebsd.org> To: Ivan Voras <ivoras@lara.cc.fer.hr> Cc: freebsd-threads@freebsd.org Subject: Re: threads/72353: Assertion fails in/usr/src/lib/libpthread/sys/lock.c, line 171, when compilingmonodoc Message-ID: <Pine.GSO.4.43.0410051303030.18678-100000@sea.ntplx.net> In-Reply-To: <200410051336.i95DaeHP040015@lara.cc.fer.hr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 5 Oct 2004, Ivan Voras wrote: > Compiling monodoc (Mono documentation browsers) fails with error: > Assertion failed: (lu->lu_myreq->lr_owner == lu), function _lock_acquire, file /usr/src/lib/libpthread/sys/lock.c, line 171. > Abort trap (core dumped) > *** Error code 134 > > >How-To-Repeat: > $ wget http://www.go-mono.com/archive/1.0.2/monodoc-1.0.2.tar.gz > $ tar xzf monodoc-1.0.2.tar.gz > $ cd monodoc-1.0.2 > $ ./configure > $ make > > >Fix: > none, but http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/70430 works (old version). > More info here: http://lists.freebsd.org/pipermail/freebsd-gnome/2004-August/007781.html This suggests you are using /etc/libmap.conf to map everything to libc_r. Is this still true? If you have any binaries or libraries that link to libc_r and are trying to build something to work with libpthread, you need to use libmap.conf to map libc_r to libpthread (the opposite of what you had done before). Please try to repeat the problem with an /etc/libmap.conf containing the following entries: libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so -- Dan Eischen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.43.0410051303030.18678-100000>