Hi group and moderator L. Rahyen I've run into a small problem with the current release. I can do the initial load of VirtualDubMod (I've always used wine for it) but when I try to have it read a file the startup window starts screaming for about 800 lines it can't find libGL.so then gives up and GPF's on me. But I have the 32 bit version of the Mesa libraries installed at /usr/lib and the 32 bit version of the X11R7.3 mesa libraries installed at /usr/local/lib and the corresponding 64 bit installed in /usr/lib64 and /usr/local/lib64 . I've also checked the ld.so.conf file to see what order the libraries are searched. I'm kind of scratching my head here. It looks like it should be a configuration problem, either wine or mine. I would appreciate any suggestions. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.winehq.org/pipermail/wine-users/attachments/20080120/d7603f51/attachment-0001.htm
On Sunday January 20 2008 16:44:31 Michael D. Johnson wrote:> I've run into a small problem with the current release. > initial load of VirtualDubMod (I've always used wine for it) but when I > try to have it read a file the startup window starts screaming for about > 800 lines it can't find libGL.so then gives up and GPF's on me.What happens if you run glxgears? In other words, is this problem with WINE only or global problem for any OpenGL application in the system? Did you compiled WINE yourself? As far as I know all videocards (including Intel with open-source driver) should work (maybe not always perfectly but at least basic 3D features should work) without problems and you definitely shouldn't have messages about missing OpenGL libraries. So it seems to me that your problem is some kind of misconfiguration... BTW, did you tried to reinstall your drivers?
On Sunday January 20 2008 20:35:43 Michael D. Johnson wrote:> I think I found it. > > When I issued the wineprefixcreate command I got this return: > > /"err:module:load_builtin_dll failed to load .so lib for builtin > L"opengl32.dll": /usr/lib/libGL.so.1: undefined symbol: XDamageAdd" > > I had just readded the 32 bit libdrm from the update service. Which I did > again, once I found this. But I am getting the same thing.libGL have a dependency on the Xdamage library. Try this. Run: ldd /usr/lib/libGL.so.1 | grep -i Xdamage You should get something like this as an output from above command: libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb7df4000) Make sure that libXdamage can be resolved correctly. If above doesn't solve your problem, please attach full terminal output after running your Windows program in WINE (if it's big compress it with bz2).
Apparently Analagous Threads
- [Bug 20023] New: nv20: unwanted solid fills during busyloop rendering
- X.Org security advisory june 2008 - Multiple vulnerabilities in X server extensions
- Any good GUI Theora encoder for Windows?
- Xorg unbuildable - where to get: x11-xcb?
- PANIC: early exception 0e rip 10:0 error 10 cr2 0