Re: JOGL 2.0.2 crash on Mac OS X 10.6.8
Posted by Sven Gothel on Aug 14, 2013; 4:11pm
URL: https://forum.jogamp.org/JOGL-2-0-2-crash-on-Mac-OS-X-10-6-8-tp4029795p4029814.html
On 08/14/2013 05:55 PM, Gerco Ballintijn [via jogamp] wrote:
> So, to provide some further detail. We have been building and running applets
> (and standalone applications) using JOGL for the last couple of years. These
> applets are developed on PCs, but we test and use them on Macs as well. This
> specific problem occurs on a laptop with Mac OS X version 10.6.8, the laptop
> has an onboard Intel graphics system, but we use its NVIDIA extension card.
> Since the laptop runs OS X 10.6, it uses Apple Java SE 6, specifically
> 1.6.0_51-b11-457. Using GLCanvas, our applet starts up correctly, and it
> renders images just fine. Which is not surprising since the GLCanvas code is a
> completely different part of the JOGL. As a side note: We switched to using
> GLJPanel on the Mac (we use GLCanvas on Windows) since we had problems with
> applet resizing (the resize event was not correctly, or something like that).
> We have compiled JOGL in the past to fix some problems, but that was on a PC.
> I have no experience building JOGL on the Mac or running its unit tests. I
> will take me some time to look into that.
>As mentione by Julien, we would need you to run
one of our GLJPanel unit tests - best a simple GearsES2 one.
You may want to pipe stdout/stderr to a file
w/ and w/o debug setting in properties (-> Wiki/FAQ/Bugreport).
The whole information (7zip), incl. your system then should
be added to your new bugreport.
OSX is tested here w/ OSX 10.7.5 miniMac,
and soon w/ some OSX 10.8 machine - both w/ Java6 and Java7.
OSX 10.6.8 / Java6 might be special due to it's different
rendering path, i.e. not using CALayer but traditional native framebuffer.
However, GLJPanel uses FBO and a GLSL based vertical flip.
The latter can be disabled via: '-Djogl.gljpanel.noglsl',
maybe worth a try, since it was added recently.
The GLSL flip code expects a user to take good care of
enabling/disabling buffers (VBO), i.e. render[enable .. draw .. disable],
otherwise the GLSL flip code may interfere ..
Please add (copy/paste - no link), all this to the bug report,
so we can work on this issue from there.
Thank you! & cheers ..
~Sven
URL: https://forum.jogamp.org/JOGL-2-0-2-crash-on-Mac-OS-X-10-6-8-tp4029795p4029814.html
On 08/14/2013 05:55 PM, Gerco Ballintijn [via jogamp] wrote:
> So, to provide some further detail. We have been building and running applets
> (and standalone applications) using JOGL for the last couple of years. These
> applets are developed on PCs, but we test and use them on Macs as well. This
> specific problem occurs on a laptop with Mac OS X version 10.6.8, the laptop
> has an onboard Intel graphics system, but we use its NVIDIA extension card.
> Since the laptop runs OS X 10.6, it uses Apple Java SE 6, specifically
> 1.6.0_51-b11-457. Using GLCanvas, our applet starts up correctly, and it
> renders images just fine. Which is not surprising since the GLCanvas code is a
> completely different part of the JOGL. As a side note: We switched to using
> GLJPanel on the Mac (we use GLCanvas on Windows) since we had problems with
> applet resizing (the resize event was not correctly, or something like that).
> We have compiled JOGL in the past to fix some problems, but that was on a PC.
> I have no experience building JOGL on the Mac or running its unit tests. I
> will take me some time to look into that.
>
one of our GLJPanel unit tests - best a simple GearsES2 one.
You may want to pipe stdout/stderr to a file
w/ and w/o debug setting in properties (-> Wiki/FAQ/Bugreport).
The whole information (7zip), incl. your system then should
be added to your new bugreport.
OSX is tested here w/ OSX 10.7.5 miniMac,
and soon w/ some OSX 10.8 machine - both w/ Java6 and Java7.
OSX 10.6.8 / Java6 might be special due to it's different
rendering path, i.e. not using CALayer but traditional native framebuffer.
However, GLJPanel uses FBO and a GLSL based vertical flip.
The latter can be disabled via: '-Djogl.gljpanel.noglsl',
maybe worth a try, since it was added recently.
The GLSL flip code expects a user to take good care of
enabling/disabling buffers (VBO), i.e. render[enable .. draw .. disable],
otherwise the GLSL flip code may interfere ..
Please add (copy/paste - no link), all this to the bug report,
so we can work on this issue from there.
Thank you! & cheers ..
~Sven
signature.asc (911 bytes) | Free forum by Nabble | Edit this page |