On Dec 8, 2011, at 6:58 PM, Charles Oliver Nutter wrote: > I just had a report of the same error in 1.7.0GA, and I saw it on the > CI server last night after I set up a 1.7.0_01 build. Did it linger > into GA?
We have (at least) one known bug with each early-adopter runtime which is not fixed yet: 7093795: JSR 292: Seph bench/bench_arithmetic.sp fails with: NoClassDefFoundError: seph/lang/SephObject 7093796: JSR 292: Rtalk test case fails with: NoClassDefFoundError: ri/core/rtalk/RtObject 7111583: JSR 292: JRuby test_respond_to.rb fails with: NoClassDefFoundError: org/jruby/runtime/ThreadContext Some (all?) bugs root somewhere in the Java API and are difficult to fix (as far as I understand it). All of this will go away eventually with the new implementation John is working on. -- Chris > > http://ci.jruby.org/job/jruby-test-matrix/jdk=sun-java-7,label=master/406/console > > On Tue, Dec 6, 2011 at 3:52 AM, Rémi Forax <fo...@univ-mlv.fr> wrote: >> I've forget to say that a workaround is to erase the type used the callsite >> before calling dynamicInvoker(). > > Can you elaborate on this? I'm not using dynamicInvoker...I bind the > site and use invokeWithArguments. Are you saying I could insert an > asType() that clears everything to Object? > > If so, would that introduce overhead? > > - Charlie > _______________________________________________ > mlvm-dev mailing list > mlvm-dev@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev _______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev