[#17017] 標準添付案 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

21 messages 2002/05/08
[#17019] Re: 標準添付案 — "Akinori MUSHA" <knu@...> 2002/05/08

At Wed, 8 May 2002 19:50:17 +0900,

[#17021] Re: 標準添付案 — GOTO Kentaro <gotoken@...> 2002/05/08

At Wed, 8 May 2002 22:45:06 +0900,

[#17031] double acosh — WATANABE Hirofumi <eban@...>

わたなべです。

25 messages 2002/05/10
[#17032] Re: double acosh — nobu.nakada@... 2002/05/10

なかだです。

[#17033] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17036] Re: double acosh — matz@... (Yukihiro Matsumoto) 2002/05/10

まつもと ゆきひろです

[#17039] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17134] argv[0] — Tanaka Akira <akr@...17n.org>

ふと ruby インタプリタの C における argv[0] を知りたくなったんですが、

23 messages 2002/05/18
[#17139] Re: argv[0] — matz@... (Yukihiro Matsumoto) 2002/05/18

まつもと ゆきひろです

[#17144] Re: msvcrt — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

18 messages 2002/05/19

[#17179] コマンドラインオプションの順序制約 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

13 messages 2002/05/22
[#17181] Re: コマンドラインオプションの順序制約 — matz@... (Yukihiro Matsumoto) 2002/05/22

まつもと ゆきひろです

[#17228] Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

28 messages 2002/05/30

[ruby-dev:17234] Re: safe-level

From: nagai@...
Date: 2002-05-30 08:23:02 UTC
List: ruby-dev #17234
永井@知能.九工大です.

From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:17229] Re: safe-level
Date: Thu, 30 May 2002 15:31:19 +0900
Message-ID: <1022740279.275029.6063.nullmailer@picachu.netlab.jp>
matz> 現在の仕様は「Procは$SAFE状態を記憶している」です。つまり、
matz> $SAFEが高いところで生成されたProcを実行中にはProcの実行中に
matz> はその$SAFEになります。でも、実はProcの実行中に$SAFEを変更す
matz> ることは想定していませんでした。

そうですか.

matz> ということで、「正しい」と断言するほどその状態を考慮していた
matz> わけではありません。でも、現状はそうなってますし、そのほうが
matz> 便利ならそうしてもかまわないだろうなとは思います。

ということでしたら,ぜひ仕様として確定していただけますようお願いします.
一時的に safe level を変更して実行したい場合に
わざわざ thread を生成するよりは処理も軽そうです.
また,一つの thread での実行ですから,
今回の Tk の問題に見られるようなタイプの deadlock を
生じる可能性も低くなります.
仕様として公式に認められることで安心して利用できますし,
これを仕様とすることによって生じる障害もなさそうです.

では,仕様として確定するものと信じて(^_^),
Tk のメンテ作業を進めることにします.
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread

Prev Next