Read Timeouts

Chun Tian (binghe) binghe.lisp at gmail.com
Thu Jul 9 20:04:27 UTC 2015


*CMUCL “does" support it ...

Il giorno 09/lug/2015, alle ore 20:44, Chun Tian (binghe) <binghe.lisp at gmail.com> ha scritto:

> Hi Mark,
> 
> Are you talking about TCP? I think CMUCL doesn’t support it in a secret way, because when I was implementing the relatively new API, USOCKET:SOCKET-OPTION, I took following code from Hunchentoot for setting the timeout on socket streams in CMUCL:
> 
>    #+cmu
>    (setf (lisp::fd-stream-timeout (socket-stream usocket))
>          (coerce timeout 'integer))
> 
> I’m not sure if this is a “read timeout”, “write timeout” or both. But maybe you can have a try and tell me if it works? And if it is, I could adjust the definition of SOCKET-CONNECT function, to call above code when giving the TIMEOUT keyword argument.
> 
> Hope this helps,
> 
> Chun
> 
> Il giorno 09/lug/2015, alle ore 20:15, Mark Meyer <ofosos at gmail.com> ha scritto:
> 
>> Hi,
>> I'd like to discuss implementing read timeouts in usocket. I quickly looked at the docs of some implementations and found that CCL, SBCL and ClISP support it mostly effortlessly, but CMUCL does not.
>> 
>> What's the policy for adding a feature? Does it have to be supported on all platforms?
>> 
>> Specifically I want to get a socket stream from usocket and handle a portable usockt:read-timeout-condition when a read timeout occurs.
>> 
>> Regards, Mark
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://mailman.common-lisp.net/pipermail/usocket-devel/attachments/20150709/cbdcb6f1/attachment.sig>


More information about the usocket-devel mailing list