> > Is it the case that both SSL_read and SSL_write modify the same > > part of the > > SSL object ? > > Yes, but that's not the issue. Well ... if this is not the issue? then what is ?
> > Could you give some more details about this? Could you throw some > > more light > > on the ssl state maintained > > by the SSL object during SSL_read and SSL_write? > > I'm not sure why more internal details of how OpenSSL works would be > helpful. I've already explained the external interface. The internal detiails might not be helpful for providing solution to my problem, but the details will definitely be helpful in understanding how OpenSSL works and what conditions cause these limitations. > > Where exactly would the locking callback functions come into picture? > > The locking callback functions are required to be properly implemented if > you are going to use OpenSSL on a multithreaded platform. OpenSSL uses them > internally to prevent conflicts. > > Every sophisticated library that supports multiple threads strikes a balance > between thread-safety in the caller and thread-safety in the library itself. > This is OpenSSL's balance. > > It's pretty much the same balance the vast majority of libraries takes. > Concurrent calls on the same upper-level object are prohibited. But calls > that internally "happen to" access the same lower-level objects are handled > by the library. Okay. Thanks for this explaination. > The only reason it's important to mention that you can't access the same SSL > object in multiple threads is that TCP allows this. Otherwise, it would be > what you would assume. Yep. This makes sense. Thank you for your answer. ~ Urjit DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager [EMAIL PROTECTED]