Bug 114 - GLCanvas canCreateOffscreenDrawable() function always returns true
Summary: GLCanvas canCreateOffscreenDrawable() function always returns true
Status: VERIFIED FIXED
Alias: None
Product: Jogl
Classification: JogAmp
Component: core (show other bugs)
Version: 1
Hardware: All all
: P3 normal
Assignee: Sven Gothel
URL:
: 113 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-10-20 05:48 CEST by Sven Gothel
Modified: 2010-03-24 07:54 CET (History)
0 users

See Also:
Type: DEFECT
SCM Refs:
Workaround: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sven Gothel 2010-03-24 07:46:59 CET


---- Reported by johnpreston 2004-10-20 17:48:25 ----

The GLCanvas.canCreateOffscreenDrawable() function returns true even when
pbuffer support is not available as with Mesa Library drivers.

On a Linux Fedora Core 2 box runnign Xorg with using the 'ati' driver which uses
Mesa libraries, GL vendor=[Mesa project: www.mesa3d.org], GL version=[1.2 (1.5
Mesa 6.1)], GL renderer=[Mesa GLX Indirect], pbuffer support is not available.
Yet canCreateOffscreenDrawable() returns true.

I need this to return false so I can implement a Java2D workaround for off
screen buffering on hardware that does not yet support pbuffers.



---- Additional Comments From kbr 2005-02-23 14:41:06 ----

*** Issue 113 has been marked as a duplicate of this issue. ***



---- Additional Comments From kbr 2005-02-23 14:45:21 ----

The Windows port of JOGL has been fixed to return true for
GLCanvas.canCreateOffscreenDrawable() only if the WGL_ARB_pbuffer and
WGL_ARB_pixel_format extensions are available.

The X11 port already checks to see whether GLX 1.3 or later is available when
deciding if pbuffers are supported. As far as I understand it, any GLX
implementation claiming to support 1.3 should support pbuffer creation.




---- Additional Comments From kbr 2005-04-30 07:21:53 ----

Although the code in question (on the X11 side) hasn't changed, I'm marking this
as fixed because (a) the Windows code has been fixed and (b) I believe the JOGL
code is as correct as it can be without adding additional error handling for
buggy GLX implementations. The GLJPanel works around the lack of pbuffer support
at a higher level by catching GLException during pbuffer creation and falling
back to using pixmap rendering. The application here could do something similar.




--- Bug imported by sgothel@jausoft.com 2010-03-24 07:46 EDT  ---

This bug was previously known as _bug_ 114 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=114

Unknown bug field "has_duplicates" encountered while moving bug
   <has_duplicates>
     <bug_id>113</bug_id>
     <who>kbr</who>
     <when>2005-02-23 14:41:06</when>
</has_duplicates>

Comment 1 Sven Gothel 2010-03-24 07:54:59 CET
*** Bug 113 has been marked as a duplicate of this bug. ***