> After even more studying of the sys/types.h header, I could see a
> MAJOR problem with the way fd_set is defined. It appears that
> this structure is defined as a wrapper around an array of bytes,
> the number of which determined by the FD_SETSIZE macro. The
> length of this is computed at COMPI
value of FD_SETSIZE so that the size of the
array is computed large enough to handle all the descriptors I need. (Adding a -D to
my makefile).
Caveat programmer...
-Original Message-
From: Geoff Thorpe <[EMAIL PROTECTED]>
Sent: Jul 29, 2004 12:34 PM
To: [EMAIL PROTECTED]
Subje
On July 29, 2004 02:20 pm, Joseph Bruni wrote:
> The other thing I noticed was that (according to the man page for
> select()) the results of the FD_ macros are undefined if the descriptor
> value is greater than FD_SETSIZE, which is 1024 on my system. I find
> this odd since the hard limit of the
Regarding the max number of sessions problem. I think I've figured out what was going
wrong, but now I need some insight.
I increased the Session Cache as you suggested to (40 * 1024) without any change in
behavior. It turns out is was a bug in my code (whew!).
After doing some more debugging I
On Wed, Jul 28, 2004, Joseph Bruni wrote:
> Hello all,
>
> I'm developing an application that is used as a messaging hub for
> thousands of users. The idea was that the users would maintain their
> SSL connections indefinitely because one would never know when a
> message was to be delivered a
Hello all,
I'm developing an application that is used as a messaging hub for
thousands of users. The idea was that the users would maintain their
SSL connections indefinitely because one would never know when a
message was to be delivered and the messages need to be sent in
near-real-time.
So
