Date: Tue, 27 Jun 2000 13:47:25 -0400
From: Bill Rebey <[EMAIL PROTECTED]>
Richard,
Thanks for the reply.
If I understand you correctly, you are suggesting that I put wrappers around
SSL_write and SSL_read that make them exclusive operations. This
effectively makes the thing single-threaded again. I need to have blocking
[you mean, "nonblocking"?]
Reads in effect all the time on one thread while I'm writing on another. I
can't very well single-thread the reads and writes.
Any other ideas?
What are you -really- trying to do?
In other words, what's the overall goal here? I'm trying to get you
to step back and describe the toplevel idea, and thereby see if maybe
there is a way around the problem in some way you haven't considered.
Right now, you're boxed into "I must have multithreading and must be
able to have multiple outstanding reads and writes that are pushing
data simultaneously." Maybe there's a way around this constraint, but
none of us know what you're doing.
Failing that, you may just have to implement fine-grained multithreading
support in OpenSSL. This sounds like it's more work than you're ready
for, and I don't blame you at all. But without doing that, it sounds
like your fundamental design is going to have to change, and like
maybe you should have done a quick & dirty multithreading test before
committing lots of design time (much less implementation time). Lots
of things don't handle threads correctly; a conservative design would
test a simple prototype on all the OS's you expect to deploy on, first.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
