[#15040] WeakRef and load(file, true) — Shugo Maeda <shugo@...>
前田です。
7 messages
2001/11/06
[#15043] puts array — "Akinori MUSHA" <knu@...>
puts に配列を与えたときの挙動が最新の 1.7 では変わっていて
14 messages
2001/11/06
[#15046] Re: puts array
— "U.Nakamura" <usa@...>
2001/11/07
こんにちは、なかむら(う)です。
[#15052] Re: puts array
— "Akinori MUSHA" <knu@...>
2001/11/07
At Wed, 7 Nov 2001 09:54:03 +0900,
[#15044] resolv.rb — Kazuhiro NISHIYAMA <zn@...>
Resolv::Hostsのデフォルトのファイル名ってWindows 9x環境だと
5 messages
2001/11/06
[#15047] can't set chomped String to environment — nobu.nakada@...
なかだです。
6 messages
2001/11/07
[#15051] Re: can't set chomped String to environment
— matz@... (Yukihiro Matsumoto)
2001/11/07
まつもと ゆきひろです
[#15067] rb_eval_string — OJ <oj@...7.com>
OJです。
39 messages
2001/11/08
[#15068] Re: rb_eval_string
— nobu.nakada@...
2001/11/08
なかだです。
[#15069] Re: rb_eval_string
— OJ <oj@...7.com>
2001/11/08
OJです。
[#15071] Re: rb_eval_string
— nobu.nakada@...
2001/11/09
なかだです。
[#15077] Re: rb_eval_string
— OJ <oj@...7.com>
2001/11/09
OJです。
[#15078] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/09
わたなべです。
[#15083] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/09
こんにちは、なかむら(う)です。
[#15088] Re: rb_eval_string
— nobu.nakada@...
2001/11/09
なかだです。
[#15089] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/09
こんにちは、なかむら(う)です。
[#15092] Re: rb_eval_string
— nobu.nakada@...
2001/11/09
なかだです。
[#15096] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/09
こんにちは、なかむら(う)です。
[#15109] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15112] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15114] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15115] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15119] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15121] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15124] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15126] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15134] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15135] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15138] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15139] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/12
こんにちは、なかむら(う)です。
[#15143] Re: rb_eval_string
— WATANABE Hirofumi <eban@...>
2001/11/13
わたなべです。
[#15144] Re: rb_eval_string
— "U.Nakamura" <usa@...>
2001/11/13
こんにちは、なかむら(う)です。
[#15100] Using static mark stack, GC is slow. — sheepman <sheepman@...>
こんばんは
6 messages
2001/11/10
[#15101] [bug?] pty causes segv by getting SIGINT — akira yamada / やまだあきら <akira@...>
10 messages
2001/11/11
[#15107] Re: [bug?] pty causes segv by getting SIGINT
— matz@... (Yukihiro Matsumoto)
2001/11/11
まつもと ゆきひろです
[#15108] Re: [bug?] pty causes segv by getting SIGINT
— akira yamada / やまだあきら <akira@...>
2001/11/11
[#15141] Re: [bug?] pty causes segv by getting SIGINT
— akira yamada / やまだあきら <akira@...>
2001/11/13
[#15102] Gtk::Object#flags!= — akira yamada / やまだあきら <akira@...>
5 messages
2001/11/11
[#15116] rubylib_mangle whitespace — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
11 messages
2001/11/12
[#15118] Re: rubylib_mangle whitespace
— matz@... (Yukihiro Matsumoto)
2001/11/12
まつもと ゆきひろです
[#15120] Re: rubylib_mangle whitespace
— WATANABE Hirofumi <eban@...>
2001/11/12
わたなべです。
[#15132] uri.rb — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
7 messages
2001/11/12
[#15174] strange behavior about PTY.spawn — akira yamada / やまだあきら <akira@...>
18 messages
2001/11/15
[#15176] Re: strange behavior about PTY.spawn
— matz@... (Yukihiro Matsumoto)
2001/11/15
まつもと ゆきひろです
[#15177] Re: strange behavior about PTY.spawn
— akira yamada / やまだあきら <akira@...>
2001/11/15
[#15185] Re: strange behavior about PTY.spawn
— akira yamada / やまだあきら <akira@...>
2001/11/16
[#15175] ruby-mingw32 configuration — HIDAKA Takahiro <cv8t-hdk@...>
ひだかです。
9 messages
2001/11/15
[#15183] Re: ruby-mingw32 configuration
— WATANABE Hirofumi <eban@...>
2001/11/16
わたなべです。
[#15239] gc.c (gc_mark_rest): declare work area as static — "K.Kosako" <kosako@...>
現在のGCのアルゴリズム(matz-sheepman)を少し変更しようと思って、
7 messages
2001/11/22
[#15242] Re: gc.c (gc_mark_rest): declare work area as static
— sheepman <sheepman@...>
2001/11/22
On Thu, 22 Nov 2001 16:21:17 +0900
[#15247] Re: gc.c (gc_mark_rest): declare work area as static
— "K.Kosako" <kosako@...>
2001/11/26
sheepmanさんの<20011122202749.56b8eb49.sheepman@tcn.zaq.ne.jp>から
[#15251] Re: [ruby-ext:01999] Re: syslog module is becoming ready — "Akinori MUSHA" <knu@...>
というわけで 1.7 に syslog モジュールを入れました。
43 messages
2001/11/26
[#15264] License(Re: Re: [ruby-ext:01999] Re: syslog module is becoming ready)
— nobu.nakada@...
2001/11/28
なかだです。
[#15253] erb (Re: [ruby-ext:01999] Re: syslog module is becoming ready)
— TADA Tadashi <sho@...>
2001/11/26
ただただしです。
[#15277] Re: erb (Re: [ruby-ext:01999] Re: syslog module is becoming ready)
— "Akinori MUSHA" <knu@...>
2001/11/28
At Mon, 26 Nov 2001 22:30:03 +0900,
[#15254] Re: [ruby-ext:01999] Re: syslog module is becoming ready
— Tanaka Akira <akr@...17n.org>
2001/11/26
In article <86r8ql90zt.wl@archon.local.idaemons.org>,
[#15257] Re: [ruby-ext:01999] Re: syslog module is becoming ready
— "Akinori MUSHA" <knu@...>
2001/11/26
At Mon, 26 Nov 2001 23:07:30 +0900,
[#15263] Re: [ruby-ext:01999] Re: syslog module is becoming ready
— Minero Aoki <aamine@...>
2001/11/27
あおきです。
[#15276] Re: [ruby-ext:01999] Re: syslog module is becoming ready
— "Akinori MUSHA" <knu@...>
2001/11/28
At Wed, 28 Nov 2001 07:58:55 +0900,
[#15316] Re: [ruby-ext:01999] Re: syslog module is becoming ready
— Minero Aoki <aamine@...>
2001/11/30
あおきです。
[#15291] optparse
— "Akinori MUSHA" <knu@...>
2001/11/29
そうそう、 optparse も標準に入っていると便利だと思うのですが
[#15308] Re: optparse
— matz@... (Yukihiro Matsumoto)
2001/11/29
まつもと ゆきひろです
[#15309] Re: optparse
— Takahiro Kambe <taca@...>
2001/11/29
In message <1007018271.960435.20342.nullmailer@ev.netlab.jp>
[#15312] Re: optparse
— matz@... (Yukihiro Matsumoto)
2001/11/29
まつもと ゆきひろです
[#15270] ruby on NetBSD — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
25 messages
2001/11/28
[#15271] Re: ruby on NetBSD
— Takahiro Kambe <taca@...>
2001/11/28
In message <20011128181510.3D11.USA@osb.att.ne.jp>
[#15272] Re: ruby on NetBSD
— "U.Nakamura" <usa@...>
2001/11/28
こんにちは、なかむら(う)です。
[#15278] Re: ruby on NetBSD
— Takahiro Kambe <taca@...>
2001/11/28
In message <20011128182726.3D14.USA@osb.att.ne.jp>
[#15280] Re: ruby on NetBSD
— nobu.nakada@...
2001/11/29
なかだです。
[#15296] Re: ruby on NetBSD
— "U.Nakamura" <usa@...>
2001/11/29
こんにちは、なかむら(う)です。
[#15306] Re: ruby on NetBSD
— Takahiro Kambe <taca@...>
2001/11/29
In message <20011129183834.3790.USA@osb.att.ne.jp>
[#15335] Re: ruby on NetBSD
— "U.Nakamura" <usa@...>
2001/12/03
こんにちは、なかむら(う)です。
[#15336] Re: ruby on NetBSD
— WATANABE Hirofumi <eban@...>
2001/12/03
わたなべです。
[#15337] Re: ruby on NetBSD
— "U.Nakamura" <usa@...>
2001/12/03
こんにちは、なかむら(う)です。
[#15342] Re: ruby on NetBSD
— Takahiro Kambe <taca@...>
2001/12/03
取り込み、ありがとうございます。
[#15345] Re: ruby on NetBSD
— "U.Nakamura" <usa@...>
2001/12/03
こんにちは、なかむら(う)です。
[#15292] Re: m17n ruby 特に TRON 文字コード — TOYOFUKU Chikanobu <toyofuku@...>
豊福です。
7 messages
2001/11/29
[#15298] time.rb — Tanaka Akira <akr@...17n.org>
というわけで、timex.rb 改め time.rb が rough に入ったのでご意見募集です。
27 messages
2001/11/29
[#15407] Re: time.rb
— Tanaka Akira <akr@...17n.org>
2001/12/10
In article <hvovgftkgy7.fsf@coulee.a02.aist.go.jp>,
[#15408] Re: time.rb
— matz@... (Yukihiro Matsumoto)
2001/12/10
まつもと ゆきひろです
[#15488] Re: time.rb
— akira yamada / やまだあきら <akira@...>
2001/12/18
[#15546] Re: time.rb
— akira yamada / やまだあきら <akira@...>
2001/12/25
[#15547] Re: time.rb
— matz@... (Yukihiro Matsumoto)
2001/12/25
まつもと ゆきひろです
[#15559] Re: time.rb
— Tanaka Akira <akr@...17n.org>
2001/12/27
In article <1009298477.998171.30253.nullmailer@ev.netlab.jp>,
[ruby-dev:15247] Re: gc.c (gc_mark_rest): declare work area as static
From:
"K.Kosako" <kosako@...>
Date:
2001-11-26 06:27:50 UTC
List:
ruby-dev #15247
sheepmanさんの<20011122202749.56b8eb49.sheepman@tcn.zaq.ne.jp>から > > 現在のGCのアルゴリズム(matz-sheepman)を少し変更しようと思って、 > > テスト用スクリプトを書いているうちに、GCが永遠に戻ってこない > > 現象を発見しました。(最新版です) > > 再現しました。 > > 原因は、実際にマークする前にスタックの長さをチェックしていたからだと > 思います。rb_gc_mark の制御の流れを整理したら直りました。 修正を確認しました。 元の報告の中に変なことを書いていました。すみません。 (デバッグ用に追加したprintf文自体が間違っていたので....情けない。) mark_stack_overflowしてヒープ空間の全スキャンになったときも、 スタックが許す限りrb_gc_mark()を再帰呼び出しするように、少しだけ変更してみました。 この変更が意味をもつように恣意的に書いたスクリプトでだけ、かなりGCの速度が 向上するのですが、ボツになると思われるのでパッチは出さないでおきます。 (どうして最初からそうなっていないのかが、判らないのですが。) -- 小迫＠ソフネック 渋谷区恵比寿1-15-1