From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 16 16:23:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33BF616A4CE for ; Wed, 16 Jun 2004 16:23:25 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B9D443D2D for ; Wed, 16 Jun 2004 16:23:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i5GGNDMZ040555; Wed, 16 Jun 2004 11:23:13 -0500 (CDT) (envelope-from dan) Date: Wed, 16 Jun 2004 11:23:13 -0500 From: Dan Nelson To: Liam Foy Message-ID: <20040616162313.GB7743@dan.emsphone.com> References: <20040616144127.0d92076d.liamfoy@sepulcrum.org> <20040616161338.GA7743@dan.emsphone.com> <20040616171724.0b8dfe26.liamfoy@sepulcrum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040616171724.0b8dfe26.liamfoy@sepulcrum.org> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: hackers@freebsd.org Subject: Re: libpthread problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2004 16:23:25 -0000 In the last episode (Jun 16), Liam Foy said: > On Wed, 16 Jun 2004 11:13:39 -0500 > Dan Nelson wrote: > > In the last episode (Jun 16), Liam Foy said: > > > Hey guys, I seen to get this error on certain applications, such as > > > xmms and beep-media-player: > > > > > > Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > > > Segmentation fault (core dumped) > > > > That means that the program was linked with two threading libraries > > (usually libc_r and libpthread), and unfortunately, they are not > > smart enough to only initialize one or the other so they step on > > each others' data. Run "ldd -a" on your binary, determine which > > file depends on libc_r, and rebuild the port providing that file. > > > > A workaround would be to add a libmap.conf entry remapping libc_r > > to libpthread globally. See the libmap.conf manpage for examples. > > Thats great, I shall have a look into that. Is anyone working to try > and solve this issue to do you know? No, I think the official line is "use libmap.conf until you can rebuild the ports". -- Dan Nelson dnelson@allantgroup.com