Newest jme has errors after building

Hey all,



another newb question from me, because I suck.



Anyhow, I got JME and JMEPhysics via SVN and did everything the same as was in the tutorial video (here: http://www.youtube.com/watch?v=hzk91kfNbjQ)



I'm from Mac OS X Leopard, 10.5.8, and have some issues.



When choosing the built path for the SWT, I have two choices.



First is Mac OS X Cocoa and the other is Mac OS X Carbon.



Cocoa has the file "swt_fake.jar" and Carbon has the "swt.jar"



So the problem:



When I choose the Carbon one (swt.jar), JME builds properly and has no errors. However, when I try to run a test (any, really - in this case: TestBumpMapping.java), there is no window, but instead this error message in console:


Sep 13, 2009 8:42:08 PM com.jme.app.BaseGame start
INFO: Application started.
Sep 13, 2009 8:42:08 PM com.jme.system.PropertiesGameSettings <init>
INFO: PropertiesGameSettings created
Sep 13, 2009 8:42:08 PM com.jme.system.PropertiesGameSettings load
INFO: Read properties
2009-09-13 20:42:09.139 java[740:80f] [Java CocoaComponent compatibility mode]: Enabled
2009-09-13 20:42:09.160 java[740:80f] [Java CocoaComponent compatibility mode]: Setting timeout for SWT to 0.100000
2009-09-13 20:42:12.396 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x18fe50> '(null)') unlocked when not locked
2009-09-13 20:42:12.396 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:12.499 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1905a0> '(null)') unlocked when not locked
2009-09-13 20:42:12.500 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:12.603 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x190b60> '(null)') unlocked when not locked
2009-09-13 20:42:12.604 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:12.709 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x190d70> '(null)') unlocked when not locked
2009-09-13 20:42:12.710 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:12.812 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x190f30> '(null)') unlocked when not locked
2009-09-13 20:42:12.812 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:12.925 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1910c0> '(null)') unlocked when not locked
2009-09-13 20:42:12.926 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.029 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x191220> '(null)') unlocked when not locked
2009-09-13 20:42:13.030 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.132 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1911f0> '(null)') unlocked when not locked
2009-09-13 20:42:13.132 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.234 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1913a0> '(null)') unlocked when not locked
2009-09-13 20:42:13.234 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.336 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1915b0> '(null)') unlocked when not locked
2009-09-13 20:42:13.337 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.438 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x191610> '(null)') unlocked when not locked
2009-09-13 20:42:13.438 java[740:13b03] *** Break on _NSLockError() to debug.
2009-09-13 20:42:13.540 java[740:13b03] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1918e0> '(null)') unlocked when not locked
2009-09-13 20:42:13.541 java[740:13b03] *** Break on _NSLockError() to debug.



Then I change the swt to the Cocoa one (swt_fake.jar), and it works, opens the box and displays the effect properly (or atleast I think its proper...)

but

there is an error in one of the classes, namely in src/com.jmex.swt.lwjgl/LWJGLSWTCanvas.java

in the following lines:

public void dispose() {      //line 234, problem with dispose()
                if ( shouldAutoKillContext ) {
            glInitialized = false;
            super.dispose(); // line 237, problem with dispose()
}



and

 public void killGfxContext() {
        glInitialized = false;
        super.dispose(); // line 251, problem with dispose()
    }



It says it has the following problem with line 234 (first problem):


The method dispose() of type LWJGLSWTCanvas must override a superclass method



line 237 (second problem) and 251 (third problem):

The method dispose() is undefined for the type GLCanvas




dunno if this was mentioned before or anything. Or if it is a problem at all, I can compile test projects and nothing bad or out of ordinary happens..

yeah i'm on the same machine spec as you and have the same problem…

i normally just comment out the offending lines in the jme source…

Just to report - I am on Mac OS X too with a MacBook, and I'm getting the same error.

Looks like the Mac versions are crooked…



Any word on a fixing patch of any sort?

I just did a fresh install of jME from SVN and I ran into the same problem, apparently it hasn't been fixed yet, I'm assuming it's a bad idea to comment out dispose unless you don't use whatever swt is a part of (I'm pretty much new to jME again not that I was ever competent in the first place but I don't know what all the diff stuff does anymore)?

This has been a problem for some time with jME unfortunately… I think Eclipse was supposed to release a cocoa swt .jar with Galileo, though I haven’t remembered to check



zoinks!  just checked…  Looks like it got included though I’m busy writing a paper due in a few hours and don’t quite have the time to go searching for it right now…  I’ll leave this link as a jump off point for someone who has a few minutes to track this down and give it a try…  This problem may be fixable now :smiley:

I am new to jme and I have the same problem with the same machine specs. The only difference is that I use Snow Leopard (10.6).



I have also another problem: when I use "swt_fake.jar" and switch to "lwjgl" in the configuration window, I only get a black screen. As stated in this german thread, the user is responsible for the display system when "lwjgl 2" is used.



http://www.java-forum.org/spiele-multimedia-programmierung/85582-lwjgl-schwarzes-fenster.html (translate it with google).



They are talking about the example http://lwjgl.org/wiki/doku.php/lwjgl/tutorials/opengl/basicopengl and the modifications needed for lwjgl 2:


public void initRenderer() {
   GL11.glShadeModel(GL11.GL_SMOOTH);
   GL11.glClearColor(0.0f,0.0f,0.0f,0.0f);         // black background
   GL11.glHint(GL11.GL_PERSPECTIVE_CORRECTION_HINT,GL11.GL_NICEST);
   GL11.glViewport(0,0,width,height);
   GL11.glMatrixMode(GL11.GL_PROJECTION);
   GL11.glLoadIdentity();
   // a nice 45

I am on Mac 10.5.8 and having sort of the same issue. I just retrieved trunk from svn and compiled fine ( after properly setting the JDK 1.6 JAVA_HOME ). Also did set the mac osx native libs for the LWJGL…



The config window stays stuck and I have this in my java console…



2009-10-29 23:50:17.702 java[8313:10b] [Java CocoaComponent compatibility mode]: Enabled

2009-10-29 23:50:17.703 java[8313:10b] [Java CocoaComponent compatibility mode]: Setting timeout for SWT to 0.100000

2009-10-29 23:50:18.579 java[8313:d103] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x128d11c00> '(null)') unlocked when not locked

2009-10-29 23:50:18.580 java[8313:d103] *** Break on _NSLockError() to debug.

2009-10-29 23:50:18.681 java[8313:d103] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1001018f0> '(null)') unlocked when not locked

2009-10-29 23:50:18.682 java[8313:d103] *** Break on _NSLockError() to debug.