FYI: Patch: java.text.SimpleDateFormat

[Bryce McKinlay]

On Sunday, Sep 28, 2003, at 11:04 Pacific/Auckland, Mark Wielaard wrote:

> Hi,
>
> On Sat, 2003-09-27 at 22:21, Bryce McKinlay wrote:
>> Can you give me a pointer to the failing mauve test?
>
> Without the patch the following four mauve tests fail:
> FAIL: gnu.testlet.java.text.SimpleDateFormat.regress: CDT (number 1)
> FAIL: gnu.testlet.java.text.SimpleDateFormat.regress: EDT (number 1)
> FAIL: gnu.testlet.java.text.SimpleDateFormat.regress: EST (number 1)
> FAIL: gnu.testlet.java.text.SimpleDateFormat.regress: PDT (number 1)

Thanks Mark.

The real problem here is that setTimeZone() was being called on the 
underlying calendar. This is not necessary since the ZONE_OFFSET field 
has the same effect, without overwriting the timezone which the user 
set and "sticking" across a calendar.clear() call. The cloning approach 
only worked by chance, since it reset the calendar's timezone to GMT 
which just happened to be what the test case expected.

I'm checking in this patch to libgcj & classpath.

Regards

Bryce.

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Calendar.patch.txt
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20030928/9d59f239/attachment.txt>
-------------- next part --------------