[#14922] alias $gvar — Koji Arai <JCA02266@...>

新井です。

19 messages 2001/10/14

[#15006] Re: eval.c (rb_stack_check): prohibit recursive raising error — WATANABE Hirofumi <eban@...>

わたなべです。

13 messages 2001/10/26
[#15008] Re: eval.c (rb_stack_check): prohibit recursive raising error — Shugo Maeda <shugo@...> 2001/10/26

前田です。

[ruby-dev:14848] Re: custom marshal

From: nobu.nakada@...
Date: 2001-10-03 01:11:02 UTC
List: ruby-dev #14848
なかだです。

At Wed, 3 Oct 2001 08:50:52 +0900,
matz@ruby-lang.org (Yukihiro Matsumoto) wrote:
>   * allocation frameworkの追加
> 
>     オブジェクトの割り当てを各クラスのallocateメソッドによっ
>     て行うようにRuby全体を変更し、TYPE_UCLASSに対して、もう
>     ひとつ別のオブジェクトをallocateし、そのオブジェクトと
>     r_object()の結果のTYPEが一致するかを確認する、という方法
>     でより厳密なチェックを行います。

 これは今まで何度か話に上がってるbasicNewのようなもの? あとは
拡張ライブラリへの影響はどの程度でしょうか。

> これで、(becomeの能力は下がりますが)落ちることはなくなると思
> います。

 becomeに関しては元々裏技のようなものだし、だいたいTYPE_UCLASS
は対象外のようなので、しょうがないんじゃないかと思いますが。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

In This Thread