Shanon, On 05/07/2012, at 4:11 PM, Shanon Loughton wrote:
> Thanks James, running the first one: > > $ grep "\.so" /opt/VirtualGL/bin/vglrun ... > LD_PRELOAD_32=/opt/VirtualGL/lib/libdlfaker.so:$LD_PRELOAD_32 > LD_PRELOAD_32=libdlfaker.so:$LD_PRELOAD_32 … > I had no /opt/VirtualGL/lib only fakerlib directory. Created symbolic link > ./lib to ./fakerlib and re-ran, no difference. Symbolic linking seems like a bit of a hack, but if you're going to try that, maybe try pointing the "lib" symbolic link to /usr/lib/ instead, because (at least on CentOS), most of VirtualGL's shared libraries are installed in /usr/lib/ except for libGL.so, which is in /opt/VirtualGL/fakelib/ cd /opt/VirtualGL/ rm lib # Remove the symbolic link you just created. ln -s /usr/lib lib # Create a new symbolic link pointing to /usr/lib/ ls /opt/VirtualGL/lib/libgefaker.so # Check that shared libraries can be access via this symbolic link. Have you checked the architecture (32-bit or 64-bit) of the shared libraries in /usr/lib/, e.g. using "file /usr/lib/libdlfaker.so" ? Cheers, James > All libraries are there. > > Cheers > Shanon > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
