This is the mail archive of the java@gcc.gnu.org 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]
Other format:	[Raw text]

Re: GCJ 3.4.3 and 3.3 classloading problem

From: Craig Vanderborgh <craigvanderborgh at gmail dot com>
To: java at gcc dot gnu dot org
Date: Fri, 11 Sep 2009 13:21:44 -0400
Subject: Re: GCJ 3.4.3 and 3.3 classloading problem
References: <7a6473990909081120taec5f9ak977ecac132b37e0@mail.gmail.com> <m3tyzcu90c.fsf@fleche.redhat.com> <7a6473990909092052i76f22293gd9b05e5bad7f79df@mail.gmail.com> <238A96A773B3934685A7269CC8A8D042577AF1CE5A@GVW0436EXB.americas.hpqcorp.net> <7a6473990909110947p7eaef529vb3c418a229589be6@mail.gmail.com> <4AAA81AF.8000101@redhat.com>

>
> Are you absolutely sure that you're marking instances of class Class
> correctly?  An error would there cause exactly this behaviour.
>

No I am not sure.  What would be the easiest way to look for this
(where, how to look).  This is what I had been thinking also, because
when we do NO classloading (in a different, very large gcj application
built using the same libgcj) there is NO PROBLEM WHATSOEVER - that app
is completely reliable.

Craig

> Andrew.
>

Follow-Ups:
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Andrew Haley
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Tom Tromey

References:
- GCJ 3.4.3 and 3.3 classloading problem
  - From: Craig Vanderborgh
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Tom Tromey
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Craig Vanderborgh
- RE: GCJ 3.4.3 and 3.3 classloading problem
  - From: Boehm, Hans
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Craig Vanderborgh
- Re: GCJ 3.4.3 and 3.3 classloading problem
  - From: Andrew Haley

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