Date: Sun, 6 Jun 2004 23:52:53 -0400 (EDT) From: Daniel Eischen <eischen@vigrid.com> To: Sean McNeil <sean@mcneil.com> Cc: freebsd-threads@freebsd.org Subject: Re: more symbol binding problems Message-ID: <Pine.GSO.4.10.10406062350580.9937-100000@pcnet5.pcnet.com> In-Reply-To: <1086569050.66929.2.camel@server.mcneil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 6 Jun 2004, Sean McNeil wrote: > On Sun, 2004-06-06 at 17:25, Daniel Eischen wrote: > > On Sun, 6 Jun 2004, Sean McNeil wrote: > > > > > I do not understand why it is calling select in lib.so.5. Shouldn't it > > > have called the one in libc_r? With GLOBAL or LOCAL DAG this should > > > have been resolved via the weak symbol to __select, no? > > > > Yes, it shouldn't be using select() from libc; select() should be > > resolved to _select() in libc_r (which calls __sys_poll() in libc). > > > > > The interesting thing here is that if I use libpthread for apache then > > > there are no problems. Maybe not all that suprising, though, as there > > > is no real difference in the select with libpthread whereas libc_r has a > > > much more complex implementation. > > > > Sounds like the linker isn't doing the right thing. > > Would you think it is the linker, or rtld? Any ideas where I should > start? I was going to look through rtld but I will focus on ld if you > think that is where the problem is. I meant the run-time linker (rtld). -- Dan Eischen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10406062350580.9937-100000>