From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30938 invoked by alias); 14 May 2006 15:06:09 -0000 Received: (qmail 30930 invoked by uid 22791); 14 May 2006 15:06:09 -0000 X-Spam-Check-By: sourceware.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (83.160.170.119) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 14 May 2006 15:06:07 +0000 Received: from elsschot.wildebeest.org ([192.168.1.26]) by gnu.wildebeest.org with esmtp (Exim 3.36 #1 (Debian)) id 1FfIAb-0006dG-00; Sun, 14 May 2006 17:06:09 +0200 Subject: Re: [cp-patches] Logger initialization regression fix and a little story on security contexts during class initialization From: Mark Wielaard To: Archie Cobbs Cc: classpath-patches@gnu.org, mauve-patches@sources.redhat.com In-Reply-To: <4463414C.6010802@dellroad.org> References: <1147350676.7640.40.camel@localhost.localdomain> <4463414C.6010802@dellroad.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-171HHA2GqWtLqVWJ8rt7" Date: Sun, 14 May 2006 15:06:00 -0000 Message-Id: <1147619161.4356.73.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-IsSubscribed: yes Mailing-List: contact mauve-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-patches-owner@sourceware.org X-SW-Source: 2006/txt/msg00323.txt.bz2 --=-171HHA2GqWtLqVWJ8rt7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-length: 1044 Hi Archie, On Thu, 2006-05-11 at 08:51 -0500, Archie Cobbs wrote: > Mark Wielaard wrote: > > We had an interesting regression with the logging code in GNU Classpath. > > It wasn't immediately apparent because it was only caused with certain > > compilers. The class initialization order was subtly different between > > byte code compiled with gcj -C and jikes. So it didn't show up with gcj > > -C which I used when committing this code. >=20 > Since class initialization is strictly defined by the JVM spec, > doesn't this necessarily imply a bug in either gcj or jikes? >=20 > The only other alternative is that they both compile the same code > correctly, but do so differenly enough to change the class initialization > order, which to me seems even more surprising (but possible I guess.. ?) Yeah, I didn't really investigate further since the issue was real and not just a contrived case in Mauve. We need to make sure that if a class is initialized from a non-trusted environment the static constructor runs correctly. Cheers, Mark --=-171HHA2GqWtLqVWJ8rt7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEZ0dZxVhZCJWr9QwRAuqyAJ92+VnpIcehnR9IIxVwaLhtoWixVACfYRBl gJFNnNmRo0R7ixazhXASTu0= =Fvf1 -----END PGP SIGNATURE----- --=-171HHA2GqWtLqVWJ8rt7--