[#27919] 1.8.4 Preview2 検証 — "URABE Shyouhei aka. mput" <root@...>

卜部です。

33 messages 2005/12/01

[#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

新井です。

[#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

山本です。

[#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>,

[#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>,

[ruby-dev:28050] Re: ruby 1.8 dumps core

From: "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
Date: 2005-12-19 07:18:57 UTC
List: ruby-dev #28050
山本です。

>> 完治は無理でも、直せるところは直しておこうと HEAD でいじってみた結果、
>> 私の環境では RUBY_ALWAYS_GC で SEGV することはなくなりました。
>
>こちらで試すと落ちますね。
>
>% RUBY_ALWAYS_GC= ./ruby test/runner.rb test/yaml/test_yaml.rb 
>Loaded suite test_yaml.rb
>Started
>......................../home/akr/ruby/tmp-ruby/lib/ruby/1.9/yaml.rb:217: [BUG] rb_gc_mark(): unknown data type 0x0(0x81ce388) non object
>ruby 1.9.0 (2005-12-19) [i686-linux]

うーん、そうですか・・・バックポートは取り下げます。

>> しかしながら、
>>
>>   1) Error:
>> test_circular_references(YAML_Unit_Tests):
>> TypeError: can't convert Hash into String
>>     E:/ruby-cvs/ruby/lib/yaml.rb:133:in `load'
>>     E:/ruby-cvs/ruby/test/yaml/test_yaml.rb:1226:in `test_circular_references'
>>
>> というエラーが毎回報告され、どうにも解消できません。(RUBY_ALWAYS_GC をつけずに
>> 普通に testrb yaml すると報告されません)
>
>自分で調べているわけではないので話半分に聞いてほしいのですが、
>メッセージから見ると、string が hash にすり変わっているよう
>に思えます。そのようなことが起こる可能性としては string が
>GC された直後に hash が allocate されるという状況が思い浮か
>びます。
>
>まぁ、なにはともあれどこで起きた GC が問題を引き起こしている
>のか同定するのがいいんじゃないですかね。
>(そこに rb_gc を入れればテストの実行が高速になってデバッグ効
>率も良くなるし)

田中さんの提唱する GC.always メソッド版があれば便利な気がします。
現状では、test_yaml が実行される前にすごく長い時間がかかります。



In This Thread