[#2560] ruby 1.0-970331 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2571] a mailer written in ruby/Tk — aito@...5nazha.yz.yamagata-u.ac.jp (Akinori ITO)
あ伊藤@山形大学です。
まつもと ゆきひろです.
あ伊藤です。
まつもと ゆきひろです.
> 面倒でなければ自分でおいていただけるとありがたいです.
[#2592] FAQ — MAEDA Shugo <ender@...>
前田です。
まつもと ゆきひろです.
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
金光です。FAQサーバ向けにとりあえず、質問だけ提出します(sjisから変換してください)。
[#2596] help — Masao Kanemitsu <masao-k@...>
金光です。調子が悪いので、看てやってください。
まつもと ゆきひろです.
In message <199704040609.PAA22926@castanet.caelum.co.jp>
まつもと ゆきひろです.
tk関係のサンプルが動いてくれなかった件ですが:
まつもと ゆきひろです
In message <199704071537.AAA28214@castanet.caelum.co.jp>
まつもと ゆきひろです.
In message <199704090735.QAA11322@castanet.caelum.co.jp>
まつもと ゆきひろです.
けいじゅ@SHLジャパンです.
In message <199704090856.RAA14093@castanet.caelum.co.jp>
わたなべです.
まつもと ゆきひろです.
わたなべです.
わたなべです.
まつもと ゆきひろです.
わたなべです.
まつもと ゆきひろです.
わたなべです.
まつもと ゆきひろです.
前田です。
大庭@SHLJapanです.
前田です。
大庭@SHLJapanです.
大庭@SHLJapanです.
前田です。
けいじゅ@SHLジャパンです.
まつもと ゆきひろです.
けいじゅ@SHLジャパンです.
[#2619] Re: WWW library (Re: class design) — Shin-ichiro Hara <sinara@...>
原です。
[#2625] [Req] alias for singltone method — keiju@... (Keiju ISHITSUKA)
けいじゅ@SHLジャパンです.
[#2655] Who is 'nobody' — sinara@...
原です。
[#2702] security model — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです.
[#2705] lineno ($.), English.rb — WATANABE Hirofumi <watanabe@...>
わたなべです.
[#2721] [BUG] File.umask — jkuro@... (Kuroda Jun)
黒田です。
まつもと ゆきひろです.
[#2726] Re: class design (Re: url escape) — takagi@... (TAKAGI Hiromitsu)
高木と申します。
[#2767] [BUG?] strip — MAEDA Shugo <ender@...>
前田です。
[#2819] ruby 1.0-970414 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2829] configure script — TANAKA Shin-ichi <tanaka@...>
田中です。たびたびすみません。
[#2844] ruby 1.0-970422 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2860] ruby 1.0-970425 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
黒田です。
まつもと ゆきひろです.
黒田です。
[#2876] how to init class? — lo_tek@... (MAEDA Shugo)
前田です。
[ruby-list:2743] Re: tk etc.
まつもと ゆきひろです.
In message "[ruby-list:2737] Re: tk etc."
on 97/04/10, 石塚圭樹 <keiju@shljapan.co.jp> writes:
|
|けいじゅ@SHLジャパンです.
|
|In [ruby-list :02727 ] the message: "[ruby-list:2727] Re: tk etc. ",
|on Apr/09 20:33(+0200) matz@caelum.co.jp (Yukihiro Matsumoto) writes:
|
|>原因はbisonではなくyaccを使っていた事です.というのはyaccは
|>生成途中の構文木をマシンスタックにおかないので,大きなスクリ
|>プトをロードして(tk.rbはかなり大きいです)コンパイル中にGCが
|>起きると構文木のノードがゴミとして回収されてしまうのでした.
|
|うーん. すごいところに原因がありましたね... これって, 他の場合でも
|load/require/evalを使っている場合は出る可能性があるんですよねえ... ま
|だ, 原因が追求しやすくて良かったのかも(^^;;;
そうですね.まあ,あの手のバグはGC絡みというのは過去の経験か
ら分かっていましたから,比較的しぼりやすかったですね.で,結
局コンパイル中にGCが起きたらとりあえず全てのノードをマークす
るというかなり安全側に倒した方法で解決しました.
|あ, でも, 良く考えたら, 構文木を参照するポインタがスタック中か静的変数
|かにあるはずだからGCされないような(?_?
rubyのGCは大域変数やヒープ中の領域に関しては明示的に教えてや
らないとマークしませんから.
構文木はボトムアップに構築されるので,コンパイル中はパーザス
タックからしか参照されていないノードがあります.yaccの場合は
パーザスタックがヒープ上の領域にとられるので,マークされなかっ
たようです.
まつもと ゆきひろ /:|)