[#37248] [Feature:1.9] Enumerator#inspect — "Yusuke ENDOH" <mame@...>

遠藤です。

12 messages 2008/12/02

[#37337] [Feature #841] Object#self — "rubikitch ." <redmine@...>

Feature #841: Object#self

13 messages 2008/12/09

[#37513] Current status of 1.9.1 RC1's issues — "Yugui (Yuki Sonoda)" <yugui@...>

Hi, folks

14 messages 2008/12/20
[#37516] Re: Current status of 1.9.1 RC1's issues — Masatoshi SEKI <m_seki@...> 2008/12/20

咳といいます。

[#37576] [BUG:trunk] encoding for stdio's — "Yugui (Yuki Sonoda)" <yugui@...>

Yuguiです。

11 messages 2008/12/24

[ruby-dev:37660] Re: [Bug #943] Segmentation fault (cygwin)

From: Martin Duerst <duerst@...>
Date: 2008-12-30 06:58:27 UTC
List: ruby-dev #37660
At 17:19 08/12/29, SASADA Koichi wrote:
> ささだです.
>
>Martin Duerst wrote::

>> しかし、真っ平らなデータを読み込むだけでスタックがこんなに伸びる
>> のはなぜでしょうか。上記のスクリプトを
>> 
>> ruby -e 'puts "A=[]"; 0.upto(1000000) { puts "A<<[22, 55]" }' | ruby
>> 
>> に直すと、時間がかかるものの、問題なく完成されます。
>
> [e1, e2, ..., eN] というリテラルは,一度 e1, e2, ..., eN を全部スタッ
>クに積んで,スタック上の値を利用して配列を作ります.そのため,スタック
>オーバーフローになります.

そのぐらいは想像が付きました。

> 上記例のように,空の配列を作って,それに push するように変更することも
>可能ですが,それを出来るようにしたほうがいいですかねぇ.するにしても,
>1.9.2 で命令追加ってことになると思いますが.そう変更したら,ちょっと速度
>が遅くなるってくらいかなぁ.

こんなにでかい「定数」の配列はどのぐらい必要になるのかは分かりませんが、
「定数から追加に記述を変更してください。」と言う必要がでてくるのは
何となく逆のような気がする。まあ、1.9.2 とかの段階でじっくり考えた
方がいいと思います。

よろしくお願いします。     Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


In This Thread

Prev Next