On Tue, Aug 11, 2009, Michael Txen wrote: > On Aug 11, 2009, at 7:40 PM, Stephen Henson via RT wrote: > >>> [seggelm...@fh-muenster.de - Mon Jul 27 17:03:25 2009]: >>> >>> This patch fixes the timeout handling. The method dtls1_get_timeout() >>> was intended to determine the next handshake message timeout when >>> using select() calls, to set their timeout. This method is renamed to >>> DTLSv1_get_timeout(), to fit the common naming scheme and the >>> declaration is moved. It was declared in the wrong file, so the user >>> was unable to use it. Additionally, the timeout handling is moved to >>> the method DTLSv1_handle_timeout(), which can be called by the user >>> when a select() timer expires. Until now expired timers were handled >>> not until a SSL_read() is called. This is a problem when using >>> select() on the reading socket, because no call of SSL_read() is done >>> before data from the peer arrived. >>> >> >> Actually now I think of it perhaps the ctrl() mechanism would be a >> better way to implement this. > Hi Steve, > > if the application writer chose to use select() in the main thread, > how would you handle timers in the DTLS layer? >
Using SSL_ctrl() in a similar way to (for example) SSL_set_tlsext_host_name(). Steve. -- Dr Stephen N. Henson. OpenSSL project core developer. Commercial tech support now available see: http://www.openssl.org ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
