This is the mail archive of the java-patches@sourceware.cygnus.com mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: libgcj/38

To: Tom Tromey <tromey at cygnus dot com>
Subject: Re: libgcj/38
From: Bryce McKinlay <bryce at albatross dot co dot nz>
Date: Fri, 25 Feb 2000 21:41:08 +1300
CC: java-patches at sourceware dot cygnus dot com, Java Gnats Server <java-gnats at sourceware dot cygnus dot com>
References: <38B614FE.4572CBF1@albatross.co.nz> <200002250819.AAA27274@ferrule.cygnus.com>

Tom Tromey wrote:

> >>>>> "Bryce" == Bryce McKinlay <bryce@albatross.co.nz> writes:
>
> Bryce> This is a new fix for an old bug. The problem is that certain
> Bryce> classes in java.text need to load resources via the URL class
> Bryce> loading mechanism.  This mechanism itself uses those java.text
> Bryce> classes, and in some cases we get an
> Bryce> ExceptionInInitializerError due to intializer co-dependency.
>
> Bryce> +  private void initializeDateFormats()
>
> Shouldn't this be synchronized?
> And shouldn't the body then check again for "locale == null"?

Well now that you point this out, it will have to synchronize around the
"locale == null" check in getHeaderDateField() too. Bummer.

regards

  [ bryce ]

References:
- Patch: PR libgcj/32
  - From: Bryce McKinlay
- Re: libgcj/38
  - From: Tom Tromey

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]