From owner-freebsd-stable Sat May 19 22: 5: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id EE2D637B424 for ; Sat, 19 May 2001 22:04:56 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id BAA18199; Sun, 20 May 2001 01:04:19 -0400 (EDT) Date: Sun, 20 May 2001 01:04:19 -0400 (EDT) From: Daniel Eischen To: Randall Hopper Cc: stable@FreeBSD.ORG Subject: Re: -pthread: Cannot allocate priority ready queue In-Reply-To: <20010519203407.A77501@nc.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 19 May 2001, Randall Hopper wrote: > Daniel Eischen: > |> |Randall Hopper: > |> |> I'm compiling an OpenGL app, which on FreeBSD requires -pthread, > |> |> and I'm getting this error. We're core dumping before we even get > |> |> to main() in the pthread code. > ... > |> |> > src/exec/dxexec/dxexec > |> |> Fatal error 'Cannot allocate priority ready queue.' at line ? in file > |> |> /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) > |> |> Abort (core dumped) > |> > |> I just recompiled the app sans -pthread and linked with the > |> libGL.so/libGLU.so from stand-alone Mesa (not the -pthread versions built > |> by the XFree86 4.0.3 port), and the app works fine. Also, this is on > |> FreeBSD 4.2-R. > | > |What does `ldd src/exec/dxexec/dxexec` show? > > > ldd src/exec/dxexec/dxexec > src/exec/dxexec/dxexec: > libnetcdf.so => /usr/local/lib/libnetcdf.so (0x283f7000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x2841f000) > libXm.so.2 => /usr/X11R6/lib/libXm.so.2 (0x2842d000) > libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x285d8000) > libGL.so => /usr/X11R6/lib/libGL.so (0x285e0000) > libMagick.so.5 => /usr/local/lib/libMagick.so.5 (0x28651000) > libjbig.so.1 => /usr/local/lib/libjbig.so.1 (0x287c4000) > libdf.so.1 => /usr/local/lib/libdf.so.1 (0x287d0000) > libtiff.so.4 => /usr/local/lib/libtiff.so.4 (0x28864000) > libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x288a5000) > libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x288d9000) > libpng.so.4 => /usr/local/lib/libpng.so.4 (0x288f7000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28916000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x28924000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x2896e000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28977000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x2898d000) > libbz2.so.1 => /usr/local/lib/libbz2.so.1 (0x28a68000) > libz.so.2 => /usr/lib/libz.so.2 (0x28a78000) > libm.so.2 => /usr/lib/libm.so.2 (0x28a85000) > libc_r.so.4 => /usr/lib/libc_r.so.4 (0x28aa0000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x28b52000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28b67000) > libwmf.so.1 => /usr/local/lib/libwmf.so.1 (0x28b6f000) > libdib.so.1 => /usr/local/lib/libdib.so.1 (0x28b7b000) > libg2c.so.1 => /usr/lib/libg2c.so.1 (0x28b7f000) > libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x28b9b000) > > |There were a couple of bugs in the threads library for 4.2R, but they > |shouldn't cause that error. Make sure everything that dxexec depends > |on has been recompiled. > > I don't understand. Recompiled with what changed? Do you mean all the > ports + XFree86 4.0.3 + all /usr/lib stuff (libc_r.so, libg2c.so), etcetc? > I hope I'm misunderstanding you. What would I be trying to do with this > rebuild? IIRC, there were some problems with the compiler, libstdc++, libgcc, or something like that in 4.2R. > Incidentally, here is an ldd of the dxexec that "works" (compiled without > -pthread and XFree86 4.0.3's pthread-dependent libGL). Besides load > addresses, the only two differences are libGL.so and lib{c,c_r}.so: Why is libGL different? Is this under 4.2R also? -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message