Tom Tromey wrote:
"Marco" == Marco Trudel <[EMAIL PROTECTED]> writes:
Yeah, I think the Linux code may take a different path on this
particular test case. But, I do see a similar bug here on Linux with
Mauve.
Marco> Can you send me that test? I can't reproduce it on Linux...
It is the String.getBytes13 test from Mauve.
I think it may be a bug in our CharsetToBytesAdaptor.
It fails like:
FAIL: java.lang.String.getBytes13
line 60: String.getBytes("UTF-16") [1] -- boolean passed to check was false
line 60: String.getBytes("UnicodeBig") [1] -- boolean passed to check was
false
line 58: String.getBytes("UnicodeBig") [2] -- uncaught exception:
java.lang.IllegalStateException
at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:204)
at
gnu.gcj.convert.CharsetToBytesAdaptor.write(CharsetToBytesAdaptor.java:121)
at gnu.gcj.convert.CharsetToBytesAdaptor.write(CharsetToBytesAdaptor.java:90)
at gnu.gcj.convert.UnicodeToBytes.write(UnicodeToBytes.java:161)
at java.lang.String.getBytes(libgcj.so.9)
at gnu.testlet.java.lang.String.getBytes13.test1Encoding(getBytes13.java:58)
at gnu.testlet.java.lang.String.getBytes13.test(getBytes13.java:46)
at RunnerProcess.runtest(RunnerProcess.java:360)
at RunnerProcess.runAndReport(RunnerProcess.java:415)
at RunnerProcess.main(RunnerProcess.java:227)
Turned out to have nothing to do with classpath and be caused by GCJs
java.lang.String.getBytes(String enc):
http://gcc.gnu.org/ml/java-patches/2007-q1/msg00663.html
Marco
