Casper.Dik at Sun.COM wrote:
Due to the 32-bit ABI's stdio file descriptor limit, an interposer is
being used to F_DUPFD non-stdio file descriptors to 256 and above. This
mitigates a problem with 3rd party modules and plugins that use
fopen(3C), et al. streams in processes such as Apache HTTP
Casper.Dik at Sun.COM wrote:
Due to the 32-bit ABI's stdio file descriptor limit, an interposer is
being used to F_DUPFD non-stdio file descriptors to 256 and above. This
mitigates a problem with 3rd party modules and plugins that use
fopen(3C), et al. streams in processes such as Apache HTTP
On Tue, May 02, 2006 at 09:43:00AM -0400, James Carlson wrote:
Chris Elving writes:
I'm seeking a sponsor for the following change to
/usr/src/cmd/cmd-inet/usr.bin/telnet/sys_bsd.c for telnet(1):
[...]
+ int nfds = 0;
Since we know that tin and tout are 0 and 1 (fixed), the whole
Jonathan Adams writes:
Couldn't you just start main() with:
closefrom(3);
to close any extra file descriptors?
Yes, that'd be much better.
--
James Carlson, KISS Networkjames.d.carlson at sun.com
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781
James Carlson wrote:
But the bigger question is why this is needed. It'd have to be some
situation in which telnet was exec'd with the first 16 descriptors
already open. Does that happen?
Due to the 32-bit ABI's stdio file descriptor limit, an interposer is
being used to F_DUPFD non-stdio
Chris Elving writes:
Due to the 32-bit ABI's stdio file descriptor limit, an interposer is
being used to F_DUPFD non-stdio file descriptors to 256 and above. This
mitigates a problem with 3rd party modules and plugins that use
fopen(3C), et al. streams in processes such as Apache HTTP Server