Hi. I am under Debian 2.6.32-5-amd64 with java 1.6.0_17. My classpath is unset.
I got the following error while trying to make jogl, using the last HEAD of the git repo (4febb33b6c6b1690305a614333a389f15c428849) : java.compile.secondpass.javase: [javac] Compiling 330 source files to /home/opt/src/jogamp/jogl/build/jogl/classes [javac] /home/opt/src/jogamp/jogl/build/jogl/gensrc/classes/com/jogamp/opengl/impl/es1/GLES1Impl.java:18: com.jogamp.opengl.impl.es1.GLES1Impl is not abstract and does not override abstract method glRenderbufferStorageMultisampleANGLE(int,int,int,int,int) in javax.media.opengl.GL [javac] public class GLES1Impl implements GLBase, GL, GL2ES1, GLES1{ [javac] ^ [javac] /home/opt/src/jogamp/jogl/build/jogl/gensrc/classes/com/jogamp/opengl/impl/gl4/GL4bcImpl.java:23: com.jogamp.opengl.impl.gl4.GL4bcImpl is not abstract and does not override abstract method glStartTilingQCOM(int,int,int,int,int) in javax.media.opengl.GL [javac] public class GL4bcImpl implements GLBase, GL, GL2ES1, GL2ES2, GL2GL3, GL2, GL3, GL3bc, GL4, GL4bc{ [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 2 errors BUILD FAILED /home/opt/src/jogamp/jogl/make/build.xml:37: The following error occurred while executing this line: /home/opt/src/jogamp/jogl/make/build-jogl.xml:1044: Compile failed; see the compiler error output for details. Is it an error from me or from the repo ? Thanks. |
Answer to myself.
Installing missing *-dev packages and recompiling gluegen solve the problem. |
Administrator
|
On Monday, November 08, 2010 15:14:40 kaerwel [via jogamp] wrote:
> > Answer to myself. > Installing missing *-dev packages and recompiling gluegen solve the problem. So there was an actual gluegen code generation error happening first .. hmm. Didn't that show up in the make log ? Something like 'couldn't find abc.h' ? Try the just promoted gluegen/jogl from git with missing header files, should fail hard. ~Sven |
Sorry, I don't have keep the log of the previous error build.
I don't remember a 'couldn't find abc.h' error but the log was very long ... maybe I don't see it. I still have errors at runtime, first with fullscreen (I can go to fullscreen but I don't come back to window mode) and I got an error with libGL that I don't have with the previous versionhs_err_pid11191.log : X11Util.Display: Shutdown (close open / pending Displays: true, open (no close attempt): 1/1, open (no close attempt and uncloseable): 1) X11Util: Open X11 Display Connections: 1 X11Util: [0]: NamedX11Display[:0.1, 0x41149c70, refCount 1, unCloseable false] X11Util: Pending X11 Display Connections: 1 X11Util: [0]: NamedX11Display[:0.1, 0x41149c70, refCount 1, unCloseable false] # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f39a94e450e, pid=11191, tid=139885473974032 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (11.0-b15 mixed mode linux-amd64) # Problematic frame: # C [libGL.so.1+0x8450e] # # An error report file with more information is saved as: # hs_err_pid11191.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # |
Administrator
|
On Monday, November 08, 2010 16:57:11 kaerwel [via jogamp] wrote:
> > Sorry, I don't have keep the log of the previous error build. > I don't remember a 'couldn't find abc.h' error but the log was very long ... > maybe I don't see it. > > I still have errors at runtime, first with fullscreen (I can go to > fullscreen but I don't come back to window mode) and I got an error with > libGL that I don't have with the previous version > http://jogamp.762907.n3.nabble.com/file/n1863432/hs_err_pid11191.log > hs_err_pid11191.log : > > X11Util.Display: Shutdown (close open / pending Displays: true, open (no > close attempt): 1/1, open (no close attempt and uncloseable): 1) > X11Util: Open X11 Display Connections: 1 > X11Util: [0]: NamedX11Display[:0.1, 0x41149c70, refCount 1, unCloseable > false] > X11Util: Pending X11 Display Connections: 1 > X11Util: [0]: NamedX11Display[:0.1, 0x41149c70, refCount 1, unCloseable > false] yup :) you app: org.graphstream.ui.gl.demos.PreferentialAttachment3D doesn't close all resources, ie glWindow.destroy(true), while in charge of Screen/Display, ie if created via glWindow = GLwindow.create(glCaps); We will change the NEWT API a bit to give more comfort in all of this, ie a single destroy() method etc .. ~Sven |
2010/11/8 Sven Gothel [via jogamp] <
ml-node+1863557-1229133981-260662@n3.nabble.com<ml-node%2B1863557-1229133981-260662@n3.nabble.com> > > > yup :) > > you app: > org.graphstream.ui.gl.demos.PreferentialAttachment3D > > doesn't close all resources, ie glWindow.destroy(true), > while in charge of Screen/Display, ie if created via > glWindow = GLwindow.create(glCaps); > > Ok, great. Adding this remove the error ! Thanks. > We will change the NEWT API a bit to give more comfort in all of this, > ie a single destroy() method etc .. > > ~Sven > > > ------------------------------ > View message @ > http://jogamp.762907.n3.nabble.com/glStartTilingQCOM-int-int-int-int-int-missing-in-GLES1Impl-and-GL4bcImpl-tp1861949p1863557.html > To unsubscribe from glStartTilingQCOM(int,int,int,int,int) missing in > GLES1Impl and GL4bcImpl, click here<http://jogamp.762907.n3.nabble.com/template/TplServlet.jtp?tpl=unsubscribe_by_code&node=1861949&code=Z3VpbGhlbG0uc2F2aW5AZ21haWwuY29tfDE4NjE5NDl8LTk5NTQzMTcx>. > > > Any idea about why the GLWindow does not come back from fullscreen-mode to window-mode ? I use the glWindow.setFullScreen(boolean). The window start to come back to window-mode but return to fullscreen-mode in the same second. |
Free forum by Nabble | Edit this page |