[#7968] array .{first, last, at} — Kazunori NISHI <kazunori@...>

西@九大です。

25 messages 1999/10/07
[#7969] Re: array .{first, last, at} — nobu.nakada@... 1999/10/07

なかだです。

[#7983] Re: array .{first, last, at} — Kazunori NISHI <kazunori@...> 1999/10/12

西@九大です。

[#7984] Re: array .{first, last, at} — matz@... (Yukihiro Matsumoto) 1999/10/12

まつもと ゆきひろです

[#7985] [patch] Array#delete_at w/ minus value — EGUCHI Osamu <eguchi@...> 1999/10/12

えぐち@エスアンドイーです。

[ruby-dev:8094] Re: signal exception semantics

From: nobu.nakada@...
Date: 1999-10-23 02:38:11 UTC
List: ruby-dev #8094
なかだです。

At Sun, 17 Oct 1999 22:25:54 +0900,
matz@netlab.co.jp (Yukihiro Matsumoto) wrote:
> つーか、コードを見ても「signal のブロックに限らず、例外に処
> 理されたことを通知してやる」ってのが具体的にどういうことを目
> 指しているのかいまいち分かんなかったです。

  「あんたは今 rescue されたから、あるいは別の例外が発生したから、
もう用済」と死刑宣告(^^;するということです。C++ のようにオブジェ
クトのライフスパンが lexical な言語だとデストラクタをこっそり仕込
んどいたりできますが、それをあからさまにやってやるということです。

  で、あのパッチは Exception のいわばデストラクタの呼出と、それ
を受けて signal ハンドラでブロックしておいた signal を再度受け付
けるようにする、という2つの部分が一緒になってます。

> 特にrb_signal_unblock()のあたり。

  rb_raise() の都合上、SignalException の利用可能な情報というのが 
signal の名前だけなので、ああいう形になりましたが、ここは一つ作者
の特権で何とか(^^;。

> |  先週から外部と隔離(^^;)されたような状態になってしまって、週末し
> |かメールを読むことができなくなってしまいました。
> 
> お返事は来週でしょうか。楽しみに待ってます。

  ずっと腐り切ったソースばかり見てたんで、リハビリが必要なようで
す。はっきり言って全部捨てて(並列処理をサポートする言語で)書き直
したいところですが、Enterprise Edition の方のご予定は?(笑)

-- 
そうだ 強気に ちょっと インチキに☆彡
    中田 "Bugるくらいがちょうどいいかも;-)" 伸悦

In This Thread