[#20083] non-block IO with TCPSocket — dn <daisuke@...>

初投稿の中村と申します。よろしくお願いします。

19 messages 2000/01/06
[#20084] Re: non-block IO with TCPSocket — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp> 2000/01/06

越水です。

[#20091] Re: non-block IO with TCPSocket — とみたまさひろ <tommy@...> 2000/01/06

とみたです。

[#20133] おききしたーいでーす — akimaru <akimaru@...>

17 messages 2000/01/09
[#20138] Re: おききしたーいでーす — akimaru <akimaru@...> 2000/01/09

[#20237] Ruby/Tk multi interpreter — nagai@...

永井@知能.九工大です.

21 messages 2000/01/17
[#20242] Re: Ruby/Tk multi interpreter — nagai@... 2000/01/17

永井@知能.九工大です.

[#20248] Re: Ruby/Tk multi interpreter — Hideto ISHIBASHI <s34204@...> 2000/01/17

石橋秀仁です。

[#20254] Re: Ruby/Tk multi interpreter — nagai@... 2000/01/18

永井@知能.九工大です.

[#20271] Re: Ruby/Tk multi interpreter — Hideto ISHIBASHI <s34204@...> 2000/01/18

石橋秀仁です。

[#20249] FTP.open err for Windows95 — "Y Kataoka" <kataoka@...>

初めまして、片岡@KLUGと申します。

18 messages 2000/01/17
[#20252] Re: FTP.open err for Windows95 — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/01/18

なひです.

[#20342] How to build ruby(current) with cygwin — KORIYAMA Naohiro <kory@...2.so-net.ne.jp>

はじめまして、こおりやまです。

19 messages 2000/01/23
[#20362] Re: How to build ruby(current) with cygwin — WATANABE Hirofumi <Hirofumi.Watanabe@...> 2000/01/24

わたなべです.

[#20422] Re: How to build ruby(current) with cygwin — Masaki Suketa<CQN02273@...> 2000/01/29

Win32OLE の作者の助田です.

[#20394] ruby-1.4.3 port to HPUX 11.00 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2000/01/26

[ruby-list:20324] Re: TMail is too strict?

From: Minero Aoki <aamine@...>
Date: 2000-01-21 13:52:15 UTC
List: ruby-list #20324
あおきです。

  In mail "[ruby-list:20320] TMail is too strict?"
    Shugo Maeda <shugo@netlab.co.jp> wrote:

> 前田です。
> 
> TMailについて要望です。

はい。


> TMailはRFCに忠実なので、
> 
> Cc:
> 
> のように空のCcがあったり、

すみません、こっちはバグです。

--- org.mailp	Fri Jan 21 19:22:27 2000
+++ mailp.rb	Fri Jan 21 19:22:34 2000
@@ -38,7 +38,7 @@
 
 
   def parse( header, str )
-    return if /\A\s+\z/ === str
+    return if /\A\s*\z/ === str
 
     @field = header


> のように変なMessage-IDがだったりすると例外が発生してしまいます。
> これはある意味正しい挙動なのですが、実用上不便なこともあります。
>
> そこで、個々のヘッダのparseに失敗しても例外が発生しないモードがあ
> るとうれしいと思うのですが、いかがでしょう。
> たとえば、以下のようにnewに第二引数を設けるとか。

なるほど。実はぼくも不便だなとは思っていました。
ただ、パースエラーの場合そのフィールドの値は全部 nil でいいですか?
(もっと賢い対応が必要なら 0.8 で対応します。)

この修正を加えた 0.7.6 を出しました。
-------------------------------------------------------------------
あおきみねろう

In This Thread