jtreg throws StackOverflowError when writing xml report
Jonathan Gibbons
Jonathan.Gibbons at Sun.COM
Mon Feb 16 00:49:39 UTC 2009
Martin,
Given the [SNIP] in the middle of the trace, I would think we are seeing
>> com.sun.org.apache.xml.internal.serializer.EncodingInfo
>> $EncodingImpl.isInEncoding(EncodingInfo.java:181)
invoking itself recursively.
-- Jon
On Feb 15, 2009, at 4:46 PM, Martin Buchholz wrote:
> There have been recent changes to the
> UTF_8 encoder in OpenJDK that might be responsible.
> You can try to isolate the exact change to UTF_8 that
> could cause this difference, and then create a proper test case.
>
> changeset: 497:3dcc69147ff9
> user: sherman
> date: Fri Aug 22 14:37:46 2008 -0700
> summary: 4486841: UTF-8 decoder should adhere to corrigendum to
> Unicode 3.0.1
>
> It is surprising that one can get StackOverflowError without
> a very long stack trace of methods invoking themselves recursively,
> which is not what we're seeing.
>
> Martin
>
> On Wed, Feb 11, 2009 at 10:38, Omair Majid <omajid at redhat.com> 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
>>
>>
More information about the core-libs-dev
mailing list