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

Reply via email to