I have same problem. Sketches with P2D/P3D renderers are not running. OS: openSuse 12.3 x64.
All works in beta 8.

Just tried Processing 2.0beta9 and I'm having the same issue on Xubuntu 12.04 (latest nvidia driver for GEFORCE 610M 2GB): no sketch run when using P2D or P3D. :-(

Having some sucess with ArchLinux by minimising the ide once I get greyed out sketch (esfera) then miraculously sketch runs (xfce), suggest it might work for @darkwave.
Now when sketch run get this message in console:-
libEGL warning DRI2: failed to authenticate NewtCanvasAWT attachNewChild.2 size 1024 x 768
Now since I'm using manufacturers driver (NVIDIA) I normally ignore such warnings as DRI2 is probably legacy xorg but I'm not sure might work with Nouveau driver but perfomance would be crap.

The bug seems to persist when using optirun to run processing with Bumblebee ...

@monkstone you are right: sketches run if minimized and restored.

@darkwave, @ii8 a sneaky fix seems to have been released, latest source from github version 0218 seems to have fixed problem for me, I haven't checked dowload yet.

The downloadable version seems to have the issue. Still open?

There also seem to be issues on 64bit windows version as well from the discusssion board, as well. I actually first noticed the issue following download of the Mac distro from which I extracted relevant binaries for use with ruby-processing. Could it be the build? Strange that the not much changed version on github seems to be OK!!

continue....
if I use this
size(displayWidth, displayHeight, OPENGL);
I have same problem with P3D/P2D, but with this outout:

NewtCanvasAWT.attachNewtChild.2: size 1366x768
NewtCanvasAWT.attachNewtChild.2: size 1366x768
java.lang.RuntimeException: java.lang.NullPointerException
at jogamp.newt.DefaultEDTUtil.invokeImpl(DefaultEDTUtil.java:220)
at jogamp.newt.DefaultEDTUtil.invoke(DefaultEDTUtil.java:135)
at jogamp.newt.DisplayImpl.runOnEDTIfAvail(DisplayImpl.java:207)
at jogamp.newt.WindowImpl.runOnEDTIfAvail(WindowImpl.java:1635)
at jogamp.newt.WindowImpl.reparentWindow(WindowImpl.java:1296)
at jogamp.newt.WindowImpl.reparentWindow(WindowImpl.java:1291)
at com.jogamp.newt.opengl.GLWindow.reparentWindow(GLWindow.java:363)
at com.jogamp.newt.awt.NewtCanvasAWT.attachNewtChild(NewtCanvasAWT.java:582)
at com.jogamp.newt.awt.NewtCanvasAWT.validateComponent(NewtCanvasAWT.java:505)
at com.jogamp.newt.awt.NewtCanvasAWT.paint(NewtCanvasAWT.java:426)
at sun.awt.RepaintArea.paintComponent(RepaintArea.java:248)
at sun.awt.X11.XRepaintArea.paintComponent(XRepaintArea.java:56)
at sun.awt.RepaintArea.paint(RepaintArea.java:224)
at sun.awt.X11.XComponentPeer.handleEvent(XComponentPeer.java:677)
at java.awt.Component.dispatchEventImpl(Component.java:4736)
at java.awt.Component.dispatchEvent(Component.java:4488)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:668)
at java.awt.EventQueue.access$400(EventQueue.java:81)
at java.awt.EventQueue$2.run(EventQueue.java:627)
at java.awt.EventQueue$2.run(EventQueue.java:625)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)
at java.awt.EventQueue$3.run(EventQueue.java:641)
at java.awt.EventQueue$3.run(EventQueue.java:639)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:638)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Caused by: java.lang.NullPointerException
at com.jogamp.nativewindow.awt.JAWTWindow.lockSurface(JAWTWindow.java:368)
at jogamp.newt.WindowImpl$ReparentAction.reparent(WindowImpl.java:1192)
at jogamp.newt.WindowImpl$ReparentAction.run(WindowImpl.java:1019)
at com.jogamp.common.util.RunnableTask.run(RunnableTask.java:112)
at jogamp.newt.DefaultEDTUtil$EventDispatchThread.run(DefaultEDTUtil.java:331)

I tested some versions between b8 and b9, and found that 17a2117 breaks P2D/P3D.

Yet the weird thing is that the current source (version 0218) includes the same binaries, and yet I can build and run that on Archlinux with none of the above issues. However I have issues when I tried to build and run the same under Kubuntu.
Actually this is spooky get original problem with build from latest source on another Archlinux, however I found an even cooler temporary fix "drag sketch to new desktop and it runs".

Look, from 17a2117 :
removed this: toolkit = NEWT;
added this: toolkit = AWT;

But this is present:
if (events == NEWT) {
NEWTMouseListener mouseListener = new NEWTMouseListener();

Hi, it's a good hint for me, @kles4enko.

I tried AWT instead of NEWT in Linux and it worked well. There must be some issues in NEWT.

--- a/core/src/processing/opengl/PGL.java
+++ b/core/src/processing/opengl/PGL.java
@@ -148,8 +148,8 @@ public class PGL {
       toolkit = AWT;
       events = AWT;
     } else if (PApplet.platform == PConstants.LINUX) {
-      toolkit = NEWT; // AWT extremely broken on Linux?
-      events = NEWT;
+      toolkit = AWT; // AWT extremely broken on Linux?
+      events = AWT;
     } else if (PApplet.platform == PConstants.OTHER) {
       toolkit = NEWT; // NEWT should work on the Raspberry pi
       events = NEWT;

toolkit = AWT; events = NEWT; also worked well.

@fukuchi great!

May'be @fukuchi could issue a pull request whilst we are at I'd like to point out the possibility of requesting different look and feels via preferences.txt
checkout this:-

editor.laf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
editor.laf.linux=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel

or even metal which on my system looks better than the default gtk L&F
This feature is apparently uniquley only available to linux users.

I just checked the included gluegen and jogl jars (processing-2.0b9), both were compiled with jdk-1.6 (Created-By: 1.6.0_37-b06-434-11M3909 (Apple Inc.)).
Whereas the working versions (processing-2.0b8 and latest github version) Created-By: 1.7.0_13-b20 (Oracle Corporation).
I suppose it will only be a matter of time before processing is compiled with jdk-1.7 (works ok for me custom build just remove the source and target flags).

Same error (never patient enough to wait for canvas creation, don't know whether it takes long or forever), bisected to 17a2117.

Linux vivaldi 3.5.0-27-generic #46-Ubuntu SMP Mon Mar 25 19:58:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
java version "1.6.0_37"
Java(TM) SE Runtime Environment (build 1.6.0_37-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01, mixed mode)

I have same problem on Ubuntu 12.04 (All versions of Processing 2.X that I've tried so far)

You should find processing-2.0b8 and earlier work OK, otherwise your issue may be related to your video-card and or driver (check the discussion board).

No. None of the 2.Xs work. I've tried 2.0b7, 2.0b8, 2.0b9

1.5 still works though so at some level the drivers are presumably working on my machine. Do you have any idea what layer I should be looking at with the 2.0s?

For example in 2.08 in a sketch in P3D I get this :

libEGL warning: failed to create a pipe screen for i965
Framebuffer error (incomplete attachment), rendering will probably not work as expected
OpenGL error 1280 at bot beginDraw(): invalid enumerant
OpenGL error 1286 at bot endDraw(): invalid framebuffer operation
OpenGL error 1286 at bot beginDraw(): invalid framebuffer operation
OpenGL error 1286 at top endDraw(): invalid framebuffer operation

Same code works fine in 1.5.

Yeah but can you run OPENGL sketches on processing-1.5.1 (since processing-2.0 P3D is OPENGL2)

Yes, I can do

import processing.opengl.*;

and then

create my window with : size(1024,768,OPENGL);

As I suggested earlier your issue is not a bug, you should look to the processing forum, perhaps starting here:-
https://forum.processing.org/topic/if-your-pc-doesn-t-support-opengl-2-you-are-out-of-processing-development

Returning to processing-2.0b9 issue, here is the console output when trying to run frequenceModulation example sketch (which for some mysterious reason [integrated graphics and sound?] uses P3D)
NewtCanvasAWT.attachNewtChild.2: size 512x200
X11Util.Display: Shutdown (JVM shutdown: false, open (no close attempt): 3/3, reusable (open, marked uncloseable): 0, pending (open in creation order): 3)
X11Util: Open X11 Display Connections: 3
X11Util: Open[0]: NamedX11Display[:0.0, 0x7f4090331ee0, refCount 1, unCloseable false]
X11Util: Open[1]: NamedX11Display[:0.0, 0x7f409806fe00, refCount 1, unCloseable false]
X11Util: Open[2]: NamedX11Display[:0.0, 0x7f409807e330, refCount 1, unCloseable false]
X11Util.Display: Shutdown (JVM shutdown: true, open (no close attempt): 3/3, reusable (open, marked uncloseable): 0, pending (open in creation order): 3)
X11Util: Open X11 Display Connections: 3
X11Util: Open[0]: NamedX11Display[:0.0, 0x7f4090331ee0, refCount 1, unCloseable false]
X11Util: Open[1]: NamedX11Display[:0.0, 0x7f409806fe00, refCount 1, unCloseable false]

Sketch failed to run with latest compiled source, until I drag it to a new desktop (ArchLinux). Change the sketch to default from P3D and it runs OK

hello guys, thanks for the detailed report and discussion. I'm able to reproduce the initialization freezes, at least with an ubuntu 12.10 64bit machine with a radeon card and latest fglrx drivers, when using NEWT... I updated to the latest jogl builds and switched to AWT as the window and event toolkit (commits 894d657 and 7f174e8) and the problem seems to go away. Please give it a try and let me know if you still find problems and under what specific hardware/software. Thanks!

(one issue I'm already noticing though is that the fps seems to be capped at 30, even if I set a higher value with the frameRate function)

@codeanticode having issues compiling on kubuntu for some reason (complains missing javascript mode?), anyway I did distro compile on archlinux and tested on kubuntu and archlinux. Now both now working OK (shader sketches and esefera), but the lwgl example (RestartTest) that did previously work after a fashion no longer works.
I have no issues with frame rate being capped at 30, mine is usually set by default at 60 (NVIDIA driver) and that's about what the retained cubic grid sketch runs at once it gets going. There is a different issue that persists with sketches that call the 'mouse', the sketch does not fill panel window, default renderer (Java2D).

PS: for other testers I found I needed to stash the original jogl binaries as these were being seen as locally modified for some reason.

In relation to compilation issues, I'd recommend running "ant clean" first to make sure that no left-overs are kept. For example, the android and javascript modes are no longer bundled with processing-code, they have to be compiled and installed separately.

I did several changes in the PGL interface, but didn't have the time to update the LWJGL renderer accordingly. Right now, only the default OpenGL renderer (JOGL-based) is guaranteed to work.

I always run ant clean before building so it is all a bit peculiar... I mentioned LWGL in passing, the other example failed to run previously.

Forgot to mention, regarding the problem involving Java2D, please open a separate issue.

Not sure I can be bothered since I raised it ages ago and it got closed by casey with no fix see #1625

Fixed for me

Testing on a Ubuntu 12.10 64bit system, with a Radeon HD 6670 video card and latest version of fglrx drivers. Using most recent revision from the repo where I switched to AWT as the windowing toolkit, I don't observe any significant delay in the startup of P2D/P3D sketches. I will leave this issue open for now, but I imagine that certain window manager + opengl driver configurations might be problematic and not possible to fix properly.

I confirmed that the current revision from the repository works very well on my Ubuntu notebook (i915).

I think this can be closed regarding my java2D issue which I re-reported I can confirm that this is "fixed" when replacing provided jre and tools with a symbolic link to either openjdk or oracle jdk1.7.0_21 (the issue happens for me whether kde, fluxbox or xfce desktop) so it is fixable #1833.

Thanks for reporting back!

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.