[#45637] [ruby-trunk - Feature #6440][Open] 引数にIOを渡した場合のMarshal.loadにバッファを持たせたい — "Glass_saga (Masaki Matsushita)" <glass.saga@...>

14 messages 2012/05/16

[#45670] [ruby-trunk - Bug #6479][Open] ipaddr.rbの受け付ける書式が、プラットフォームによって異なる — "kachick (Kenichi Kamiya)" <kachick1+ruby@...>

9 messages 2012/05/22

[ruby-dev:45666] Re: [Ruby 1.9-Feature#3917][Open] [proposal] called_from() which is much faster than caller()

From: SASADA Koichi <ko1@...>
Date: 2012-05-21 23:14:16 UTC
List: ruby-dev #45666
桑田さん

 ささだです.

 1.5 年もお待たせしてしまって申し訳ありません.1つだけデザインについて
相談させて下さい.

(2010/10/10 1:25), Makoto Kuwata wrote:
> もとのproposalにもcallerの拡張案を載せていますが、
> それと同じという解釈でいいでしょうか。
> 私としてはcallerの拡張でも結構です。

 ここは,見逃していました.すみません.

>> (b) 配列の要素をFrameInfo オブジェクトとかいうものをでっちあげる
>>
>>   caller => [frameinfo1, frameinfo2, ...]
>>
>>    FrameInfo#type     # iseq->type 相当(でいいのか?)
>>    FrameInfo#name     # iseq->name 相当、メソッド名とか
>>    FrameInfo#line_no  # これまでと同じ行番号
>>    FrameInfo#filename # これまでと同じファイル名
>>
>>  FrameInfo#to_str を定義することで、文字列を期待していた今までのコード
>> もそのまま動く(ほんとかな?)。
>>
>> iseq を持たせるような実装になるのかしらん。
>>
>> FrameInfo#binding とかやると、caller_binding みたいな話になるんだけ
>> ど、これはやらない。
>>
>> *CallerEntry とかの名前のほうがいいのかしらん。
>>
>>
>> (2) called_from の返値を FrameInfo みたいなのにする
>>
>> FrameInfo の定義は上記の通り。
>>
> 
> これについては私のほうでは善し悪しが判断できないので、開発陣の判断にお任せします。

 配列 ([filaneme, line, methodname])と,メソッドでアクセスするオブジェ
クト(frame.filename, frame.line, frame.method みたいな)だと,どちらが
いい,とかありますか? 例では多重代入で一発でやっていましたが.

-- 
// SASADA Koichi at atdot dot net

In This Thread