[#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:14860] Re: custom marshal

From: nobu.nakada@...
Date: 2001-10-03 05:05:48 UTC
List: ruby-dev #14860
なかだです。

At Wed, 3 Oct 2001 13:17:15 +0900,
matz@ruby-lang.org (Yukihiro Matsumoto) wrote:
> まず、marshal以外について先に考えます。
> 
> marshal以外では、今まで通りnewを再定義していればallocateメソッ
> ドは不要です。allocateを呼んでいるのはClass#newなので。
> 
> marshalについてはT_DATAはdumpできないし、r_objectはT_DATAな
> オブジェクトを生成できないので問題ないと思いますけど。

 まずallocateの使用が強制されるわけではないと。で、矛盾が発生
しうるのはnewを経由しないmarshalのときだけ、marshalではT_DATAは
扱わないので矛盾は生じない、ということですね。

> |> でも、become対策だけなら最初のT_OBJECTのチェックだけで十分で
> |> はないかという気がしてきました。というのも、
> |
> | たしかにそんな気もします。
> 
> そうしようかなあ。

 独立に適用できそうなので、とりあえずこちらだけでも入れておく
というのは?

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

In This Thread