From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 14:03:08 2004 Return-Path: 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 6274D16A4CE for ; Sun, 15 Aug 2004 14:03:08 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167E843D2D for ; Sun, 15 Aug 2004 14:03:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i7FE35dl002981; Sun, 15 Aug 2004 10:03:05 -0400 (EDT) Date: Sun, 15 Aug 2004 10:03:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug Rabson In-Reply-To: <200408151458.38437.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 15 Aug 2004 14:03:08 -0000 On Sun, 15 Aug 2004, Doug Rabson wrote: > On Sunday 15 August 2004 14:47, Daniel Eischen wrote: > > On Sun, 15 Aug 2004, Doug Rabson wrote: > > > > Same error message here when starting neverball. If I map > > > > libpthread->libc_r it's working again. > > > > > > > > xawtv also stopped working. Fortunately setting -xvport manually > > > > did fix that. > > > > > > This might be because libGL calls libpthread's version of open() > > > before libpthread has initialised properly. This patch might fix it > > > - it fixes neverball's map compiler for me but I haven't actually > > > run neverball itself. > > > > > > Index: thr_open.c > > > =================================================================== > > > RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v > > > retrieving revision 1.16 > > > diff -u -r1.16 thr_open.c > > > --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 > > > +++ thr_open.c 15 Aug 2004 09:19:42 -0000 > > > @@ -45,11 +45,15 @@ > > > int > > > __open(const char *path, int flags,...) > > > { > > > - struct pthread *curthread = _get_curthread(); > > > + struct pthread *curthread; > > > int ret; > > > int mode = 0; > > > va_list ap; > > > > > > + if (_thr_initial == NULL) > > > + _libpthread_init(NULL); > > > + > > > + curthread = _get_curthread(); > > > > I thought the C++ style constructor in thr_autoinit.c is supposed > > to take care of things like this? > > The problem is that there is no particular ordering for constructors. In > the case with neverball, the C++ constructor in libGL which initialises > OpenGL ran first and quite reasonably tried to call open(2). This was > intercepted by libpthread, which hadn't yet had its constructor called. Is there something else we can do so that libpthread gets initialized first? Use _init()? I'm not sure how to not add that when building static libpthread though (let's kill static libpthread!). -- Dan Eischen