On Mon, 2005-12-12 at 22:54 +0100, András Horváth wrote:
> --------------
> !ENTRY org.eclipse.jface 4 2 2005-12-12 22:49:56.402
> !MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.jface"
> .
> !STACK 0
> java.lang.NoClassDefFoundError:
> org.eclipse.ui.internal.ide.DefaultContributorResourceAdapter
> at
> java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0)
> --------------
Weird. I've never seen this. Perhaps you don't have the proper
dependencies installed (the rpm -qa command I mention below will tell us
the answer)? The only other thing I can think of is that somehow your
classmap db got corrupted or something. As root, try this:
rebuild-gcj-db
> > rpm -q gcc-java libgcj java-1.4.2-gcj-compat{,-devel} eclipse-platform
>
> gcc-java-4.0.2-8.fc4
> libgcj-4.0.2-8.fc4
> java-1.4.2-gcj-compat-1.4.2.0-40jpp_31rh.FC4.2
> java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_31rh.FC4.2
> eclipse-platform-3.1.1-1jpp_1fc.FC4.4
Hmm. You seem to have the proper versions of everything. Can you send
me the output of rpm -qa | grep eclipse ?
> Does java version matter? My eclipse is a "native" version from FC4
> and not the original java bytecode.
Yes. gcj natively-compiled stuff now uses its Binary Compatible ABI
which works transparently by examining bytecode classes and loading .sos
if appropriate. This is why we ship both the bytecode and the .sos (it
also allows people to use alternative JVMs if they wish). My reason for
asking you here was more to determine if you were indeed using stuff as
we ship it or if you were using another JVM.
> So, I am confused...
Me too :) It's probably best if you open a bug to track this.
Andrew
