From: keiju@... (=?ISO-2022-JP?B?GyRCQFBETTc9PHkbKEI=?= )
Date: 1998-04-15T03:45:51+09:00
Subject: [ruby-dev:2326] Re: [Req] stack level too deep (fatal)

けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-dev :2298 ] the message: "[ruby-dev:2298] Re: [Req] stack level too deep (fatal) ", on Apr/14 11:10(JST) 
Yukihiro Matsumoto writes: 

>まつもと ゆきひろです

>否定はしません．ただ，それによって例外(＝大域脱出)の概念は若
>干複雑になるわけですから，トレードオフですね．

確かにそうですね...

>|で, 何で区別するかですが, 何がいつ発生するか知らないと区別できないんで
>|すけど...
>|
>|1. コードの書き方に由来する例外で, 基本的に対処しようがないもの
>|2. ユーザ側で予測し得る例外. 
>|3. カテゴリ化された例外群
>
>どのような例外はどっちにするという明確な基準があると良い気が
>します．もちろん，上の3つの分類でもある程度分かりますけど，

そうですね. 今回分類したのも結構迷いましたしね...

>たとえば3に分類されているもののうち
>|  SecurityError safe.rbで定義されてる
>は1に分類されそうな気がしますし．

これはそうかも知れませんね. 3は基本的ではない非組み込みモジュールごと
の例外って感じですものね.

>つまり，こういう例外体系はどうだろうかという具体的な提案が欲
>しいわけです．石塚さんには大変でしょうが．

そうですねえ... 今そういうことをやっている暇はないなあ... 

逆に経験的なものになるんですが, 明らかにデバッグの妨げになるのは外に出
せばいいかな...

  GlobalExit
    SystemExit
    Interrupt
    ProgramError
      SyntaxError    構文エラー
      LocalJumpError catch/throwのエラー
      ArgumentError  引数間違い
      NameError      未定義のローカル変数
    Exception
      NotImpError
      SecurityError
      TypeError
      RegxpError
      LoadError
      IndexError
      ZeroDivisionError
      SystemCallError
      IOError
      EOFError
      ThreadError
      SocketError
      RuntimeError

# 前のメイルと違っているなあ...

でも, 4つのエラーは勝手に例外が捕捉されてエラーの原因が分からなくなっ
たことがあるのばかりです.

__
................................石塚 圭樹＠日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---