This is the mail archive of the java-patches@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: [RFA/JVMTI] Implement GetErrorName

From: Tom Tromey <tromey at redhat dot com>
To: Keith Seitz <keiths at redhat dot com>
Cc: Java Patch List <java-patches at gcc dot gnu dot org>
Date: 20 Sep 2006 11:51:47 -0600
Subject: Re: [RFA/JVMTI] Implement GetErrorName
References: <45070D84.5040304@redhat.com> <m3ejues5fm.fsf@localhost.localdomain> <451089EB.9010600@redhat.com> <m3zmcuecji.fsf@localhost.localdomain> <45117484.802@redhat.com>
Reply-to: tromey at redhat dot com

>>>>> "Keith" == Keith Seitz <keiths@redhat.com> writes:

Keith> It looks like we probably only want to use the
Keith> unchecked variety and return JVMTI_ERROR_OUT_OF_MEMORY when the malloc
Keith> fails. I don't see anyplace where we wouldn't do this. Do you?

I agree, that's what we should do.
Throwing exceptions from the jvmti code seems really wrong :)

Tom

References:
- [RFA/JVMTI] Implement GetErrorName
  - From: Keith Seitz
- Re: [RFA/JVMTI] Implement GetErrorName
  - From: Tom Tromey
- Re: [RFA/JVMTI] Implement GetErrorName
  - From: Keith Seitz
- Re: [RFA/JVMTI] Implement GetErrorName
  - From: Tom Tromey
- Re: [RFA/JVMTI] Implement GetErrorName
  - From: Keith Seitz

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