/tls/libGL.so.1 missing ?

[NickDeGraeve]

After some struggling I was able to upgrade to 6111 (http://www.nvnews.net/vbulletin/showthread.php?t=37564).

Some games, like Chromium & Frozen Bubble, I can play but ArmyOps still won't start:
[nick@localhost nick]$ armyops
Could not load OpenGL library
History:
Exiting due to error

This is in the log:
...
Init: Initializing OpenGLDrv...
Log: binding libGL.so.1
Critical: appError called:
Critical: Could not load OpenGL library
...

In this thread on the support site of ArmyOps (http://forum.americasarmy.com/viewtopic.php?t=7232) people with similar problems were advised to do LD_PRELOAD=/usr/lib/tls/libGL.so.1 path/to/armyops/binary/armyops

Problem! I don't have a libGL.so.1 in any tls/ directory:
[root@localhost root]# locate tls/
/usr/lib/tls/libnvidia-tls.so.1.0.6111
/usr/lib/tls/libnvidia-tls.so.1
/usr/lib64/tls/libnvidia-tls.so.1.0.6111
/usr/lib64/tls/libnvidia-tls.so.1
/usr/X11R6/lib/modules/dri/tls/gamma_dri.so
/usr/X11R6/lib/modules/dri/tls/ffb_dri.so
/usr/X11R6/lib/modules/dri/tls/radeon_dri.so
/usr/X11R6/lib/modules/dri/tls/i810_dri.so
/usr/X11R6/lib/modules/dri/tls/i830_dri.so
/usr/X11R6/lib/modules/dri/tls/mga_dri.so
/usr/X11R6/lib/modules/dri/tls/r128_dri.so
/usr/X11R6/lib/modules/dri/tls/r200_dri.so
/usr/X11R6/lib/modules/dri/tls/tdfx_dri.so
/usr/X11R6/lib/modules/dri/tls/via_dri.so
/lib64/tls/libpthread-0.10.so
/lib64/tls/libc-2.3.3.so
/lib64/tls/libc.so.6
/lib64/tls/libm-2.3.3.so
/lib64/tls/libm.so.6
/lib64/tls/libthread_db-1.0.so
/lib64/tls/libpthread.so.0
/lib64/tls/librt-2.3.3.so
/lib64/tls/librt.so.1
/lib64/tls/libthread_db.so.1
/downloads/NVIDIA-Linux-x86_64-1.0-6111-pkg2/usr/lib/tls/libnvidia-tls.so.1.0.6111
/downloads/NVIDIA-Linux-x86_64-1.0-6111-pkg2/usr/lib32/tls/libnvidia-tls.so.1.0.6111

You see, no libGL.so.1.
I got several libGL.so.1 in other dirs, though:
[root@localhost root]# locate libGL.so.1
/usr/lib/libGL.so.1.0.6111
/usr/lib/libGL.so.1
/usr/lib64/libGL.so.1.0.6111
/usr/lib64/libGL.so.1
/usr/X11R6/lib64/libGL.so.1.4.502
/usr/X11R6/lib64/libGL.so.1
/downloads/NVIDIA-Linux-x86_64-1.0-6111-pkg2/usr/lib/libGL.so.1.0.6111
/downloads/NVIDIA-Linux-x86_64-1.0-6111-pkg2/usr/lib32/libGL.so.1.0.6111

So I tried:
[nick@localhost nick]$ LD_PRELOAD=/usr/lib64/libGL.so.1 /usr/local/games/armyops/System/armyops-bin
/usr/local/games/armyops/System/armyops-bin: error while loading shared libraries: /usr/lib64/libGL.so.1: cannot open shared object file: No such file or directory

Very strange, because /usr/lib64/libGL.so.1 does exist and is readable:
[nick@localhost nick]$ ls -l /usr/lib64/libGL.so.1*
lrwxrwxrwx 1 root root 17 Sep 27 20:07 /usr/lib64/libGL.so.1 -> libGL.so.1.0.6111*
-rwxr-xr-x 1 root root 579400 Sep 27 20:07 /usr/lib64/libGL.so.1.0.6111*

Do you have a solution?

Thanks

Nick.

[NickDeGraeve]

I have found a solution myself:

[root: ~]# mv /usr/lib/tls/libnvidia-tls.so.1.0.6629 /usr/lib/tls/libnvidia-tls.so.1.0.6629.old
[root: ~]# cp /usr/lib/libnvidia-tls.so.1.0.6629 /usr/lib/tls/libnvidia-tls.so.1.0.6629

It's possible that this solution works with version 6110.

[lukemacneil92]

I am running on a 64 bit system. I was up last night struggling with this issue.
I tried the fixes that are posted around but none of them seemed to account for the fact that I was running 64 bits.

When I installed the driver, the modules installed into /usr/lib64
Army Ops aparently wants them in /usr/lib

You can symlink them, but it wont work. It wants 32 bit drivers aparently.

I was able to resolve the issue (or at least get the game running) by reinstalling the NVIDIA drivers along with the 32bit compatibility driver set, which I had opted not to install at first. It is an option when you are installing the drivers.

With this I was able to run the game. I ran through a few training missions and my system locked up. The reason it locked up is aparently because of the Realtime preemption patch that I built my kernel with. Aparently there is an incompatibility with NVIDIA's drivers and Ingo's patch. If this happens to you, you will know by looking at /var/log/messages. After the crash, this error will be logged:
.snip.
Jul 5 23:29:26 cambridge64 kernel: ---------------------------
Jul 5 23:29:26 cambridge64 kernel: | preempt count: 00000002 ]
Jul 5 23:29:26 cambridge64 kernel: | 2-level deep critical section nesting:
Jul 5 23:29:26 cambridge64 kernel: ----------------------------------------
.snip.

I have not found a fix. I'll mess with it for a while, but I can live without the complete preemption for now. If you run into that issue, I'll bet you 3 nickels running a non patched kernel will clear it up.

No more questions.

-Luke.
www.lukemacneil.com