This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Mauve testresult status
- From: Tom Tromey <tromey at redhat dot com>
- To: Mark Wielaard <mark at klomp dot org>
- Cc: java at gcc dot gnu dot org
- Date: 03 Jan 2003 20:22:11 -0700
- Subject: Re: Mauve testresult status
- References: <1040066575.16026.624.camel@elsschot>
- Reply-to: tromey at redhat dot com
>>>>> "Mark" == Mark Wielaard <mark@klomp.org> writes:
Mark> Reflection issues that I am not sure about how difficult they might be
Mark> to solve, but Kissme+Classpath passes these:
Mark> FAIL: gnu.testlet.java.lang.Class.reflect2: getClasses (number 2)
Mark> FAIL: gnu.testlet.java.lang.Class.reflect2: uncaught exception at "getClasses" number 3: java.lang.ArrayIndexOutOfBoundsException: 0
We don't currently store information about member classes in the Class
object. So, our Class.getClasses() just returns an empty array. This
is incorrect. There are probably some other bugs along these lines in
Class :-(. I think this is pretty straightforward to fix.
Mark> Double/Float issues (doesn't fail with Kissme+Classpath so in theory
Mark> could have an easy fix):
Mark> FAIL: gnu.testlet.java.lang.Double.DoubleTest: Error: test_shortbyteValue failed - 5 (number 1)
Mark> FAIL: gnu.testlet.java.lang.Float.FloatTest: Error: test_shortbyteValue failed - 5 (number 1)
ISTR that we have a PR for these? Anyway, the compiler doesn't
implement certain casts correctly. I think I looked at this at one
point but it was complicated and so I dropped it.
Mark> The following two seem to expect a different exception then the one we
Mark> currently throw. Should be easy fix:
Mark> FAIL: gnu.testlet.java.net.DatagramSocket.DatagramSocketTest2: Expected IOException (number 1)
Mark> FAIL: gnu.testlet.java.net.DatagramSocket.DatagramSocketTest2: uncaught exception at "invalid_send_data" number 4: java.lang.IllegalArgumentException: Invalid length: -1
It's worth testing against the JDK to see if Mauve is correct.
Tom