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. Mark > >2013/3/13 Mladen Turk <mt...@apache.org> > >> On 03/13/2013 01:20 AM, Mark Thomas wrote: >> >>> >>> And an infinite loop is entered. >>> >>> I believe I can fix this by changing how I do the buffering in >WebSocket >>> so I don't end up having to write short 4 byte chunks. I have been >>> meaning to do this for a while anyway. >>> >>> That said, this does look like an issue with APR/native and SSL. >>> >>> Thoughts? >>> >>> >> The only solution would be to have some sort of different >> retvals for real EAGAIN (network layer) and case when encryption >> cannot be made (protocol layer) due to insufficient data. >> That is if OpenSSL returns some distinct error in such case. >> >> Perhaps the internal buffering would be a way to go, cause >> we poll only on network events, and if that's satisfied we >> need a different kind of queue for filling the minimum write >> buffer. I'll try to dig and see if we can distinguish between >> those different EAGAIN retvals. >> >> >> Regards >> -- >> ^TM >> >> >> >------------------------------**------------------------------**--------- >> To unsubscribe, e-mail: >dev-unsubscribe@tomcat.apache.**org<dev-unsubscr...@tomcat.apache.org> >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
