Re: Locale initialization error

2002-03-21 Thread Eric Blake
Patrik Reali wrote: > > Hi! > > I've run into a initialization problem when class java/util/Locale is > initialized. > > The static initialization of Locale creates many instances of class Locale, > whose > constructor calls String.toUpperCase. > > public Locale(String language, String count

FYI - Kaffe is alive again!

2002-03-21 Thread Mark Wielaard
Hi, The last couple of days the Kaffe mailinglist saw a lot of new posts. There seems to be an new maintainer and they are interested in using Classpath as a (second) standard class library. Attached are two messages from Jim Pick the new maintainer were he outlines his plans and talks about hav

Locale initialization error

2002-03-21 Thread Patrik Reali
Hi! I've run into a initialization problem when class java/util/Locale is initialized. The static initialization of Locale creates many instances of class Locale, whose constructor calls String.toUpperCase. public Locale(String language, String country, String variant) { this.language =

Re: java.util.zip.GZIPConstants

2002-03-21 Thread John Leuner
> > 1. The spec requires GZIPInputStream.GZIP_MAGIC; Classpath inherits the > > field from a package-private interface. > > This is binary compatible (if the constant is the same), but might be > nice to move (or duplicate) the constant to the correct place for > reflection compatibility. > > >

Re: java.util.zip.GZIPConstants

2002-03-21 Thread Sascha Brawer
John Leuner <[EMAIL PROTECTED]> wrote on Thu, 21 Mar 2002 16:28:52 +: >Sascha, would you like to fix these? If you would like to, please feel free to go ahead. -- Sascha ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/l

Re: java.util.zip.GZIPConstants

2002-03-21 Thread Eric Blake
Sascha Brawer wrote: > > > 1. The spec requires GZIPInputStream.GZIP_MAGIC; Classpath inherits the > field from a package-private interface. This is binary compatible (if the constant is the same), but might be nice to move (or duplicate) the constant to the correct place for reflection compati

Re: FYI: More AWT updates

2002-03-21 Thread Eric Blake
I hadn't been looking at libgcj much, but a comparison did highlight a few bugs I had made in Polygon, which I have just patched. But I'll be doing that more often, once I can get the Classpath version to stabilize. Part of the problem with awt.geom is the stringent requirement of java.awt.Shape