I was able to get it to work with VS2008 & Win DDK7 (7600.16385.1) ,
although for cmsc I had to add (was only working on x64 build);
%XCOPYD% "%WINDDK%\lib\win7\amd64" lib\amd64\
as some of the headers weren't the full variants from the other
directories, while win7 was.
I don't recall taht error w
ocket_recv:: Have value for s: -1
ssl_socket_recv:: Have value for rv: 730053
ssl_socket_recv:: con->shutdown_type: 2
Thanks,
On Fri, Jan 6, 2017 at 5:43 PM, David Oswell wrote:
> Yep that would, Originally I had just turned the return 0 to throw an
> IOException - which as it would fa
nd see the WSAECONNABORTED status within APR.
It also seems a bit time dependent, might be a case of whether APR is
getting to the socket read before or after the FIN packet coming though ??
On Fri, Jan 6, 2017 at 5:11 PM, Mark Thomas wrote:
> On 06/01/2017 21:50, David Oswell wrote:
> > I've
I've somehow gotten the build for tcnative working here (more shocked I
finally got openssl to build!)
There seems to be a slight difference in how the shutdown occurs. When the
APR_EGENERAL is returned its due to falling through the SSL_ERROR_SYSCALL
block in sslnetwork.c:ssl_socket_recv,
This se
the socket for
APR_POLLIN, the poller then adds it back as OPEN_READ again, and exec adds
back to poller for APR_POLLIN.
desc in AprEndpoint contains;
[48, 565911936, 1, 565903728, 0, 0, 0, 0, 0, ]
desc[0] looks to indicate Poll.APR_POLLHUP
wrapper.pollerFlags = 1
On Wed, Jan 4, 201
to not use Win2012 :)
On Wed, Jan 4, 2017 at 12:29 PM, David Oswell wrote:
> Hi Mark,
>
> Thanks for the response - So far I've narrowed down to this;
> 0 - ntoskrnl.exe!KeSynchronizeExecution+0x2246
> 1 - ntoskrnl.exe!KeWaitForMultipleObjects+0x135e
> 2 - ntoskrnl.
the 8080 poller thread (after load), it's waiting
appropriately.
I'll try and get the remote debugger connected now and see what time is
being passed for waiting.
On Wed, Jan 4, 2017 at 11:30 AM, Mark Thomas wrote:
> On 04/01/2017 16:02, David Oswell wrote:
> > Hello all,
Hello all,
wondering if anyone has seen similar behaviour - sorry if already reported,
googling hasn't found much other than a somewhat similar older issue on APR
going to 100% CPU when idle due to a poll loop/timeout issue - however this
seems a bit different as this is only occurring with SSL;
