HTTPS tests occasionally fails due to closed server sockets.
Issue #192
resolved
HTTPS tests sometimes fails due to closed server socket. Below is one of the error signalled on appveyor
Unhandled exception
Condition components:
1. &socket #<socket closed:3491168 "APPVYR-WIN(127.0.0.1):1100">
2. &who socket-recv
3. &message An operation was attempted on something that is not a socket.
4. &stack-trace
stack trace:
[1] socket-recv
[2] read-record
[3] %tls-socket-recv
[4] dynamic-wind
[5] tls-socket-recv
[6] read!
[7] get-line
[8] loop
src: (get-line in/out)
[9] dynamic-wind
[10] #f
src: ((call/cc (lambda (guard-k) (lambda () (with-excep
The error message is rather weird but seems passing (or passed) socket handle was not valid (or maybe closed during socket-recv
?)
Comments (3)
-
reporter -
reporter - marked as minor
There was couple of problems on this issue:
- test case used
transcoded-port
which would close underlying binary port - (at least on OS X) tls socket port was GCed even if it's used on buffered port or transcoded port
Should be fixed by <<7407ef5>> but not sure since there isn't a reproducible tests. So keep this open but make it low priority.
-
reporter - changed status to resolved
I haven't seen this failed for kinda long time. So close it.
- Log in to comment
This might be related to the speed of TLS sockets. If client request is not sent in one go, then HTTPS request might contain invalid headers or status line.