On Jul 5, 2011, at 4:16 AM, Mark Roos wrote:
Ok here is is, a test case for our port of Smalltalk to the JVM using 292.
Let me know if you can run it as this is our first outside attempt.
Its a simple test, towers of Hanoi done in a recursive manner. This version
only uses
20 disks
An good question
Oracle's proxies give me a hard time here. What protocol is this
connection using?
The simple answer is that its a binary TCPIP stream which uses 6 byte
headers for message splitting.
Non standard of course.
The longer response is that as part of our plans to become platform
I just upgraded to the latest OSX version and no longer see the errors.
Add added benefit is that it runs in 65ms on my mac with this.
Looking good
mark___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Sorry, I'm away till August 1st.
For urgent matters, please contact David.Therkelsen
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
From John
Perhaps I can defer my heart-attack after all. :-)
This is a very elusive bug,
In reality its been quite bug free for me. I have been running quite a
few more normal tests without any issues.
The heavy recursion in this test was the only failure.
thanks again
On Jul 1, 2011, at 6:01 AM, John Rose wrote:
Do you have a website or blog you can post it on?
Is it available somewhere yet? -- Christian
On Jun 30, 2011, at 8:47 PM, Mark Roos wrote:
John requested
Yes, please. We especially love stress tests.
Oscar is putting it together. Where
Sorry, I'm away till August 1st.
For urgent matters, please contact David.Therkelsen
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Ok here is is, a test case for our port of Smalltalk to the JVM using
292. Let me know if you can run it as this is our first outside attempt.
Its a simple test, towers of Hanoi done in a recursive manner. This
version only uses
20 disks as it is much slower than expected ( about 1 sec /
Hi John
Sorry for not quickly responding ( as I am sure that Stephen's 6/09
version did not have the patch)
As for the work around I have been doing the bootclasspath for some time
and it did not help.
Oscar tried in the both b138 and b146 windows version and the problem does
not occur there.
Yes, please. We especially love stress tests.
-- John (on my iPhone)
On Jun 30, 2011, at 12:51 PM, Mark Roos mr...@roos.com wrote:
I'll have Oscar run the patch check for you. And we are now able to pack it
up as a jar (finally) so we can get
the test case to you if you would like.
John requested
Yes, please. We especially love stress tests.
Oscar is putting it together. Where should we put/send it ( its not very
large)
regards
mark___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Do you have a website or blog you can post it on?
On Jun 30, 2011, at 8:47 PM, Mark Roos wrote:
John requested
Yes, please. We especially love stress tests.
Oscar is putting it together. Where should we put/send it ( its not very
large)
regards
I have been loading the jvm using a recursive Hanoi and am seeing random
errors when the
number of disks exceed 10 ( see below ). They occur at the same callsite
( a constant call site
followed by an inviokeDynamic) and at a consistent ( about 12) frame depth
but on different passes.
Tried
That looks like bug 7056328, or its twin. Please check if you are using a JVM
with that fix included.
Possible workaround: Put your RT on -Xbootclasspath.
-- John
On Jun 29, 2011, at 6:41 PM, Mark Roos wrote:
I have been loading the jvm using a recursive Hanoi and am seeing random
errors
14 matches
Mail list logo