FYI: Its not a bug. It is a backward binary compatibly issue. In the BSD and older SVR days, the file descriptor in the FILE struct is a 'char', not an 'int'. So in order to still run the same older binary files, the size of the FILE struct can not change. Old time UNIX's know that this has been a limit in FILE since the late 70's.
And I seem to recall that it is in a SVID and/or POSIX or other API definition as a 'char'. So, other OS's may have the same 'standardized' limit. To be portable across OS's, developers should assume that the file descriptor in the FILE struct is a 'char' David Taylor wrote:
Hi all, I only just joined this list today to past this patch. 32bit Solaris has a nasty bug in fopen(3C) which prevents opening a file once there are more than 256 descriptors active in a process. The work-around is to use open(2) instead. See: http://access1.sun.com/technotes/01406.html This affects all Solaris versions, including 10, on both Intel and Sparc.
-- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards
begin:vcard fn:Doug Royer n:Royer;Doug org:INET-Consulting.com adr:;;;;;;U.S.A email;internet:[EMAIL PROTECTED] title:CEO tel;work:866-594-8574 tel;fax:866-594-8574 note;quoted-printable:AOL: SupportUnix=0D=0A= MSN: [EMAIL PROTECTED] Yahoo: Help4Unix x-mozilla-html:FALSE url:http://Royer.com version:2.1 end:vcard
smime.p7s
Description: S/MIME Cryptographic Signature
