Hi all,
I was surprised by this as well (from an implementers point of view), because
the use of asType is an implementation detail. Normally when you call a method
taking a boolean/byte/short/char you also load an int onto the stack, so why
would this case be any different?
Not that it makes
On Aug 25, 2011, at 11:23 PM, Jeroen Frijters wrote:
I was surprised by this as well (from an implementers point of view), because
the use of asType is an implementation detail. Normally when you call a
method taking a boolean/byte/short/char you also load an int onto the stack,
so why
John Rose wrote:
When you call a function of type, say, (B), you are promising that the
32-bit int you loaded onto the stack fits into the declared subrange,
say, -128..127.
(This is a little-known invariant of the verifier. Although all
primitive arguments and return values are passed in
Mark Roos wrote:
The error I see is that at random times when I am executing Smalltalk on
jvm I get occasional a ClassDefNotFound during an InvokeExact. Usually
when I am doing a demo. After lots of trying I have a test which fails
every time for me. When it fails the stack depth varies
I can confirm the NCDFE. This could be a duplicate of:
7055941: JSR 292 method handle invocation causes excessive deoptimization for
types not on boot class path
The workaround is to put the runtime on the boot class path.
I also can confirm that the second run of Hanoi is slower with JDK 7.
Thanks for the quick look. (glad to see it ran for you)
By the 'runtime' to add to the bootclass path do you mean rt.jar or my
runtime (RtalkTest.jar)?
mark___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
On 08/26/2011 09:24 PM, Mark Roos wrote:
Thanks for the quick look. (glad to see it ran for you)
By the 'runtime' to add to the bootclass path do you mean rt.jar or my
runtime (RtalkTest.jar)?
Your runtime. rt.jar is already in the bootstrap path.
mark
cheers,
Rémi
From Jeroen
I took the liberty of downloading it as well, to test on IKVM.NET
:-)
Glad it helped
mark___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Thanks Rémi
I tried to put just the offending class on the boot path but that was not
enough.
The entire app worked so I guess the solution is somewhere in between
mark___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
