On Fri, Jan 06, 2006 at 08:37:25PM +0100, Per Hedeland wrote: > > 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.
Actually, it's worse than that, depending on how much you care about backwards comptability. For example, if I pass a FILE* from a newly compiled application to a function living in a shared library built on (say) Solaris 2.2, I might well expect that to just work. That said, I agree that it's laughable that a modern Unix would have a limitation such as this. Why not at least add a macro -DMAKE_MY_STDIO_NOT_BROKEN that gives you more than 256 files but breaks compatability? That has proven to be acceptable for 64-bit file support on Unix, and I don't see why this stdio problem would be different. Anyway, this is probably getting really offtopic for the list. The bug exists and needs to be worked around (or not). Sun's suckage or lack thereof does't really come into that issue. -J ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [EMAIL PROTECTED]
