William Scott wrote:
Hi, Citizens:
On one of my machines, if I remotely log in with ssh -Y and try to
display a glx program, I get a blank window and an error message, eg:
% glxgears
failed to bind to surface
On three others under apparently identical circumstances, it works fine.
Could the difference be that on the machine where it does *not* work,
you are also logged in at the console?
The problem with opengl programs like glxgears is that they link to
/usr/X11R6/lib/libGL.1.dylib which in turn links to the
OpenGL.framework. I don't quite understand the mechanism, but it seems
that when this framework is loaded successfully, it somehow tries to
redirect your opengl output to the console and diverts it from X11
forwarding.
Now if you are not logged in at the console on the remote machine (and
are not ssh'ing as root), loading the OpenGL framework fails, which is a
good thing in these circumstances, because it allows X11-forwarding of
opengl output.
Actually, I have seen this "failed to bind to surface" error in other
situations without understanding, and now that I start to understand, I
would be interested to hear if somebody found out how to suppress this
successful loading of OpenGL.framework, short of killing loginwindow.app.
--
Martin
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users