Try the following: vglrun ldd /opt/VirtualGL/bin/glxspheres
If /usr/lib32/librrfaker.so and /usr/lib32/libdlfaker.so don't show up in the dependencies, then something is amiss with the dynamic loader path. You might also try explicitly setting LD_PRELOAD rather than using vglrun: LD_PRELOAD=/usr/lib32/libdlfaker.so:/usr/lib32/librrfaker.so ldd /opt/VirtualGL/bin/glxspheres I will double-check on an installation of Ubuntu 12.04 to make sure there are no issues, but I think other people are using VGL successfully with that platform. On 7/5/12 8:18 PM, Shanon Loughton wrote: > Ok, ldd ing my files... > > $ ldd ./glxspheres > linux-gate.so.1 => (0xf77b5000) > libGL.so.1 => /usr/lib32/nvidia-current/libGL.so.1 (0xf76c5000) > libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7591000) > libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf751b000) > libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf74ef000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf734a000) > libnvidia-tls.so.295.40 => > /usr/lib32/nvidia-current/tls/libnvidia-tls.so.295.40 (0xf7346000) > libnvidia-glcore.so.295.40 => > /usr/lib32/nvidia-current/libnvidia-glcore.so.295.40 (0xf5710000) > libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf56fd000) > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf56f8000) > libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf56d7000) > libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf55f2000) > libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf55d4000) > /lib/ld-linux.so.2 (0xf77b6000) > libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf55cf000) > libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf55c8000) > > Not sure what all that means but it looks ok? > > Going through the libraries, the librrfaker.so has a libXv.so.1 not found... > $ ldd /usr/lib32/librrfaker.so > linux-gate.so.1 => (0xf7752000) > libGL.so.1 => /usr/lib32/nvidia-current/libGL.so.1 (0xf753c000) > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7537000) > libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf751b000) > libXv.so.1 => not found > libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf73e7000) > libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf73d5000) > libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf73a9000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7203000) > libnvidia-tls.so.295.40 => > /usr/lib32/nvidia-current/tls/libnvidia-tls.so.295.40 (0xf71ff000) > libnvidia-glcore.so.295.40 => > /usr/lib32/nvidia-current/libnvidia-glcore.so.295.40 (0xf55c9000) > /lib/ld-linux.so.2 (0xf7753000) > libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf55a8000) > libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf55a4000) > libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf559c000) > > Installed libxv1:i386 package, and it fixed that. Still no change in > results. > > $ ldd /usr/lib32/libdlfaker.so linux-gate.so.1 => (0xf76e2000) > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76c3000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf751e000) > /lib/ld-linux.so.2 (0xf76e3000) > > $ ldd /usr/lib32/libgefaker.so > linux-gate.so.1 => (0xf778a000) > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf776b000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf75c6000) > /lib/ld-linux.so.2 (0xf778b000) > > Logging directly into the server, glxspheres 32bit runs normal. > > If it helps, $ ./vglrun ./glxspheres directly on the server also works, > with this output: > $ ./vglrun ./glxspheres > ERROR: ld.so: object 'libdlfaker.so' from LD_PRELOAD cannot be > preloaded: ignored. > ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be > preloaded: ignored. > Polygons in scene: 62464 > Visual ID of window: 0x27 > Context is Direct > OpenGL Renderer: GeForce 8600 GT/PCIe/SSE2 > 232.467742 frames/sec - 259.434000 Mpixels/sec > > Cheers > > Shanon > > > On 6 July 2012 07:15, James Wettenhall <james.wettenh...@monash.edu > <mailto:james.wettenh...@monash.edu>> wrote: > > DRC, > > Thanks for setting me straight about Debian's /usr/lib32/ dir and > about the fact that /opt/VirtualGL/lib/ is not needed on Linux. > > Shanon, > > Here's the list of packages which I installed to get the 32-bit > VirtualGL installed on 64-bit Linux. I'm sure you could find Debian > equivalents to all these packages. > > Also, below I have included the result of running ldd on > /opt/VirtualGL/bin/glxspheres. (Replace /usr/lib/ with /usr/lib32/ > for Debian.) > > libgcc-4.4.6-3.el6.i686 > libstdc++-4.4.6-3.el6.i686 > libdrm-2.4.25-2.el6.i686 > expat-2.0.1-11.el6_2.x86_64 > expat-2.0.1-11.el6_2.i686 > libXau-1.0.5-1.el6.i686 > libxcb-1.5-1.el6.i686 > libX11-1.3-2.el6.i686 > libXext-1.1-3.el6.i686 > libXfixes-4.0.4-1.el6.i686 > libXdamage-1.1.2-1.el6.i686 > libXv-1.0.5-1.el6.i686 > libXxf86vm-1.1.0-1.el6.i686 > libselinux-2.0.94-5.2.el6.i686 > expat-devel-2.0.1-11.el6_2.x86_64 > mesa-dri-drivers-7.11-3.el6.i686 > mesa-libGL-7.11-3.el6.i686 > mesa-libGLU-7.11-3.el6.i686 > > [root@i-00000ccf VirtualGL]# ldd /opt/VirtualGL/bin/glxspheres > linux-gate.so.1 => (0x005d3000) > libGL.so.1 => /usr/lib/libGL.so.1 (0x00f74000) > libX11.so.6 => /usr/lib/libX11.so.6 (0x009ef000) > libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00484000) > libm.so.6 => /lib/libm.so.6 (0x00110000) > libc.so.6 => /lib/libc.so.6 (0x0013a000) > libXext.so.6 => /usr/lib/libXext.so.6 (0x002ca000) > libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00d7c000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x002db000) > libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x002e0000) > libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00390000) > libpthread.so.0 => /lib/libpthread.so.0 (0x002ec000) > libdl.so.2 => /lib/libdl.so.2 (0x003a7000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x005d4000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x006d3000) > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00307000) > /lib/ld-linux.so.2 (0x00c06000) > librt.so.1 => /lib/librt.so.1 (0x00325000) > libXau.so.6 => /usr/lib/libXau.so.6 (0x00476000) > > ------------------------------------------------------------------------------ > 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 > <mailto:VirtualGL-Users@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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
