Date: Tue, 28 May 1996 19:32:19 EST From: "Kaleb S. KEITHLEY" <kaleb@x.org> To: Terry Lambert <terry@lambert.org> Cc: joerg_wunsch@uriah.heep.sax.de, chat@freebsd.org Subject: Re: Forgiving select() call. Message-ID: <199605282332.TAA20062@exalt.x.org> In-Reply-To: Your message of Tue, 28 May 1996 15:18:49 EST. <199605282218.PAA11952@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > I have a hard time believing this, since SunOS 4.x doesn't *have* a > > > poll for static 4.x libc stubs linked into the program to call. > > > > I dunno what you're looking at. SunOS 4.1.3 has poll in libc.a and a > > trivial program, statically linked on SunOS works fine on both SunOS > > and Solaris, and trussing it on Solaris shows it calling poll. Ditto > > for a program calling select. > > On my 4.1.3_U1 box: > % grep select /usr/include/syscall.h > #define SYS_select 93 > % > > Looks like a system call to me. You're being obseqious. In all the context that's past it should have been eminently clear that I'm well aware that select calls the select syscall. Since I obviously can't take any shortcuts I'll spell it all the way out. SunOS 4.1.3 has poll in libc.a and a trivially program statically linked on SunOS works fine on both SunOS and Solaris, and trussing it on Solaris shows it calling poll. SunOS 4.1.3 has select in libc.a and a trivial program statically linked on SunOS works fine on both SunOS and Solaris, and trussing it on Solaris shows it calling poll. > > C'mon. I don't want to know what it's probably doing. What does trussing > > it on 2.3 show it doing? I've got static SunOS binaries that use select() > > and syscall(SYS_select, ...) and truss shows them calling poll. > > Truss is wrong. On what basis do you make that claim. -- Kaleb KEITHLEY
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605282332.TAA20062>