トップ «前の日記(2006-11-19) 最新次の日記(2006-11-21)» 編集

日々の破片

著作一覧

2006-11-20

_ 11/20

籠るのですでにして11/20にしてしまう。

籠ると言えば

クマムシ?!―小さな怪物 (岩波科学ライブラリー)(鈴木忠)

釣られてしまったくまー。安いと思ったら112ページなのか。まさに小さな怪物。

_ RjbとInternalError

Linux Am64版（2.6）でRailsをrequire後にInternalError（J2SEの例外クラス）でメッセージ：unknown exception がJVMのロード時かクラスのロード時にスローされるらしいのですが、手元のWin32およびLinux x86（2.4）では再現しません。何か関連しそうな情報をお持ちの方、おいででしたらご教示して頂けませんか？

問題はRailsのrequireにあるのではないかと思われています。が、仮にRailsがいろいろ変えたとしても、Rjb::importで影響を受けそうなメソッドは無さそうなので皆目見当が付きません。たとえばdlに影響するとは思えないです（と書いてからちょっと気になる点もでてきたので、TODOしとこう。ずっと暗黙に呼ばれるjvm_loadの問題だと思っていたけどimportの過程かも知れない）。

#うまく動く例： Win32(x86）
 irb(main):001:0> require 'rubygems'
 => true
 irb(main):002:0> require_gem 'rails'
 => true
 irb(main):003:0> require_gem 'rjb'
 => true
 irb(main):004:0> require 'rjb'
 => true
 irb(main):005:0> Rjb::import
 'junit.framework.Assert'
 => #<Rjb::Junit_framework_Assert:0x38b042c>

#だめな例 
$ ruby -v
ruby 1.8.5 (2006-08-25) [x86_64-linux-gnu]
...
irb(main):001:0> require 'rubygems'
=> true
irb(main):002:0> require_gem 'rails'
=> true
irb(main):003:0> require_gem 'rjb'
=> true
irb(main):004:0> require 'rjb'
=> true
irb(main):005:0> Rjb::import 'junit.framework.Assert'
InternalError: unknown exception
        from (irb):5:in `import'
        from (irb):5
irb(main):006:0> Rjb::import 'junit.framework.Assert'
NoClassDefFoundError: junit/framework/Assert
        from (irb):6:in `import'
        from (irb):6
        from :0

なおこの時のJavaは以下の通りです。

Win32 （OKな方）
C:\>java -version
java version "1.5.0_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b01)
Java HotSpot(TM) Client VM (build 1.5.0_09-b01, mixed mode, sharing)
 
Linux（だめな方）
$ java -version
java version "1.5.0_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b01)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_09-b01, mixed mode)

ただし、同じ環境でも、rqeuire_gem 'rails'抜きだと期待通りの動作となるようです。とはいえ、RailsあってのRjbという側面があるので、対応可能なら対応したいというのがこちらの考えです。

#Amd64マシンをサーバー用途に買おうかなとはさすがに言えない。Vista実験マシンをデュアルブートにするべきか……（いつ？）

本日のツッコミ(全8件) [ツッコミを入れる]

_ odz (2006-11-20 03:07)

大学の計算サーバで Opteron + Linux-2.6.9 + Ruby 1.8.5 + J2SE 1.5.0_09 な環境でやってみましたが、require_gem 'rails' なしでも同様に InternalError: unknown_exception になります。 rjb は 1.0.2 です。取り急ぎお知らせまで。 # 必要な情報があれば言っていただければ協力します

_ arton (2006-11-20 04:54)

どうも情報ありがとうございます。助かります。 Amd64で、環境（Railsの有無）によって出たり出なかったりということは、ポインタ回りのバグがRjbにあってスタックを壊しているのだと思います（すみません。自分のメモになっています）。コードのどこかに32ビット確保した位置に64ビットコピーして後ろを壊してる箇所がありそうです。 とりあえず例外情報を得たいので、お手数ですが、irb内で $VERBOSE = true してInternalErrorの行の上に何が表示されるか教えて頂けませんか？

_ odz (2006-11-20 06:51)

やってみました。こんな感じです。 % CLASSPATH=junit-4.0.jar irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require_gem 'rjb' => true irb(main):003:0> require 'rjb' => true irb(main):004:0> $VERBOSE = true => true irb(main):005:0> Rjb::import 'junit.framework.Assert' Exception in thread "main" java.lang.InternalError at java.util.zip.Inflater.init(Native Method) at java.util.zip.Inflater.<init>(Inflater.java:75) at java.util.zip.ZipFile.getInflater(ZipFile.java:375) at java.util.zip.ZipFile.getInputStream(ZipFile.java:320) at java.util.zip.ZipFile.getInputStream(ZipFile.java:286) at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:467) at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute(JavaUtilJarAccessImpl.java:15) at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java:809) at sun.misc.URLClassPath.getLoader(URLClassPath.java:293) at sun.misc.URLClassPath.getResource(URLClassPath.java:160) at java.net.URLClassLoader$1.run(URLClassLoader.java:192) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) InternalError: unknown exception from (irb):5:in `import' from (irb):5 J2SE の標準クラスの import は問題ないようです。

_ arton (2006-11-20 13:58)

えー、と思いもよらぬ結果にびっくりです。 本当にありがとうございます。確かに、rt.jarは圧縮してないのに対して、junit.jarは圧縮しています。 とりあえず、元のレポートに対しては取りあえずunjarしてから圧縮せずにjarして試すようにお願いしてみました。

_ arton (2006-11-20 14:07)

http://www.mail-archive.com/java-linux@java.blackdown.org/msg15762.html これか。libzipのバージョン違いみたいだ。

_ arton (2006-11-20 14:36)

>I was able to change the error quite a bit. Now it fails after starting the JVM because the current stack is corrupt. 上のやり取り読むと、やっぱりRjbのバグっぽいな。bug-paradeにも無いし。

_ odz (2006-11-20 15:57)

こちらでも unjar して無圧縮でjarを作成してみたところ例外が出なくなりました。 で、他にもこんなことすればいけました。 % LD_LIBRARY_PATH=/opt/jdk1.5.0_09/jre/lib/amd64/server:/opt/jdk1.5.0_09/jre/lib/amd64 % LD_PRELOAD=/opt/jdk1.5.0_09/jre/lib/amd64/libzip.so CLASSPATH=junit-4.0.jar irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require_gem 'rjb' => true irb(main):003:0> require 'rjb' => true irb(main):004:0> Rjb::import 'junit.framework.Assert' => #<Rjb::Junit_framework_Assert:0x2a962fe778> やはり共有ライブラリの競合問題でしょうか。 取り急ぎお知らせまで。

_ arton (2006-11-20 16:30)

どうも追試ありがとうございます。 LD_*の設定についても元のレポートを送ってくれた人に知らせます。 情報が錯綜していることと（元のレポートくれた人はrailsをrequireしなければエラーとならないと言っている/Googleで見つけたやり取りではLD_PRELOADでも解決しないと言っている―ただ、どちらも実際にどうやったのかが見えない）、自分で64ビットRjbのテストをしていないので不安感があることから共有ライブラリの競合と結論はできないのですが、多分当たりのようですね。 ありがとうございます。