GCJ ----- Regarding LocaleData.class

Thu Jul 6 03:26:00 GMT 2000

Thanks! Looks like the exception support was faulty in our JVM and therefore
led to the error. The getBundle() code actually tries to load
"LocaleData.class", and catches the "ClassNotFoundException". Since
exception support was not stable in our code, we were not catching the
exception and the execution went haywire.
Anyway, thanks a bunch!
Sree
-----Original Message-----
From: Bryce McKinlay [ mailto:bryce@albatross.co.nz ]
Sent: Wednesday, July 05, 2000 5:32 PM
To: Subramoney, Sreenivas; java-discuss@sourceware.cygnus.com
Subject: Re: GCJ ----- Regarding LocaleData.class
"Subramoney, Sreenivas" wrote:
> I see files like java/text/DateFormat.java (line 109) and
> java/text/NumberFormat.java (line 62) explicitly
> referring to "gnu.gcj.text.LocaleData", and the JVM then tries to load
> "gnu.gcj.text.LocaleData.class", which
> is not present in ../gnu/gcj/text.
>> Am I missing the LocaleData.class file from the distribution, in which
case
> how should I get it?
> (I do have the LocaleData_en_US.class and the LocaleData_en.class files)

No, there is no LocaleData.class. DateFormat loads its data using the
ResourceBundle class, which appends a locale id to the classname before
looking for it. The locale it looks for is the value of Locale.getDefault(),
which currently I think will allways return language "en" and no country
unless the user.language and user.country properties are set. So
ResourceBundle.getBundle should actually be looking for the LocaleData_en
class. Are you getting an error?
regards
 [ bryce ]