On 13/03/2013 13:12, Mladen Turk wrote: > On 03/13/2013 01:29 PM, Mark Thomas wrote: >> Henri Gomez <henri.go...@gmail.com> wrote: >> >>> What's your test platform (or tests platforms) ? >>> >>> Differents OS, kernel configuration, OpenSSL / APR could bring various >>> results >> >> I've seen the same behaviour (either with the test case or with the >> Autobahn test suite) on the following platforms: >> >> Windows Server 2008 R2 with 64 bit 1.1.27 native dll built with APR >> 1.4.6 and OpenSSL 1.0.1d from dist.a.o >> >> Ubuntu 12.04 LTS 64 bit with native lib 1.1.27 built locally with APR >> 1.4.6 and OpenSSL 1.0.1 running as a virtual machine on the above OS. >> >> There is certainly a timing aspect to this that does vary by platform. >> The problem only happens when the server is writing fast enough for it >> to fill up the send buffer triggering an EAGAIN from the socket write >> and even then the error doesn't always occur. >> > > I can create a debug version which would write couple of lines to > the dbgview.exe window (from SysInternals > http://technet.microsoft.com/en-us/sysinternals/bb896647) > > Fancy to give it a shot. > It would be cool to see what are the actual internal results of > SSL_write API call
Thanks. Setting up to test with that now. Refactoring isn't looking like much fun right now and I am concerned about handling of very short (e.g. 1 byte of data) WebSocket frames over SSL. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org