Date: Sun, 20 May 2001 01:04:19 -0400 (EDT) From: Daniel Eischen <eischen@vigrid.com> To: Randall Hopper <aa8vb@nc.rr.com> Cc: stable@FreeBSD.ORG Subject: Re: -pthread: Cannot allocate priority ready queue Message-ID: <Pine.SUN.3.91.1010520005641.16786A-100000@pcnet1.pcnet.com> In-Reply-To: <20010519203407.A77501@nc.rr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.1010520005641.16786A-100000>