[#27919] 1.8.4 Preview2 検証 — "URABE Shyouhei aka. mput" <root@...>
卜部です。
33 messages
2005/12/01
[#27922] Re: 1.8.4 Preview2 検証
— Yukihiro Matsumoto <matz@...>
2005/12/01
まつもと ゆきひろです
[#27944] Ruby 1.8.3 on FreeBSD — Masayoshi Takahashi <maki@...>
高橋征義です。
6 messages
2005/12/03
[#27991] GC.always — Tanaka Akira <akr@...17n.org>
というように、GC を常に動かすというのは GC 関連の問題を発見
8 messages
2005/12/11
[#27993] Re: GC.always
— Yukihiro Matsumoto <matz@...>
2005/12/11
まつもと ゆきひろです
[#27994] Re: GC.always
— Tanaka Akira <akr@...17n.org>
2005/12/11
In article <1134314081.457781.8573.nullmailer@x31.priv.netlab.jp>,
[#27997] 1.8.4 documents? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
22 messages
2005/12/12
[#28017] Re: 1.8.4 documents?
— Koji Arai <jca02266@...>
2005/12/13
新井です。
[#28020] Re: 1.8.4 documents?
— Koji Arai <jca02266@...>
2005/12/13
新井です。
[#28010] IA64 BSPSTORE — Tanaka Akira <akr@...17n.org>
そういえば、IA64 で gc.c や eval.c に BSPSTORE レジスタの値
7 messages
2005/12/13
[#28011] Re: IA64 BSPSTORE
— Yukihiro Matsumoto <matz@...>
2005/12/13
まつもと ゆきひろです
[#28012] Re: IA64 BSPSTORE
— Tanaka Akira <akr@...17n.org>
2005/12/13
In article <1134478762.181062.2779.nullmailer@x31.priv.netlab.jp>,
[#28045] 1.8.4 what remains? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
9 messages
2005/12/19
[#28082] ruby_1_8 Segmentation fault on Cygwin — yanagi@...
柳田です。
13 messages
2005/12/21
[#28083] Re: ruby_1_8 Segmentation fault on Cygwin
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/21
山本です。
[#28084] Re: ruby_1_8 Segmentation fault on Cygwin
— "U.Nakamura" <usa@...>
2005/12/21
こんにちは、なかむら(う)です。
[#28085] Re: ruby_1_8 Segmentation fault on Cygwin
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/21
山本です。
[#28086] Re: ruby_1_8 Segmentation fault on Cygwin
— "U.Nakamura" <usa@...>
2005/12/21
こんにちは、なかむら(う)です。
[#28091] Re: ruby_1_8 Segmentation fault on Cygwin
— Kouhei Yanagita <yanagi@...>
2005/12/21
柳田です。
[#28094] Re: ruby_1_8 Segmentation fault on Cygwin
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/22
山本です。
[#28087] test(?-, file1, file2) — Tanaka Akira <akr@...17n.org>
マニュアルの test(?-, file1, file2) の説明に、
4 messages
2005/12/21
[#28109] Kernel#fail — "URABE Shyouhei aka. mput" <root@...>
さすがにもう誰も使ってないのではないかと思います。Kernel#failは廃止にし
5 messages
2005/12/24
[#28121] post_connection_check with javacc.dev.java.net — Tanaka Akira <akr@...17n.org>
ふと、https://javacc.dev.java.net/ を open-uri でアクセスすると、
4 messages
2005/12/25
[#28127] Intel C++ Compiler and HP aC++/ANSI C on IA64 — Tanaka Akira <akr@...17n.org>
TestDrive で IA64 上の Intel C++ Compiler and HP aC++/ANSI C
9 messages
2005/12/27
[#28129] Re: Intel C++ Compiler and HP aC++/ANSI C on IA64
— WATANABE Tetsuya <Tetsuya.WATANABE@...>
2005/12/27
渡辺哲也です。
[#28140] ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError) — Tanaka Akira <akr@...17n.org>
HP-UX で HP aC++/ANSI C を使って作った ruby で、openssl や drb のテストをすると、
34 messages
2005/12/27
[#28141] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— WATANABE Tetsuya <Tetsuya.WATANABE@...>
2005/12/28
渡辺哲也です。
[#28142] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— Tanaka Akira <akr@...17n.org>
2005/12/28
In article <200512280307.jBS37nnj005909@pbsg500.nifty.com>,
[#28143] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— WATANABE Tetsuya <Tetsuya.WATANABE@...>
2005/12/28
In message "[ruby-dev:28142] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)"
[#28147] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/28
山本です。
[#28149] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— Tanaka Akira <akr@...17n.org>
2005/12/28
In article <20051228210640.13C71A10.ocean@m2.ccsnet.ne.jp>,
[#28151] Re: ia64-hpux11.23/socket.sl: this executable file can't load extension libraries (LoadError)
— WATANABE Tetsuya <Tetsuya.WATANABE@...>
2005/12/29
渡辺哲也です。
[#28152] Re: ia64-hpux11.23/socket.sl: this executable file can't load extensionlibraries (LoadError)
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/29
山本です。
[#28153] Re: ia64-hpux11.23/socket.sl: this executable file can't load extensionlibraries (LoadError)
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/12/29
山本です。
[#28154] thread based generator.rb
— Tanaka Akira <akr@...17n.org>
2005/12/29
In article <20051229114438.44D19F00.ocean@m2.ccsnet.ne.jp>,
[#28156] Re: thread based generator.rb
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/12/29
なかだです。
[#28160] Re: thread based generator.rb
— Tanaka Akira <akr@...17n.org>
2005/12/29
In article <ypvtr77wv7q9.wl%nobuyoshi.nakada@ge.com>,
[#28163] Re: thread based generator.rb
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/12/29
なかだです。
[#28164] Re: thread based generator.rb
— Tanaka Akira <akr@...17n.org>
2005/12/29
In article <ypvtoe30v1zk.wl%nobuyoshi.nakada@ge.com>,
[#28165] Re: thread based generator.rb
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/12/29
なかだです。
[#28166] Re: thread based generator.rb
— Tanaka Akira <akr@...17n.org>
2005/12/29
In article <ypvtmzikv11x.wl%nobuyoshi.nakada@ge.com>,
[#28171] Re: thread based generator.rb
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/12/29
なかだです。
[#28172] Re: thread based generator.rb
— Tanaka Akira <akr@...17n.org>
2005/12/29
In article <ypvtwthol15x.wl%nobuyoshi.nakada@ge.com>,
[#28177] Generator dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
4 messages
2005/12/29
[#28178] accessing ruby_cbase (nil) dumps core — SASADA Koichi <ko1@...>
ささだです。
1 message
2005/12/29
[#28181] zsuper (with define_method) dumps core — SASADA Koichi <ko1@...>
ささだです。
4 messages
2005/12/29
[#28182] generator.rb deadlocks — Tanaka Akira <akr@...17n.org>
RUBY_ALWAYS_GC= つきで test_generator.rb を動かすと deadlock が起きます。
5 messages
2005/12/29
[#28184] test_each(TC_SyncEnumerator) fails. — Tanaka Akira <akr@...17n.org>
deadlock は解決しましたが次のようにテストが失敗します。
5 messages
2005/12/30
[ruby-dev:28006] Re: GC.always
From:
Kouhei Yanagita <yanagi@...>
Date:
2005-12-12 14:07:26 UTC
List:
ruby-dev #28006
批判や変更要望ではなく、純粋に疑問としての質問なのですが、 GC.always よりも GC.debug が好ましいと判断されたのはなぜなのでしょうか？ GC.debug だと、用途がデバッグ用であることは分かりますが、 一体何をするメソッドなのかよく分からないのではないかと感じました。 その意味では、GC.always (もしくは GC.always= ?) の方が分かりやすいのでないか という判断が自分の中ではあったのですが、まつもとさんの判断が逆でしたので、 是非理由を伺いたいです。 -- Kouhei Yanagita <yanagi at shakenbu.org>