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 Server that
> >open a large number of file descriptors. Unfortunately, using the
> >interposer causes failures when a child process (e.g. CGI program)
> >subsequently invokes telnet(1). If telnet passed the correct nfds value
> >to select(3C), that failure would be eliminated.
> In build 39 of Nevada we provide a standard interposer,
> /usr/lib/extendedFILE.so, which has a similar, but different property.
Umpf... for the same reason we were thinking about making the
stdio-replacement API in libast public since it it supports an almost
unlimited number of stdio channels...
P.S.: Reply-To: set to ksh93-integration-discuss at opensolaris.org as this
is more or less libast-related
__ . . __
(o.\ \/ /.o) roland.mainz at nrubsig.org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)