Hi Steve, I double checked that swapping BIO_CTRL_PENDING and BIO_CTRL_WPENDING in modules/ssl/ssl_engine_io.c does NOT fix this. It results in a fatal alert, without it the s_client hangs. My test is a little unusual in that I copy/paste an HTTP GET request into the s_client session in a terminal window and sometimes press "enter" for an extra linefeed, which probably results in smaller than normally found packets of data on the wire.
-fred -----Original Message----- From: Dr. Stephen Henson [mailto:st...@openssl.org] Sent: Monday, January 25, 2010 5:51 PM To: openssl-users@openssl.org Subject: Re: Re-negotiation handshake failed: Not accepted by clientwithOpenSSL 0.98m-beta1 On Mon, Jan 25, 2010, Shotton, Fred wrote: > Hi Steve, > > Adding a third case in s3_srvr.c did work, yeah! Applying the Apache fix did > not work. > > Let me know if you need anything else. > I can't reproduce your issue but it does depend critically on the amount of data transferred to reproduce it (which was why PR 1949 was do tricky to trace). Can you double check that swapping BIO_CTRL_PENDING and BIO_CTRL_WPENDING in modules/ssl/ssl_engine_io.c does NOT fix this? I'm confused because adding the third case should have the same effect because one of those always returns zero. Steve. -- Dr Stephen N. Henson. OpenSSL project core developer. Commercial tech support now available see: http://www.openssl.org ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org
