-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jon TURNEY wrote: > After doing some tracing into the server, and looking at the difference > between the successful and failing remote cases, it seems that we really > do have a direct context in the success case, whereas in the failure > case we have an indirect context. > > I think that due to your trick of linking dri_swrast.so with libGL, we > have some duplicate symbols, as libGL provides glapi_Dispatch itself, > but it's also defined in the server GLX code. > > I think maybe creating the indirect context (which occurs deep inside > swrast) isn't setting the instance of this symbol which the GLX > functions dispatch through when we have an indirect context, instead > they are dispatching through glapi_noop_table, hence the crash. > > I tried to work around this by removing the files with duplicate symbols > (glpapi.c and glthread.c) from the GLX code and linking XWin with libGL > as well, which seems to work as far as running glgears goes...
No regression with my Ubumtu 8.10 VM. > (I still need to check that these files are actually functionally > identical between xserver/GLX and mesa/glapi) I checked, and they are practically identical. > Attached is a rough patch I modified the build system part of that patch, and added it and the NumLock/CapsLock sync patch to SVN. Could you please test 1.5.3-4? Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkqERYACgkQpiWmPGlmQSN9AgCeP1+0ikWowKAzwM0j5dHGEfXy NjgAn3PO2/HnE1Mgf78QWFsz+54rhFEl =kxj9 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/