up vote 8 down vote favorite
share [g+] share [fb]

(Follow-up on How to efficiently use 3D via a remote connection?)

I installed the amd64 package on the server and the i386 one on the client. Following the user's guide I run this on the client:

me@client> /opt/VirtualGL/bin/vglconnect me@server
me@server> /opt/VirtualGL/bin/vglrun glxgears

This causes a segfault, using vglconnect -s for a ssh tunnel doesn't work either. I also tried the TurboVNC method, where starting vglrun glxgears works, but I'd prefer transmitting only the application window using the jpeg compression. Is the problem 32 <-> 64 bit? Or how can I fix things?

link|improve this question
53% accept rate
4  
That might be it. But this is new, bleeding edge stuff so expect bugs. You can help by filing a bug at the project site. – Keith Jan 8 '11 at 13:36
you can install 32bits x/gl/libc libs and run it with linux32 /opt/VirtualGL/bin/vglrun glxgears. This will allow you to know if problem comes from 32 <-> 64 bit. – Coren Feb 17 at 11:21
1  
For debugging segfaults, you chould find out which binary segfaults and run it with strace/ltrace or gdb. That might tell you how far it gets and what it tries to do before dying. – XTL Mar 20 at 15:03
feedback

1 Answer

up vote 0 down vote

I don't know how this remote 3D works but if the client is indeed trying to run the amd64 executable, this is definitely the reason this message appears.

link|improve this answer
feedback

Your Answer

 
or
required, but never shown
discard

Not the answer you're looking for? Browse other questions tagged or ask your own question.