[ruby-dev:21018] about release schedule (Re: Marshal upgrade)

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

From: [e-mail] (Yukihiro Matsumoto)
Subject: [ruby-dev:21016] Re: Marshal upgrade
Date: Wed, 30 Jul 2003 16:21:42 +0900
Message-ID: <[e-mail]>
> ということで、よろしく。preview5以後の変更が意外と大きいので、
> preview6が必要な気がしてきました。
> 
> 明日あたり出すかな。

正式版はいつになりそうでしょうか？

現在，Ruby/Tk の品質アップの努力を続けていますが，
複数インタープリタ対応部分にまだ納得しきれない部分があって，
どこまで粘って良いものかと考えているところです．
従来通りの単一の Tk インタープリタを使う場合は問題なしです．

まぁ，動くには動くんですが，複数の Tk に 1 個の Ruby で，
イベントループも 1 個だけですから，各インタープリタで生じた
例外の処理がなかなかうまくいきません．
つまり，すべてのインタープリタの処理を 1 個のイベントループで
引き受けなければならないために，各インタープリタで発生した
例外がすべてイベントループに送りつけられてしまうんです．
しかもマルチスレッドで走っているので，例外発生の元になった
処理を依頼したスレッド/インタープリタはすでに消滅しているか
もしれず，それがまた例外を発生させてしまうような調子です．
通常のインタープリタ呼び出しなら問題にならないのですが，
上の状況から想像できる通り，コールバック処理がなかなか
うまくいきません．

# TkAfter を動かしている時が特に問題が発生しやすくなってます．

現状は，例外を強引に無視する (求められれば警告を出す) 方法で，
多くの場合は動くようになっています．
ですが，それでは動くとはいえ完全とは言えないですから，
もっといい方法はないかと．．．

あまり大きな修正になるとリスクが大きい (従来通りの単一インター
プリタに影響しては元も子もない) ので，その場合はとりあえず
現状で妥協してもよいと思ってます．
明確なスケジュールがわかっていれば，強行か今回は妥協かの見きわめが
やりやすくなりすので．教えていただけると嬉しく思います．

それはそれとして話変わって．．．

品質アップのチェック過程で Ruby/Tk widget demo 
の方も，現バージョンで警告が出ないように対応を完了しました．
ドキュメント不足を補う意味も含めて，Tcl/Tk と同様，
sample ディレクトリにほおり込んで配布というのもありかなと
少し思っています．

無理に入れて欲しいとお願いしているわけではないので，
「そんなものでアーカイブが大きくなるのは不可」ということでしたら
それはそれで納得します．

また書式についても，Tcl/Tk からの移植向けに，オリジナルの
Tcl/Tk 版の記述に近づけて比較しやすくしているため，
多くの部分があまり Ruby らしくないと批判されてます．
この点も，「一緒に配布」とするにはマイナス点ですね．

ちなみに添付するとしても，現在の英語版のアーカイブを管理されている
Matt Gushee さんとは全くコンタクトを取ったことがありませんので，
私の方で手を入れたものを加えて良いか確認する必要もあります．

# 手元の修正済み版は，日本語/英語の両方があります．

まぁ，「加えてもいいんじゃない？」という意見が他にもあれば
ということで．(^_^)
-- 
                                         永井 秀利 （九工大 知能情報）
                                             [e-mail]