[#39464] Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

25 messages 2004/04/01
[#39608] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

遅い反応&File.fnmatchは使った事ない&ruby-devの方では

[#39609] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

File.fnmatch(と Dir.glob)をちょっと使ってみたのですが、

[#39610] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/05/02

山本です。

[#39611] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39613] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39616] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39620] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39621] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/03

まつもと ゆきひろです

[#39622] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[ruby-list:39575] Re: RC version of the next Ruby/Tk

From: Hidetoshi NAGAI <nagai@...>
Date: 2004-04-20 02:57:44 UTC
List: ruby-list #39575
永井@知能.九工大です.

From: "Shirai,Kaoru" <shirai@korinkan.co.jp>
Subject: [ruby-list:39573] Re: RC version of the next Ruby/Tk
Date: Mon, 19 Apr 2004 14:35:52 +0900
Message-ID: <20040419.143549.720262343.nobody@localhost>
> この仕様で良いと思います。forkを挟んでTkの処理を行いたいケースというの
> は思い付きません。

エラーも出さず,裏でゴミプロセスが動きっぱなしになるというのも
嬉しくないので,せめてそれだけでも何とかならないものかかと考え
ていたのですが,うまい方法が思い付きませんでした.
もちろん,Tk インタープリタのオブジェクトに初期化プロセスの ID 
を持たせ,一致しない場合は処理呼び出しを無視するというのも考え
たのですが,呼び出しの度にチェックではコストが割に合いません.
fork が呼ばれたときに何らかの hook を呼び出すことができるなら
嬉しいのですが,そういう要望へのサポートは実装されていないよう
ですからこれも無理です.
fork 時に thread が殺されるのを利用できないかとも考えましたが,
「いつ確認するのか」の問題はそのままで,何ら解決になりません.

というわけで,やはり当面は「保証しない」とするしかなさそうです.
もし,fork がなされたことを検知して処理を呼び出す手段が提供さ
れたならば,Tk インタープリタを初期化したプロセス以外では Tk の
呼び出しを継続できない旨の例外を発生させることを検討したいと
思います.
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread

Prev Next