From owner-freebsd-current@FreeBSD.ORG Mon Sep 18 15:22:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2A016A4DA; Mon, 18 Sep 2006 15:22:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B5943D9C; Mon, 18 Sep 2006 15:21:56 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k8IFLtfH011768; Mon, 18 Sep 2006 11:21:55 -0400 (EDT) Date: Mon, 18 Sep 2006 11:21:55 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Angka H. K." In-Reply-To: <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> Message-ID: References: <4c40c4e70609180410m59af8a2br5ea12c7e3b497d12@mail.gmail.com> <4c40c4e70609180524j29543dedi39cf4214cfb76424@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Mon, 18 Sep 2006 11:21:56 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: libpthread prevent glxgears to run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 15:22:52 -0000 On Mon, 18 Sep 2006, Angka H. K. wrote: > Here is the ldd output of my glxgears: > > # ldd ./glxgears > ./glxgears: > libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x2807f000) > libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x280be000) > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x2814e000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281b9000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x281c6000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x281da000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281e2000) > libm.so.4 => /lib/libm.so.4 (0x282c1000) > libc.so.7 => /lib/libc.so.7 (0x282d6000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x283ca000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28415000) > libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x284e0000) > libpthread.so.2 => /lib/libpthread.so.2 (0x284e5000) > libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x2850a000) > libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x28511000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28514000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28525000) > libXCB.so.0 => /usr/X11R6/lib/libXCB.so.0 (0x2853b000) > librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x2854b000) > libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x28553000) > > I did rebuilding world then recompile libX11 module and recompile Mesa with > glxgears. > > And the result is the same: > > > # ./glxgears > Fatal error 'Recurse on a private mutex.' at line 1003 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) > Abort (core dumped) > > What did I missed to compile ? portupgrade -af > On 9/18/06, Daniel Eischen wrote: >> >> On Mon, 18 Sep 2006, Angka H. K. wrote: >> >> > This code : >> > >> > if (m->m_flags & MUTEX_FLAGS_PRIVATE) >> > PANIC("Recurse on a private mutex."); >> > >> > at file "/usr/src/lib/libpthread/thread/thr_mutex.c" line 1002 prevent >> > glxgears to run with the following error : >> > >> > Fatal error 'Recurse on a private mutex.' at line 1003 in file >> > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 35) >> > >> > If the line is removed the glxgears is running well. >> > >> > Which could be wrong; The glgears code or the libptrhead code ? And what >> the >> > use of that line ? >> >> You are either linked to multiple thread libraries, or you >> have an older executable or application libraries that need >> to be rebuilt (because libc version was bumped without >> bumping libpthread, libthr, & libc_r). >> >> -- >> DE >> > -- DE