Jean-Marc Desperrier <[EMAIL PROTECTED]> wrote: > >David Taylor wrote: > >> I only just joined this list today to past this patch. > >So in one word : >- for technical reasons, "fd" bio are preferable to "file" bio on Solaris
Actually there's another workaround possible for the Solaris problem: The description in the previous message wasn't entirely accurate, there's no problem having more than 256 fds open and still use stdio - 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). So, as long as you make sure that there are fds avaliable below 256, it works fine - and this can in many/most cases be achieved by the application making sure that other fds (notably sockets) are above that number, through moving them there with fcntl(F_DUPFD) when needed. This not being said as a comment on the merits of the suggested patch, but it's probably worth noting that the problem is certainly not OpenSSL-specific - an application can run into it whenever it tries to use stdio (could even happen in some library outside the application's control), and resorting to never using stdio is a pretty severe workaround. --Per Hedeland ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [EMAIL PROTECTED]
