>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
mark_
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
On Jul 5, 2011, at 11:16 AM, Mark Roos wrote:
> I just upgraded to the latest OSX version and no longer see the errors.
Perhaps I can defer my heart-attack after all. :-)
This is a very elusive bug, yet I venture to hope the latest JDK 7 release
candidate fixes all known versions of it.
-- J
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
http://mail.openjdk.java.net/mailman/listinfo/ml
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
>From Christian
Alright. I found a server that isn't behind the proxy and I could run the
test. Unfortunately the three downloaded ST source files are not stored
locally, it seems, so I can't run the test on other machines.
Excellent work, you must have been a outstanding student as well.
On Jul 5, 2011, at 11:02 AM, Christian Thalinger wrote:
> 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
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 d
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 / pas
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
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
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 toget
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
> mark___
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
http://mail.openjdk.java.net/mailman/listinf
Yes, please. We especially love stress tests.
-- John (on my iPhone)
On Jun 30, 2011, at 12:51 PM, Mark Roos 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.
>
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.
Hi Mark. Did the suggested workaround help?
Note that build b147 includes a fix for 7056328, which is the bug we know about
which causes the problem you saw. Here is where the binaries are available
(but not for MacOS):
http://jdk7.java.net/download.html
A recent mlvm or bsd-port build will
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
> error
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 thi
20 matches
Mail list logo
