On Sat, Oct 28, 2000 at 06:24:32PM -0700, Dan Kegel wrote:
I'm writing a server that will often have more than 1024
file descriptors open. That means that any code using
stdio might fail, since stdio.h can't handle any
fd's higher than 1024 on some systems.
I don't know any which
From: Rich Salz [EMAIL PROTECTED]
rsalz There are some popular operating systems that don't let you do
rsalz FILE* fp = fdopen(getdtablesize(), "r")
rsalz :) Those are buggy C libraries -- even Sun has said it's a bug, just
rsalz that they weren't going to fix it.
The above line strikes
The above line strikes me as a typical fence-post error on the
part of the application author.
No. Some Solaris, for example, use a char (not even unsigned char!) to
store the file descriptor in their FILE structure (E.g., what KT (1st
ed.) shows as "int _fd" on page 165.
Can it be
From: Rich Salz [EMAIL PROTECTED]
Subject: Re: Problem with 1024 file descriptors
Date: Mon, 30 Oct 2000 13:48:44 -0500
Message-ID: [EMAIL PROTECTED]
rsalz The above line strikes me as a typical fence-post error on the
rsalz part of the application author.
rsalz
rsalz No. Some Solaris
Richard Levitte - VMS Whacker wrote:
rsalz Also, have you looked at bio/bss_fd.c?
rsalz
rsalz Sure, but the issue is what OpenSSL uses interally, as I hope
rsalz my example showed.
Oh, absolutely. What I wanted to point out is that there is a BIO
that uses file descriptors, which
Oh, absolutely. What I wanted to point out is that there is a BIO
that uses file descriptors, which makes the need for a flag to
bss_file.c completely needless and one complication too many. To
solve said problem, one should use the file descriptor BIO instead of
the stream BIO...
Except
IMHO we should ideally have console and file I/O all handled by BIOs in
such a way that any platform specific changes only need to be made in
one place.
Totally agree.
Wouldn't it be neat if all of openssl (except bio-file) could compile w/o
stdio.h? :)
Rich Salz wrote:
IMHO we should ideally have console and file I/O all handled by BIOs in
such a way that any platform specific changes only need to be made in
one place.
Totally agree.
Wouldn't it be neat if all of openssl (except bio-file) could compile w/o
stdio.h? :)
Yes. (On
Matti Aarnio wrote:
On Sat, Oct 28, 2000 at 06:24:32PM -0700, Dan Kegel wrote:
I'm writing a server that will often have more than 1024
file descriptors open. That means that any code using
stdio might fail, since stdio.h can't handle any
fd's higher than 1024 on some systems.
Dan Kegel wrote:
I'm doing it; right now, I have a single network thread doing all normal
networking *and* SSL; after I write the load tests that demonstrate
how woefully inadequate that is :-), I'll split that into two threads:
one for doing the SSL accept / connect stuff, and one for
I'm writing a server that will often have more than 1024
file descriptors open. That means that any code using
stdio might fail, since stdio.h can't handle any
fd's higher than 1024 on some systems.
I might be able to get by, since I currently don't think
I call any OpenSSL functions that use
On Sat, 28 Oct 2000, Dan Kegel wrote:
I'm writing a server that will often have more than 1024
file descriptors open. That means that any code using
stdio might fail, since stdio.h can't handle any
fd's higher than 1024 on some systems.
That only gives you a limit *per-process*. :-)
I
Geoff Thorpe wrote:
I'm writing a server that will often have more than 1024
file descriptors open. That means that any code using
stdio might fail, since stdio.h can't handle any
fd's higher than 1024 on some systems.
That only gives you a limit *per-process*. :-)
True - but when
Where this came up for me was in PEM_read_bio_RSAPrivateKey(BIO *, ...)
I haven't gotten into the PEM stuff much yet. Maybe there are
ways of using them without BIO's, but hey, if it's easy to fix
bss_file.c, maybe I'd do that.
Just create a memory BIO, write the key to it, then
14 matches
Mail list logo