On 25/11/14 10:46 PM, DRC wrote:
> TLS support is spotty on non-Linux platforms, unfortunately.
What platforms/issues do you have in mind?
> Why couldn't we just use the existing XCB connection hash to maintain an
> "enabled" state for the XCB faker? Whenever an interposed GLX or X11
> funct
On 25/11/14 10:31 PM, Nathan Kidd wrote:
> Ways I can think of to work around this:
>
> 1) just disallow any non-3D-server GLX traffic, and loose the
> VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility
> of stereo support, though I've never seen a stereo user.
>
> 2) Introduc
On 26/11/14 10:47 AM, Nathan Kidd wrote:
> On 25/11/14 10:31 PM, Nathan Kidd wrote:
>> Ways I can think of to work around this:
>>
>> 1) just disallow any non-3D-server GLX traffic, and loose the
>> VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility
>> of stereo support, though
On 11/26/14 9:20 AM, Nathan Kidd wrote:
> On 25/11/14 10:46 PM, DRC wrote:
>> TLS support is spotty on non-Linux platforms, unfortunately.
>
> What platforms/issues do you have in mind?
Traditionally, TLS wasn't reliable on non-x86 BSD implementations and
Solaris, but that may be old information.
On 11/26/14 9:47 AM, Nathan Kidd wrote:
>> 1) just disallow any non-3D-server GLX traffic, and loose the
>> VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility
>> of stereo support, though I've never seen a stereo user.
>>
>> 2) Introduce a global (TLS-based should work) don't-fa
On 26/11/14 01:43 PM, DRC wrote:
> On 11/26/14 9:20 AM, Nathan Kidd wrote:
>> Consider this sequence:
>>
>> thread1: xcb_get_extension_data(conn1)
>>get_already_faked(conn1) != true
>> set_already_faked(conn1, true)
>> run on faked connection
>>
>> thread2: xcb_get_extension_data(conn
On 26/11/14 09:38 PM, Nathan Kidd wrote:
> Incidentally, my current code works around the whole
> xcb_get_extension_data issue by simply not faking it at all. Exceed
> onDemand and Exceed Turbo VA X always support GLX (unless you
> explicitly turn it off), so there's no pressing need to pretend i
On 26/11/14 09:52 PM, Nathan Kidd wrote:
> On 26/11/14 09:38 PM, Nathan Kidd wrote:
>> Incidentally, my current code works around the whole
>> xcb_get_extension_data issue by simply not faking it at all. Exceed
>> onDemand and Exceed Turbo VA X always support GLX (unless you
>> explicitly turn it
On 11/26/14 8:52 PM, Nathan Kidd wrote:
> A work-around for other proxies would be to make the faked function
> query the asked-for connection first, and only supply fake information
> if the extension is not found. All the 2D-Xserver GLX queries should be
> checking if GLX is available anyway, an