On Tue, Jun 22, 2010 at 10:01, Alan Bateman wrote:
> Xueming Shen wrote:
>>
>> (2)FindDecoderBugs
>> The only possible cause of its failure on a particular platform is
>> timeout, this test takes long cpu time
>> on slow machine. I tweak it a little, it runs about 30% faster now. It
>> passes
Xueming Shen wrote:
:
It appears the jdk_nio3 runs totally fine under samevm.
Do you want me to change it to jdk_nio3? or you can piggyback into
your change? either works for me.
No problem, I'm switching batch jdk_nio2 to run in samevm mode and I can
do jdk_nio3 while I'm there. My guess is
Alan Bateman wrote
Do you have cycles to take a pass over the sun/nio/cs tests to see if
they could run in samevm mode? I think they are in batch jdk_nio3 at
the moment and that test target currently runs in othervm mode.
http://jprt-web.sfbay.sun.com/archive/2010/06/2010-06-22-183013.sher
Xueming Shen wrote:
Alan,
Can you help review?
(1)TestUTF8
This one is no longer reproducible, it passes on all platforms
during the last several jprt runs.
(2)FindDecoderBugs
The only possible cause of its failure on a particular platform is
timeout, this test takes long cpu time
Alan,
Can you help review?
(1)TestUTF8
This one is no longer reproducible, it passes on all platforms
during the last several jprt runs.
(2)FindDecoderBugs
The only possible cause of its failure on a particular platform is
timeout, this test takes long cpu time
on slow machine. I tw
