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: valgrinding GCJ Java code

From: Tom Schutter <tom at platte dot com>
To: java at gcc dot gnu dot org
Cc: Andrew Haley <aph at redhat dot com>, valgrind-users at lists dot sourceforge dot net
Date: Fri, 18 Jun 2004 09:32:50 -0600
Subject: Re: valgrinding GCJ Java code
Organization: Platte River Associates, Inc.
References: <0C3EFB691636964BBF914AE56AE83A895021E0@hplex4.hpl.hp.com> <40D1EE59.8000302@platte.com> <16594.51935.162845.153338@cuddles.cambridge.redhat.com>

Andrew Haley wrote:

Tom Schutter writes: > Boehm, Hans wrote: > > I don't know what the specific issue is here. > > The specific issue is that control never returns from JvCreateJavaVM() > or JNI_CreateJavaVM() when the app is run under valgrind.
I don't know much about Valgrind.  However, my understanding is that
Valgrind is supposed to emulate the host CPU, albeit more slowly.

Yes, that is correct.

So,
if the host CPU returns, so should Valgrind.  That makes your problem
a Valgrind bug, doesn't it?

Maybe, maybe not. As far as I understand, GCJ is doing non-standard things with stacks. A valgrind internals expert could probably explain better why it is possibly a GCJ problem.

--
Tom Schutter (mailto:tom@platte.com)
Platte River Associates, Inc. (http://www.platte.com)

Follow-Ups:
- Re: valgrinding GCJ Java code
  - From: Andrew Haley

References:
- RE: valgrinding GCJ Java code
  - From: Boehm, Hans
- Re: valgrinding GCJ Java code
  - From: Tom Schutter
- Re: valgrinding GCJ Java code
  - From: Andrew Haley

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