Blerg.  Never mind.  I can reproduce the issue quite readily with 
VirtualGL 2.3.1.  I wasn't able to reproduce it with the current SVN 
trunk because a fix I just checked in for another problem fixed this as 
well.

Basically, VirtualGL's readback function was trying to share the OpenGL 
context established by the app, which meant that it had to try and 
store/restore all of the various OpenGL parameters that might affect 
pixel readback (of which there are quite a few.)  Rather than keep 
playing this game of whack-a-mole, I modified the readback function so 
that a temporary GLX context is created just to perform the readback. 
Since the context is created with a compatibility profile (by calling 
glXCreateNewContext()), the extension in question is reported in 
GL_EXTENSIONS, and everything works properly.

I can't think of any downside to this approach, but if others have 
feedback on it, let me know.


On 8/22/12 7:24 PM, Antony Riakiotakis wrote:
> Hi,
>
> When creating a core OpenGL 3.x+ profile using bumblebee, the new
> context fails when passing
> through server/pdrawable.cpp line 264. The check fails on a core profile
> 3.x+ context because the extension does not exist for such profiles (It
> is considered core functionality, not an extension). At least NVIDIA
> drivers do not advertise this as an extension. You should consider this
> extension as supported on OpenGL contexts with version > 3.0. In fact,
> for such contexts using glGetString(GL_EXTENSIONS) to check for
> extensions is considered an error. You should use glGetStringi instead.
>
> Thanks,
>
> Antony Riakiotakis

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
VirtualGL-Devel mailing list
VirtualGL-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-devel

Reply via email to