[request-sponsor] telnet(1) cannot handle more than 15 fds

2006-05-02 Thread James Carlson
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 thing can likely be reduced to just: - if ((c = select(16,

[request-sponsor] telnet(1) cannot handle more than 15 fds

2006-05-02 Thread Jonathan Adams
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

[request-sponsor] telnet(1) cannot handle more than 15 fds

2006-05-02 Thread James Carlson
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

[request-sponsor] telnet(1) cannot handle more than 15 fds

2006-05-02 Thread Chris Elving
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

[request-sponsor] telnet(1) cannot handle more than 15 fds

2006-05-02 Thread James Carlson
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

[request-sponsor] Revive UltraSPARC I support

2006-05-02 Thread Peter Dennis - Solaris Sustaining Engineering
Hello Rainer, Thanks for submitting the request to revive the UltraSPARC I support. Rather than integrating this into the ON consolidation due to engineering constraints (see below), the best way forward is for this support to be maintained either by yourself and/or an interested team of