jtreg throws StackOverflowError when writing xml report

[Jonathan Gibbons]

Omair,

Since you're using IcedTea to run jtreg, I would suggest you investigate the
possibility that this is an IcedTea issue.

The bug would appear to be in
com.sun.org.apache.xml.internal.serializer.EncodingInfo$EncodingImpl.isInEncoding
so it does not look like a jtreg or jtharness issue.

Can I suggest you try and use Sun's JDK to run jtreg, while still using the
JDK of your choice to execute the tests.

-- Jon


Omair Majid wrote:
> Hi all,
>
> I am trying to generate xml reports from jtreg. The problem is that 
> jtreg throws a StackOverflowError when writing the output xml file 
> when running the jdk tests. The xml report works fine for the 16 
> compiler tests and 1351 langtools tests.
>
> I am using Icedtea6 to run the tests. These are the commands it executes:
>
> $ mkdir -p test/jdk/JTwork test/jdk/JTreport
> $ /notnfs/omajid/icedtea6/bootstrap/jdk1.6.0/bin/java \
>         -Djavatest.report.kinds="xml text html" \
>         -jar test/jtreg.jar -v1 -a -ignore:quiet \
>         -w:test/jdk/JTwork -r:test/jdk/JTreport \
>         -s -jdk:`pwd`/openjdk/control/build/linux-i586/j2sdk-image \
>         `pwd`/openjdk/jdk/test \
>         | tee test/check-jdk.log
>
> The error appears after the jtreg run completes:
>
> [ lots of output ]
> Passed: vm/verifier/VerifyProtectedConstructor.java
> Passed: vm/verifier/VerifyStackForExceptionHandlers.java
> Test results: passed: 3,306; failed: 73; error: 5
> Exception in thread "main" java.lang.StackOverflowError
>     at sun.nio.cs.UTF_8.updatePositions(UTF_8.java:76)
>     at sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:411)
>     at sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:466)
>     at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:561)
>     at java.lang.StringCoding$StringEncoder.encode(StringCoding.java:258)
>     at java.lang.StringCoding.encode(StringCoding.java:290)
>     at java.lang.String.getBytes(String.java:954)
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo.inEncoding(EncodingInfo.java:413) 
>
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo.access$100(EncodingInfo.java:62) 
>
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo$EncodingImpl.isInEncoding(EncodingInfo.java:205) 
>
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo$EncodingImpl.isInEncoding(EncodingInfo.java:181) 
>
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo$EncodingImpl.isInEncoding(EncodingInfo.java:181) 
>
>     [...SNIP...]
>     at 
> com.sun.org.apache.xml.internal.serializer.EncodingInfo$EncodingImpl.isInEncoding(EncodingInfo.java:181) 
>
>
>
> Has anyone ever seen this before?
>
> Thanks,
> Omair
>