Community
Participate
Working Groups
Thread [main] (Suspended (exception VerifyError)) TransSecs.<init>() line: 90 TransSecs.main(String[]) line: 125 Line 90 is this, so I assume that the error is in that class. MessageEditorFrame frame = new MessageEditorFrame(); I can provide the class files (is there no way to upload them?)
Created attachment 49555 [details] Classes (hopefully one that has a verify error).
I'd like to reproduce the VerifyError, but I miss some classes. Right now I need com.ergotech.transsecs.EditorFrame. See the output: D:\tests_sources>java com.ergotech.transsecs.secs.TransSecs Exception in thread "main" java.lang.NoClassDefFoundError: com/ergotech/transsecs/EditorFrame at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) I'll check the bytecodes.
I don't see anything wrong. What VM are you using? Could you please provide all the .class files in order to run the test case myself? Thanks.
I'll see if I can get you something to run. Of course this is not a simple project. I'll try and cut it down, but would expect that will eliminate the error. JDK is 1.4.2_05, but it doesn't immediately give the error outside of eclipse debugging. Any differences in the eclipse environment that may cause this? This has been a problem with this project for a while and I've been through all the obvious steps, cleaning, deleting classes, etc. etc., I've just updated to 3.2 to see if the problem still exists). Running with noverify runs the project, for a while at least, usually it hits another verify problem or gets a JVM fault. Other projects, bigger and smaller all run within the same eclipse environment with, supposedly, the same settings. In the meantime, here's the rest of the exception, in case the bytecode can yield more clues: Exception in thread "main" java.lang.VerifyError: (class: com/ergotech/transsecs/secs/MessageEditorFrame, method: loadProjectFile signature: (Ljava/lang/String;)V) Incompatible object argument for function call at com.ergotech.transsecs.secs.TransSecs.<init>(TransSecs.java:90) at com.ergotech.transsecs.secs.TransSecs.main(TransSecs.java:125) public void loadProjectFile (String fileName) { ... } is in the class.
We likely will also need the source for TransSecs.
BTW - which build ID are you running ?
Created attachment 49617 [details] Java class
Version: 3.2.0 Build id: M20060629-1905
Trying to reproduce this in a smaller project I find the following. 1) I can't reproduce it in a small project/workspace (even if I add a huge classpath similar to the full project classpath). 2) If I strip the classpath in the main project/workspace the error goes away 3) If I go back to the project default classpath the VerifyError reappears in a totally consistent way. 4) Other applications run with the default project classpath (which is large) without a problem. Good news/bad news. I can now run the app without a verify error and so the error is not a problem with code generation in the classes. Following through further, if you're interested in doing so, is going to be challenging. If you can provide me a way to get the full path that is running the application I'll add jars singly until I find out where the problem lies and then update with info about what on the classpath causes the problem.
Could you please try a newer VM? 1.4.2 VM latest update is 1.4.2_12. If you could attach a zip file that contain the complete test case that fails, it would be nice. If you can't do it, because it is too big, let me know and we'll try to find another way to transfer the files. Are you sure that you don't have duplicate classes on the classpath? I am willing to help fixing this one, but I need a case I can reproduce and work with. Thanks.
Closing as REMIND. Please reopen when requested information is available.
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.