This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: [Java-gnome-developer] Re: java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits;
- From: Jeff Morgan <kuzman at gmail dot com>
- To: Bryce McKinlay <mckinlay at redhat dot com>
- Cc: Mark Wielaard <mark at klomp dot org>, java at gcc dot gnu dot org, java-gnome-developer at lists dot sourceforge dot net
- Date: Wed, 5 Jan 2005 21:23:34 -0500
- Subject: Re: [Java-gnome-developer] Re: java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits;
- References: <d9823ac105010116321a890db7@mail.gmail.com> <d9823ac105010116481563c0f8@mail.gmail.com> <28864c7b050103034375821985@mail.gmail.com> <28864c7b050103131965c83bc@mail.gmail.com> <1104953259.27609.7.camel@localhost.localdomain> <28864c7b0501051159cfbbe7a@mail.gmail.com> <41DC952D.10108@redhat.com>
- Reply-to: Jeff Morgan <kuzman at gmail dot com>
On Wed, 05 Jan 2005 20:32:29 -0500, Bryce McKinlay <mckinlay@redhat.com> wrote:
> Jeff Morgan wrote:
>
> >Mark,
> >
> >It was a silly error. The call to FindClass was as follows:
> >
> >(*env)->FindClass(env, "L/org/gnu/glib/Handle;");
> >
> >The leading 'L' and trailing ';' were causing the problem.
> >
> >
>
> If Sun's JVM accepts this, and libgcj doesn't, then there is some
> argument for gcj to support it too. No doubt there'll be some
> application out there that relies on it.
Perhaps you are right. I view this as a coding error on my
part and a bug on Sun's part. I would hate to see gcj implement
all of Sun's bugs! 8-)
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin