Control: reassign 844931 python3
Control: affects 844931 +python-dugong
thanks
I think this is actually a bug in Python 3 - and might be caused by the
recent OpenSSL transition.
Unless I'm mistaken, reading from an SSLSocket should not raise OSErrors
with errno 0. For example:
>> File "/usr/lib/python3.5/ssl.py", line 937, in recv_into
>> return self.read(nbytes, buffer)
>> File "/usr/lib/python3.5/ssl.py", line 799, in read
>> return self._sslobj.read(len, buffer)
>> File "/usr/lib/python3.5/ssl.py", line 583, in read
>> v = self._sslobj.read(len, buffer)
>> OSError: [Errno 0] Error
>> File "/usr/lib/python3.5/socket.py", line 576, in readinto
>> return self._sock.recv_into(b)
and
>> File "/<<BUILDDIR>>/python-dugong-3.7+dfsg/test/test_dugong.py", line
>> 1096, in handle
>> return super().handle()
>> File "/usr/lib/python3.5/http/server.py", line 424, in handle
>> self.handle_one_request()
>> File "/usr/lib/python3.5/http/server.py", line 390, in handle_one_request
>> self.raw_requestline = self.rfile.readline(65537)
>> File "/usr/lib/python3.5/socket.py", line 576, in readinto
>> return self._sock.recv_into(b)
>> File "/usr/lib/python3.5/ssl.py", line 937, in recv_into
>> return self.read(nbytes, buffer)
>> Traceback (most recent call last):
>> File "/usr/lib/python3.5/ssl.py", line 799, in read
>> return self._sslobj.read(len, buffer)
>> File "/usr/lib/python3.5/ssl.py", line 583, in read
>> v = self._sslobj.read(len, buffer)
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
