Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Jun 2004 11:23:13 -0500
From:      Dan Nelson <dnelson@allantgroup.com>
To:        Liam Foy <liamfoy@sepulcrum.org>
Cc:        hackers@freebsd.org
Subject:   Re: libpthread problem
Message-ID:  <20040616162313.GB7743@dan.emsphone.com>
In-Reply-To: <20040616171724.0b8dfe26.liamfoy@sepulcrum.org>
References:  <20040616144127.0d92076d.liamfoy@sepulcrum.org> <20040616161338.GA7743@dan.emsphone.com> <20040616171724.0b8dfe26.liamfoy@sepulcrum.org>

next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jun 16), Liam Foy said:
> On Wed, 16 Jun 2004 11:13:39 -0500
> Dan Nelson <dnelson@allantgroup.com> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040616162313.GB7743>