JVM crash when adding method to class

Question

Hello,
I am getting some kind of problem with the virtual machine. The JVM crashes when making a class (with new). It happened when I was adding some functionality to the class, I worked my way backwards and discovered it crashes when I add any new methods, if I comment them out again everything works, adding a method by any name causes to crash.
I went in debug to find out where it was happening, and it happens on this line:
public PerspectiveActionToolBarHeader createPerspectiveActionToolBarHeader() {
     PerspectiveActionToolBarHeader ret = null;
     ret = new PerspectiveActionToolBarHeader(this); // << here
     return ret;
}The PerspectiveActionToolBarHeader is the class where adding methods causes it to fail. For example, it has the method
public Container getContainer() {
     return this;
}and works, but if I add:
public void anything(){} it causes a crash on the new PerspectiveActionToolBarHeader(this);
When stepped into with the debugger it goes to the (source not found) ClassNotFoundException and eventually before the crash the (stack?) looks like this:
Launcher$AppClassLoader(ClassLoader).loadClass(String) line: not available     
MaldiSoftwareOptionsUIEnsemble(PerspectiveUIEnsemble).createPerspectiveActionToolBarHeader() line: 72
and the debugger describes the class just before the crash:
Launcher$AppClassLoader (id=44)     
arg0     "saiman.uiobjnew.PerspectiveToolBarButton" (id=51) << has just changed
and the log file (not sure how much to copy here!):
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ILLEGAL_INSTRUCTION (0xc000001d) at pc=0x005c0001, pid=15504, tid=20112
# JRE version: 6.0_24-b07
# Java VM: Java HotSpot(TM) Client VM (19.1-b02 mixed mode windows-x86 )
# Problematic frame:
# C 0x005c0001
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x011ca000): JavaThread "main" [_thread_in_vm, id=20112, stack(0x01140000,0x01190000)]
siginfo: ExceptionCode=0xc000001d
Registers:
EAX=0x13e13248, EBX=0x6da0daa8, ECX=0x13e13250, EDX=0x13e131f8
ESP=0x0118f93c, EBP=0x0118f9a0, ESI=0x011ca9b0, EDI=0x011ca9ac
EIP=0x005c0001, EFLAGS=0x00010206
Register to memory mapping:
EAX=0x13e13248
{method}
- klass: {other class}
EBX=0x6da0daa8
0x6da0daa8 is pointing to unknown location
ECX=0x13e13250
{method}
- klass: {other class}
EDX=0x13e131f8
{constMethod}
- klass: {other class}
- method: 0x13e13248 {method} 'flipVisible' '(I)V' in 'saiman/uiobjnew/PerspectiveActionToolBarHeader'
- exceptions: 0x13bf11e8
ESP=0x0118f93c
0x0118f93c is pointing into the stack for thread: 0x011ca000
"main" prio=6 tid=0x011ca000 nid=0x4e90 runnable [0x0118f000]
java.lang.Thread.State: RUNNABLE
EBP=0x0118f9a0
0x0118f9a0 is pointing into the stack for thread: 0x011ca000
"main" prio=6 tid=0x011ca000 nid=0x4e90 runnable [0x0118f000]
java.lang.Thread.State: RUNNABLE
ESI=0x011ca9b0
0x011ca9b0 is pointing to unknown location
EDI=0x011ca9ac
0x011ca9ac is pointing to unknown location
Top of Stack: (sp=0x0118f93c)
0x0118f93c: 6d94272d 011ca370 13e17d40 011ca000
0x0118f94c: 011ca000 01a30950 011ca748 011ca9b4
0x0118f95c: 011cab3c 0118fb28 011c6748 011ca348
0x0118f96c: 011ca370 011ca73c 6da0daa8 011ca350
0x0118f97c: 011ca370 0118f9cc 011ca9a8 0118f9c8
0x0118f98c: 011ca788 011ca370 011ca9b0 011ca000
0x0118f99c: 13e17d40 0118f9cc 6d943009 00000910
0x0118f9ac: 011ca9ac 00000001 011ca000 011ca000
Instructions: (pc=0x005c0001)
0x005bfff1: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff
0x005c0001: ff ff 7f 00 00 00 00 00 00 00 00 ff ff ff ff 00
Stack: [0x01140000,0x01190000], sp=0x0118f93c, free space=318k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C 0x005c0001
V [jvm.dll+0x153009]
V [jvm.dll+0xdecdb]
V [jvm.dll+0xe1887]
V [jvm.dll+0xe1c46]
V [jvm.dll+0xec09a]
j saiman.uiobjnew.PerspectiveUIEnsemble.createPerspectiveActionToolBarHeader()Lsaiman/uiobjnew/PerspectiveActionToolBarHeader;+2
j saiman.mv.ModelViewPerspectiveUIEnsemble.createPerspectiveActionToolBarHeader()Lsaiman/uiobjnew/PerspectiveActionToolBarHeader;+1
j saiman.uiobjnew.PerspectiveUIEnsemble.addButtons()V+1
j saiman.uiobjnew.PerspectiveUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+21
j saiman.mv.ModelViewPerspectiveUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.uiobjnew.SoftwareOptionsUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.wmaldi.MaldiSoftwareOptionsUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.newuiimpl.MassSpectrumMainFrameImpl.main([Ljava/lang/String;)V+173
v ~StubRoutines::call_stub
V [jvm.dll+0xf0ab9]
V [jvm.dll+0x1837d1]
V [jvm.dll+0xf0b3d]
V [jvm.dll+0xfa0d6]
V [jvm.dll+0x101cde]
C [javaw.exe+0x2155]
C [javaw.exe+0x8614]
C [kernel32.dll+0x51194]
C [ntdll.dll+0x5b3f5]
C [ntdll.dll+0x5b3c8]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j saiman.uiobjnew.PerspectiveUIEnsemble.createPerspectiveActionToolBarHeader()Lsaiman/uiobjnew/PerspectiveActionToolBarHeader;+2
j saiman.mv.ModelViewPerspectiveUIEnsemble.createPerspectiveActionToolBarHeader()Lsaiman/uiobjnew/PerspectiveActionToolBarHeader;+1
j saiman.uiobjnew.PerspectiveUIEnsemble.addButtons()V+1
j saiman.uiobjnew.PerspectiveUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+21
j saiman.mv.ModelViewPerspectiveUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.uiobjnew.SoftwareOptionsUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.wmaldi.MaldiSoftwareOptionsUIEnsemble.<init>(Lsaiman/uiobjnew/MultiPerspectiveFrame;)V+2
j saiman.newuiimpl.MassSpectrumMainFrameImpl.main([Ljava/lang/String;)V+173
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x01b05400 JavaThread "AWT-Windows" daemon [_thread_in_native, id=19680, stack(0x18560000,0x185b0000)]
0x01b04800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=19516, stack(0x18140000,0x18190000)]
0x01b04000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=20064, stack(0x18040000,0x18090000)]
0x01b03c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=20276, stack(0x17ff0000,0x18040000)]
0x01aeb000 JavaThread "JDWP Command Reader" daemon [_thread_in_native, id=16832, stack(0x17fa0000,0x17ff0000)]
0x01aea000 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked, id=16360, stack(0x17ef0000,0x17f40000)]
0x01ae8000 JavaThread "JDWP Transport Listener: dt_socket" daemon [_thread_blocked, id=20084, stack(0x17ea0000,0x17ef0000)]
0x01ade400 JavaThread "Attach Listener" daemon [_thread_blocked, id=19772, stack(0x17d90000,0x17de0000)]
0x01add400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=20192, stack(0x17d40000,0x17d90000)]
0x01ab2800 JavaThread "Finalizer" daemon [_thread_blocked, id=17344, stack(0x17cf0000,0x17d40000)]
0x01aabc00 JavaThread "Reference Handler" daemon [_thread_blocked, id=19964, stack(0x17ca0000,0x17cf0000)]
=>0x011ca000 JavaThread "main" [_thread_in_vm, id=20112, stack(0x01140000,0x01190000)]
Other Threads:
0x01aa7c00 VMThread [stack: 0x011d0000,0x01220000] [id=19144]
0x01b17400 WatcherThread [stack: 0x180f0000,0x18140000] [id=12792]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 4928K, used 768K [0x03bf0000, 0x04140000, 0x09140000)
eden space 4416K, 5% used [0x03bf0000, 0x03c30380, 0x04040000)
from space 512K, 100% used [0x040c0000, 0x04140000, 0x04140000)
to space 512K, 0% used [0x04040000, 0x04040000, 0x040c0000)
tenured generation total 10944K, used 1858K [0x09140000, 0x09bf0000, 0x13bf0000)
the space 10944K, 16% used [0x09140000, 0x09310948, 0x09310a00, 0x09bf0000)
compacting perm gen total 12288K, used 9598K [0x13bf0000, 0x147f0000, 0x17bf0000)
the space 12288K, 78% used [0x13bf0000, 0x1454fb70, 0x1454fc00, 0x147f0000)
No shared spaces configured.
Edited by: hanvyj on 07-Jun-2011 02:39
Edited by: hanvyj on 07-Jun-2011 02:43

Answer 1

I think I may have stumbled across the answer, It seems that the abstract class PerspectiveToolBar implements
the interface with the method public Container getContainer() but does not declare it, this should be fine because the method is abstract but it crashes. When I add the method public abstract Container getContainer(); to the abstract sub-class there is no error. I'm going to try make a small compilable example to see if I can reproduce it.
edit its actually only one of the two interface methods, and not getContainer(), but another one. If anyone is interested here is the interface:
public interface IMassSpectrometerPassableControlContainer
     Container getContainer();
     void reloadWidgetsOnVisible(boolean visible);
}and it works only if there is "public abstract void reloadWidgetsOnVisible(boolean visible);" in the abstract class PerspectiveToolBar implementing IMassSpectrometerPassableControlContainer.
I tried to reproduce it, but I can't get another class to repeat the behaviour, so I don't think I can post a bug report on it. Here is my attempt anyway:
import javax.swing.JToolBar;
* Class     Test.java
* Date:     7 Jun 2011
* @author     tofuser
public class Test extends Subclass
     public static void main(String args[])
          System.out.println("in main method");
          Test t = new Test();
          t.interfaceMethod();
     @Override
     public void interfaceMethod()
          System.out.println("interface method");
abstract class Subclass extends JToolBar implements Interface
     private static final long serialVersionUID = 1L;
     //this line is where it breaks in my code, including it works
     //public abstract void interfaceMethod();
interface Interface
     public abstract void interfaceMethod();
}Edited by: hanvyj on 07-Jun-2011 03:56