gnu.testlet.java.text.DateFormatSymbols

["Andrew John Hughes" <gnu_andrew at member dot fsf dot org>]

I'm committing the attached patch to remove a broken test case
from gnu.testlet.java.text.DateFormatSymbols.Test.  It fails on
GNU Classpath CVS HEAD, libgcj 3.4 and Sun's JDK 1.5.  According
to the specification of java.util.ResourceBundle, it should fall
back on the default locale.  It appears to do so in these cases,
and this is why a version of DateFormatSymbols is returned.

To properly test this behaviour, a test should instead by added
to java.util.ResourceBundle, which ensures that a real non-existent
bundle (e.g. gnu.java.foo) throws this exception.  This method
tries the specified locale, the default locale and the basename,
so it is not surprising that one of these succeeds.

-- 
Andrew :-)

Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

No software patents in Europe -- http://nosoftwarepatents.com

"Value your freedom, or you will lose it, teaches history. 
`Don't bother us with politics' respond those who don't want to learn." 
-- Richard Stallman

"We've all been part of the biggest beta test the world has ever known --
Windows" 
-- Victor Wheatman, Gartner

Attachment: dateformatsymbols-01.diff
Description: Text document

Attachment: signature.asc
Description: Digital signature