Bug 679

Hi

I will try to reproduce this bug on a Mac Book Pro tonight. If I fail, I will need your help.

(In reply to comment #1)
> Hi
> 
> I will try to reproduce this bug on a Mac Book Pro tonight. If I fail, I
> will need your help.

I'll be happy to help if there is anything you want me to do.

(In reply to comment #2)
> (In reply to comment #1)
> > Hi
> > 
> > I will try to reproduce this bug on a Mac Book Pro tonight. If I fail, I
> > will need your help.
> 
> I'll be happy to help if there is anything you want me to do.

Sven, if you could fix this thing, it will probably fix this bug too:
http://forum.jogamp.org/JME3-Unified-Renderer-Canvas-Use-Issue-tp4028152p4028164.html

Renanse broke something, I can only get ardor3d-performance under Eclipse 4.2.1. My environment is almost ready under Mac OS X 10.6.8.

I just get this:
2013-02-13 00:34:16.100 java[484:903] [Java CocoaComponent compatibility mode]: Enabled
2013-02-13 00:34:16.102 java[484:903] [Java CocoaComponent compatibility mode]: Setting timeout for SWT to 0.100000
2013-02-13 00:34:17.767 java[484:e003] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x100190030> '(null)') unlocked when not locked
2013-02-13 00:34:17.767 java[484:e003] *** Break on _NSLockError() to debug.
2013-02-13 00:34:17.868 java[484:e003] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x102069410> '(null)') unlocked when not locked
2013-02-13 00:34:17.868 java[484:e003] *** Break on _NSLockError() to debug.
2013-02-13 00:34:18.010 java[484:e003] *** -[NSConditionLock unlock]: lock (<NSConditionLock: 0x1001ab560> '(null)') unlocked when not locked
2013-02-13 00:34:18.011 java[484:e003] *** Break on _NSLockError() to debug.

No AWT example can be started.

Ok there is no problem, the window just always appears behind all others. I don't reproduce Runiter's bug. Can someone test with exactly the same hardware? In my humble opinion, it might come from the driver. I use the same OS, the same version.

I can confirm this same NPE error on a 2007 Mac mini with GMA 950:

  Model Name:	Mac mini
  Model Identifier:	Macmini2,1
  Processor Name:	Intel Core 2 Duo
  Processor Speed:	2 GHz
  Number Of Processors:	1
  Total Number Of Cores:	2
  L2 Cache:	4 MB
  Memory:	2 GB
  Bus Speed:	667 MHz
  Boot ROM Version:	MM21.009A.B00
  SMC Version (system):	1.19f2
  Serial Number (system):	YM746077YL2
  Hardware UUID:	00000000-0000-1000-8000-0016CBAD0AC9

  Chipset Model:	GMA 950
  Type:	GPU
  Bus:	Built-In
  VRAM (Total):	64 MB of Shared System Memory
  Vendor:	Intel (0x8086)
  Device ID:	0x27a2
  Revision ID:	0x0003

java version "1.6.0_41"
Java(TM) SE Runtime Environment (build 1.6.0_41-b02-445-10M4107)
Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01-445, mixed mode)

This happens using a recent autobuild (less than a week old at the time of this writing). Switching to RC11 makes the error disappear.

Thank you for pointing that. Please can you test some other auto builds generated after the RC11 in order to help us to find which change(s) broke that under Mac?

Fix NPE of Bug 679: The ctx was released w/o fully initialized (no proper ARB ctx of expected version ?)

Closing now - Please reopen if not fixed. If so - please provide a new full stack trace and DEBUG log file - thank you.

Now I get the following error, using the changes from commit 10b4957dc36005453d2a4e7a3b4de4df20d0c901:

javax.media.opengl.GLException: Profile GL_DEFAULT is not available on null, but: []
	at javax.media.opengl.GLProfile.get(GLProfile.java:771)
	at javax.media.opengl.GLProfile.getDefault(GLProfile.java:555)
	at javax.media.opengl.GLProfile.getDefault(GLProfile.java:566)
        ...

on the Mac mini GMA950. The last jogl autobuild that used to work with that hardware was b881 (20121230).

(In reply to comment #10)
> Now I get the following error, using the changes from commit
> 10b4957dc36005453d2a4e7a3b4de4df20d0c901:
> 
> javax.media.opengl.GLException: Profile GL_DEFAULT is not available on null,
> but: []
> 	at javax.media.opengl.GLProfile.get(GLProfile.java:771)
> 	at javax.media.opengl.GLProfile.getDefault(GLProfile.java:555)
> 	at javax.media.opengl.GLProfile.getDefault(GLProfile.java:566)
>         ...
> 
> on the Mac mini GMA950. The last jogl autobuild that used to work with that
> hardware was b881 (20121230).

If you could send me the debug log file of etc/tests.sh (wiki FAQ/Bugreport)
I could have an idea why it fails. Pls attach them.
Any test w/ all debug properties enabled would do it ..

Probably some strict GL version checking fails here .. and  I like to know the details
to be able to fix it. We had to add this checks to fix Mesa/Intel driver .. the irony .. :)

It is probably commit
  http://jogamp.org/git/?p=jogl.git;&a=commit&h=ece5acb85b3dac22352aca75dd09aadcb96b43f3

Thanks to your regression check!

If I would have the log files - I can fix it.

Ok - Read the attached log file, problem understood.

The GMA driver provides GL 1.4, but on OSX we only tend to allow >= 2.0 to pass, will fix this.

Fixed .. simulated locally here hacking the code.

if bug still persists .. please reopen .. you know the drill.

See Bug 548 comment 6:

http://jogamp.org/git/?p=jogl.git;a=commit;h=ffcf0cb5beaf3c7c363d45cef0b9d18dcf3f50c6

Added GLRendererQuirk for this OSX < 10.7.3 NVIDIA glFLush case

(In reply to comment #14)
> Fixed .. simulated locally here hacking the code.
> 
> if bug still persists .. please reopen .. you know the drill.

Just confirming that it now works again, thank you.

I can also confirm that it is fixed in my test computer.