threads/72353: Assertion fails in/usr/src/lib/libpthread/sys/lock.c, line 171, when compilingmonodoc

[Daniel Eischen]

The following reply was made to PR threads/72353; it has been noted by GNATS.

From: Daniel Eischen <deischen at freebsd.org>
To: Ivan Voras <ivoras at lara.cc.fer.hr>
Cc: FreeBSD-gnats-submit at freebsd.org, <freebsd-threads at freebsd.org>
Subject: Re: threads/72353: Assertion fails in /usr/src/lib/libpthread/sys/lock.c,
 line 171, when compilingmonodoc
Date: Tue, 5 Oct 2004 13:07:28 -0400 (EDT)

 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