Bill Janssen <[EMAIL PROTECTED]> added the comment:
Here's what's in the 3.0 docs:
The parameter do_handshake_on_connect specifies whether to do the SSL
handshake automatically after doing a socket.connect(), or whether the
application program will call it explicitly, by invoking the
SSLSocket.do_handshake()<http://docs.python.org/dev/3.0/library/ssl.html#ssl.SSLSocket.do_handshake>method.
Calling
SSLSocket.do_handshake()<http://docs.python.org/dev/3.0/library/ssl.html#ssl.SSLSocket.do_handshake>explicitly
gives the program control over the blocking behavior of the
socket I/O involved in the handshake.
Look at test.test_ssl.testNonBlockingHandshake() in 3.0alpha or in the PyPI
module. I'm still working on 2.6.
Bill
On Thu, May 15, 2008 at 3:56 PM, Jesús Cea Avión <[EMAIL PROTECTED]>
wrote:
>
> Jesús Cea Avión <[EMAIL PROTECTED]> added the comment:
>
> I'm hitting this issue aswell. How is going?.
>
> I'm creating a socket with a, let say, 5 seconds timeout. The timeout
> works fine before the "wrap_socket()", and after it. But the timeout
> doesn't work WHILE in the "wrap_socket()" method call.
>
> What can I do?.
>
> If I need to call "do_handshake()" myself, working with
> SSL_ERROR_WANT_READ/WRITE, I think this *needs* to be documented somewhere.
>
> That is, any difference between "normal" sockets and "ssl" sockets need
> to be documented in docs. Explicitly.
>
> My opinion, of course :).
>
> __________________________________
> Tracker <[EMAIL PROTECTED]>
> <http://bugs.python.org/issue1251>
> __________________________________
>
Added file: http://bugs.python.org/file10337/unnamed
__________________________________
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1251>
__________________________________
Here's what's in the 3.0 docs:<br><br><div style="margin-left:
40px;">The parameter <tt class="docutils literal"><span
class="pre">do_handshake_on_connect</span></tt> specifies whether to do the SSL
handshake automatically after doing a <tt class="xref docutils literal"><span
class="pre">socket.connect()</span></tt>, or whether the
application program will call it explicitly, by invoking the <a
title="ssl.SSLSocket.do_handshake" class="reference"
href="http://docs.python.org/dev/3.0/library/ssl.html#ssl.SSLSocket.do_handshake";><tt
class="xref docutils literal"><span
class="pre">SSLSocket.do_handshake()</span></tt></a>
method. Calling <a title="ssl.SSLSocket.do_handshake" class="reference"
href="http://docs.python.org/dev/3.0/library/ssl.html#ssl.SSLSocket.do_handshake";><tt
class="xref docutils literal"><span
class="pre">SSLSocket.do_handshake()</span></tt></a> explicitly gives the
program control over
the blocking behavior of the socket I/O involved in the
handshake.<br><br></div>Look at test.test_ssl.testNonBlockingHandshake() in
3.0alpha or in the PyPI module. I'm still working on
2.6.<br><br>Bill<br><br><div class="gmail_quote">
On Thu, May 15, 2008 at 3:56 PM, Jesús Cea Avión <<a href="mailto:[EMAIL
PROTECTED]">[EMAIL PROTECTED]</a>> wrote:<br><blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
padding-left: 1ex;">
<br>
Jesús Cea Avión <<a href="mailto:[EMAIL PROTECTED]">[EMAIL
PROTECTED]</a>> added the comment:<br>
<br>
I'm hitting this issue aswell. How is going?.<br>
<br>
I'm creating a socket with a, let say, 5 seconds timeout. The timeout<br>
works fine before the "wrap_socket()", and after it. But the
timeout<br>
doesn't work WHILE in the "wrap_socket()" method call.<br>
<br>
What can I do?.<br>
<br>
If I need to call "do_handshake()" myself, working with<br>
SSL_ERROR_WANT_READ/WRITE, I think this *needs* to be documented somewhere.<br>
<br>
That is, any difference between "normal" sockets and "ssl"
sockets need<br>
to be documented in docs. Explicitly.<br>
<br>
My opinion, of course :).<br>
<div><div></div><div class="Wj3C7c"><br>
__________________________________<br>
Tracker <<a href="mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]</a>><br>
<<a href="http://bugs.python.org/issue1251";
target="_blank">http://bugs.python.org/issue1251</a>><br>
__________________________________<br>
</div></div></blockquote></div><br>
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
