OPENGL broken in 2.0a5 on Linux

[processing-bugs]

Original author: jwmatt...@gmail.com (March 25, 2012 16:29:27)

OPENGL or P3D in sketches results in grey applet with no drawing.

//Sample code:
size(400,300,P3D);
background(0);

ellipse(200,150,50,50);

Console correctly shows: Info: XInitThreads() called for concurrent Thread support

but very high CPU load and no drawing.

Ubuntu 11.10 x86_64

Original issue: http://code.google.com/p/processing/issues/detail?id=1026

[processing-bugs]

From neuroman...@gmail.com on March 25, 2012 17:10:03
I have the same issue, this is my output in the console: http://pastebin.com/kT3ABD1c
I'm on Arch Linux x86_64, using OpenJDK 7

[processing-bugs]

From neuroman...@gmail.com on March 25, 2012 17:12:13
This one instead is the output using the 32bit java included in the Processing download:

Info: XInitThreads() called for concurrent Thread support
java.lang.NullPointerException
at processing.mode.java.runner.Runner.findException(Runner.java:618)
at processing.mode.java.runner.Runner.reportException(Runner.java:563)
at processing.mode.java.runner.Runner.exception(Runner.java:503)
at processing.mode.java.runner.EventThread.exceptionEvent(EventThread.java:367)
at processing.mode.java.runner.EventThread.handleEvent(EventThread.java:255)
at processing.mode.java.runner.EventThread.run(EventThread.java:89)
Exception in thread "Animation Thread" javax.media.opengl.GLException: Profile GL_DEFAULT is not available on null, but: []
at javax.media.opengl.GLProfile.get(GLProfile.java:769)
at javax.media.opengl.GLProfile.getDefault(GLProfile.java:553)
at javax.media.opengl.GLProfile.getDefault(GLProfile.java:564)
at processing.opengl.PGL.initPrimarySurface(Unknown Source)
at processing.opengl.PGraphicsOpenGL.initPrimary(Unknown Source)
at processing.opengl.PGraphicsOpenGL.requestDraw(Unknown Source)
at processing.core.PApplet.run(Unknown Source)
at java.lang.Thread.run(Thread.java:662)

[processing-bugs]

From andres.c...@gmail.com on March 25, 2012 20:32:14
I tested 2.0a5 with ubuntu 11.10 x64 and several NVidia video cards, drivers up to date, and the opengl sketches work fine (they show the "Info: XInitThreads() called for concurrent Thread support" message but it is not an error).

I was also able to run them on a Ubuntu 11.04 32bits machine with an integrated Intel X3100.

What video cards are you guys using?

[processing-bugs]

From neuroman...@gmail.com on March 25, 2012 22:34:03
Intel Core i3 M330
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
Mesa version: 8.0.2
kernel video module: i915

[processing-bugs]

From jwmatt...@gmail.com on March 26, 2012 03:19:21
Intel® Core™ i5
OpenGL renderer: Mesa DRI Intel(R) Ironlake Mobile
Mesa version: 7.11
kernel video module: i915

[processing-bugs]

From erika.ma...@gmail.com on March 26, 2012 19:08:10
Same issue on a clean Ubuntu 11.10 32bit installation with Intel i915 too. This is the result of my glxinfo http://pastebin.com/qq9DrUhL Intel Centrino Duo (HP Compaq nc6400 with 1Gb of RAM)

[processing-bugs]

From xerxes.r...@gmail.com on March 26, 2012 19:48:04
FYI: JogAmp have commited a workaround for this bug.
https://jogamp.org/bugzilla/show_bug.cgi?id=566 - Application freeze with GLCanvas / GLJPanel and Mesa 8 (Software/Hardware)

Mesa in Ubuntu are compiled with one extra ubuntu specific thread local store TLS patch, 113_fix_tls.diff not found in mesa upstream that introduce this bug. The bug triggers if you initialize Mesa in a multi-threaded context. JogAmp JOGL can now workaround this bug by initializing mesa using only one thread.

[processing-bugs]

From xerxes.r...@gmail.com on March 26, 2012 21:29:10
A quick-fix for this bug:
gedit ~/.processing/preferences.txt
#and set
run.options=-Dsun.java2d.opengl=True

[processing-bugs]

From jwmatt...@gmail.com on March 27, 2012 01:18:45
I can confirm that Xerxes' fix works for me. Thanks!

[processing-bugs]

From neuroman...@gmail.com on March 27, 2012 11:45:12
Unfortunately the fix does not work for me... Same outputs as before...

[processing-bugs]

From xerxes.r...@gmail.com on March 27, 2012 13:21:02
Erika and Neuroman, I have opened a new issue for you:
You are experiencing a different bug. The main differences are that you see an Exception while jwmatt was only observing a stall accessing thread local store code. The only similarity between the two bugs are the gray window.

I belive your bug are fixed by updating JogAmp JOGL and Gluegen inside your processing 2.0a5 folder:
http://code.google.com/p/processing/issues/detail?id=1033 - 2.0a5 failed to open window using Mesa DRI Intel on linux - and workaround instructions using the daily JogAmp JOGL and Gluegen auto-builds.

[processing-bugs]

From sgot...@gmail.com on March 28, 2012 01:40:10
http://jogamp.org/deployment/archive/master/gluegen_529-joal_313-jogl_716-jocl_593/
contains an aggregated new JogAmp build (not signed) .. incl. the Mesa8 fix and Mesa8-TLS workaround.

Don't read well, whether bug 566 is not related to comment 11 - need clarification.
Please comment in our bugzilla https://jogamp.org/bugzilla/show_bug.cgi?id=566

[processing-bugs]

From xerxes.r...@gmail.com on March 30, 2012 12:04:28
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/965798

This bug was fixed in the package mesa - 8.0.2-0ubuntu3 for Ubuntu 12.04

---

mesa (8.0.2-0ubuntu3) precise; urgency=low

• Drop 113_fix_tls.diff - this turns out to have been working around a libc
  bug (most likely Debian bug #637239) which is now fixed. It also seems
  to be causing problems itself now. (LP: #965798)
  -- Christopher James Halse Rogers raof@ubuntu.com Tue, 27 Mar 2012 12:51:58 +1100

** Changed in: mesa (Ubuntu)
Status: Confirmed => Fix Released

[processing-bugs]

From andres.c...@gmail.com on March 30, 2012 14:42:01
ok guys, thanks for all the feedback. Since the problem seems to be fixed upstream, I will close this issue.

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.