【问题标题】:Read a filestream (named pipe) with a timeout in Smalltalk在 Smalltalk 中读取超时的文件流(命名管道)
【发布时间】:2014-01-09 15:23:53
【问题描述】:

我也将它发布到了 Squeak Beginners 列表中 - 我一定会确保从那里得到任何答案 :)

我正在使用 Squeak 4.2 并在命名管道连接的 smalltalk 端工作,它向命名管道服务器发送一条消息:

    msg := 'Here''s Johnny!!!!'. 
    pipe nextPutAll: msg; flush. 

然后它应该会收到一个确认,这将是收到消息的 32 字节 md5 哈希(然后 smalltalk 应用程序可以验证)。命名管道服务器可能已经消失或无法处理请求,因此我想在读取确认时设置超时。我试过用这个:

    ack := [ pipe next: 32 ] valueWithin: (Duration seconds: 3) onTimeout: [ 'timeout'. ]. 

然后人为地让管道服务器暂停以测试代码。但是 smalltalk 线程在读取时阻塞并且不会继续(即使在超时之后),尽管如果我让管道服务器发送正确的响应(例如,在 5 秒延迟之后),'ack 的值' 是'超时'。显然,超时完成了它应该做的事情,但无法“解锁”管道上的阻塞读取。

即使使用阻塞的 FileStream 读取,有没有办法做到这一点?如果可能的话,我宁愿避免忙着等待有 32 个字符可用。

【问题讨论】:

  • 仅供参考,我从未找到满意的答案。我使用命名管道的原因是启动套接字服务器会引发防火墙警告。但是,我然后发现将套接字服务器绑定到 127.0.0.1(而不是默认的 0.0.0.0)不会触发警告 - 至少在 Windows 平台上是这样。所以,问题,呃,避免了。

标签: timeout named-pipes smalltalk blocking squeak


【解决方案1】:

这个可能会派上用场,但恐怕在 Windows 上不行。

http://www.samadhiweb.com/blog/2013.07.27.unixdomainsockets.html

【讨论】:

    猜你喜欢
    • 2012-11-25
    • 2011-10-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-08-03
    相关资源
    最近更新 更多