On Wed, Sep 11, 2002 at 12:41:18PM -0600, Craig Kaes wrote:
> I appreciate that I am now on my own.  FWIW, though, your statement 
> below is untrue, at least on Solaris 8.  Open is not limited in the same 
> way that fopen is w/ regard to # of fds.  Also, fwiw, nether is socket(2).

To be fair, I have never seen this before. I just had a look into the
stdio.h of my HP-UX boxes (HP-UX 10.20, released around 1996):
   typedef struct {
        int              __cnt;
        unsigned char   *__ptr;
        unsigned char   *__base;
        unsigned short   __flag;
        unsigned char    __fileL;               /* low byte of file desc */
        unsigned char    __fileH;               /* high byte of file desc */
   } FILE;
which give me the impression that there is no such limit on HP-UX.
(I have "ulimit -n" being 120 anyway, so I could test without rebuilding
the kernel and rebooting.)

So what are the options:
* You are the first person to report this problem. It seems to be platform
  specific. So we could simply leave it as is and leave you to your problem.
  Most if not all functions of OpenSSL also work fine without fopen().
  File operations are typically used to handle keys and certificates but
  the file operations are just for your convenience. You can always load
  the data to memory yourself, convert via d2i/i2d_* and use it.
* You may consider looking around in Solaris specific newsgroups and
  mailing lists. Maybe you find a solution (maybe not).
* Finally it might be possible to rewrite bss_file.c to perform the
  buffering itself and use unbuffered io to circumvent this problem.
  This however is not easily done when considering that it has to
  handle things like "binary mode", "text mode", ... in a platform
  independent manner (this especially including M$ platforms).

Best regards,
        Lutz
-- 
Lutz Jaenicke                             [EMAIL PROTECTED]
http://www.aet.TU-Cottbus.DE/personen/jaenicke/
BTU Cottbus, Allgemeine Elektrotechnik
Universitaetsplatz 3-4, D-03044 Cottbus
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to