Richard Salz <[EMAIL PROTECTED]> wrote: [I wrote:] >> the limitation is that stdio can only use fds that are below 256 (due to >> the fd being kept in a char in the FILE struct, which can't be changed >> without breaking binary backwards compatibility). > >Amazing. I first came across this problem with INN over a decade ago.
Actually that's where I first came across it too:-) - in innfeed (which uses the F_DUPFD workaround if so configured). >It's still an issue? I don't personally know - the OP claimed it was still there in 32-bit mode in Solaris 10. > Wow. Sun should be embarassed. Well, how *do* you fix it "without breaking binary backwards compatibility"? The layout of the FILE struct is embedded in all binaries using the stdio macros (e.g. getc()/putc()). Introducing fopen_256(), *printf_256() etc etc to get around it doesn't sound all that appealing. --Per Hedeland ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [EMAIL PROTECTED]
