From owner-freebsd-threads@FreeBSD.ORG Tue Oct 5 17:07:30 2004 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9FC616A4CE; Tue, 5 Oct 2004 17:07:30 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6067543D2F; Tue, 5 Oct 2004 17:07:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i95H7Sr6029885; Tue, 5 Oct 2004 13:07:29 -0400 (EDT) Date: Tue, 5 Oct 2004 13:07:28 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ivan Voras In-Reply-To: <200410051336.i95DaeHP040015@lara.cc.fer.hr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: FreeBSD-gnats-submit@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: threads/72353: Assertion fails in/usr/src/lib/libpthread/sys/lock.c, line 171, when compilingmonodoc X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:07:30 -0000 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