Announcement

Collapse
No announcement yet.

Wine problems with new MESA?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Wine problems with new MESA?

    For the past few days, I've been unable to play any Wine games on my Ubuntu 11.10 (64-bit) machine running ATI 4670. I keep getting the following error message:

    Code:
    err:ole:CoCreateInstance apartment not initialised
    err:module:load_builtin_dll failed to load .so lib for builtin L"OPENGL32.dll": libGL.so.1: cannot open shared object file: No such file or directory
    err:module:import_dll Loading library OPENGL32.dll
    I read over in the ArchLinux forums that some bugfixes recently introduced into Mesa (dealing with LLVM) has caused this issue. But thats all the information I've been able to dig up. Has anyone else been experiencing this problem, and know of a fix?

  • #2
    I believe in the last few days there were multiple issues:

    1: Seems to only happen on some cards: CFLAGS with -O2 breaking things, but mesa works with -O1.
    Someone, perhaps me, should report this probably...

    2: Some LLVM offset error: https://bugs.freedesktop.org/show_bug.cgi?id=44466
    That is either fixed in master or by compiling with -O1. I don't know.

    3: For a short time mesa failed to build libgl. But that was fixed quickly.

    You may experience 3? How new is your mesa exactly? Do you have the files /usr/lib/libGL.so, /usr/lib/libGL.so.1 and /usr/lib/libGL.so.1.2?

    Comment


    • #3
      Originally posted by ChrisXY View Post
      I believe in the last few days there were multiple issues:

      1: Seems to only happen on some cards: CFLAGS with -O2 breaking things, but mesa works with -O1.
      Someone, perhaps me, should report this probably...

      2: Some LLVM offset error: https://bugs.freedesktop.org/show_bug.cgi?id=44466
      That is either fixed in master or by compiling with -O1. I don't know.

      3: For a short time mesa failed to build libgl. But that was fixed quickly.

      You may experience 3? How new is your mesa exactly? Do you have the files /usr/lib/libGL.so, /usr/lib/libGL.so.1 and /usr/lib/libGL.so.1.2?
      The files /usr/lib/libGL.so, /usr/lib/libGL.so.1 and /usr/lib/libGL.so.1.2 are all missing.

      glxinfo | grep ^OpenGL | egrep 'version|renderer'
      Code:
      OpenGL renderer string: Gallium 0.4 on AMD RV730
      OpenGL version string: 2.1 Mesa 7.12-devel (git-37240d2 oneiric-oibaf-ppa)
      OpenGL shading language version string: 1.20
      Any suggestions? I'm using the oibaf PPA; however, even after reverting back to regular Ubuntu (11.10) radeon drivers, I still had this problem.

      Comment


      • #4
        Originally posted by gururise View Post
        The files /usr/lib/libGL.so, /usr/lib/libGL.so.1 and /usr/lib/libGL.so.1.2 are all missing.
        That's not where those files are kept any longer, try /usr/lib/x86_64-linux-gnu/ or something similar, the locate and find commands are your friends.

        No problems with Wine and mesa git here though, I'm guessing your problem is either with Wine itself or the usual buggery that results from Debian/Ubuntu not being properly multiarch yet.

        Comment


        • #5
          Maybe on your system. Archlinux still has sane paths.
          Maybe dpkg -L mesa or something.

          Also try LIBGL_DEBUG=verbose glxgears
          and LIBGL_ALWAYS_SOFTWARE=1 glxgears

          Comment


          • #6
            No problem at all here with Mint 12 and Wine 1.2.3. My Windows programs don't feel laggy, which happens when software rendering is in use. That way I consider Mesa (Nouveau on NV86) working. The proprietary driver works fine as well.

            Comment


            • #7
              Originally posted by ChrisXY View Post
              Maybe on your system. Archlinux still has sane paths.
              Maybe dpkg -L mesa or something.

              Also try LIBGL_DEBUG=verbose glxgears
              and LIBGL_ALWAYS_SOFTWARE=1 glxgears
              He specifically mentioned using Ubuntu.

              Comment


              • #8
                Originally posted by whizse View Post
                That's not where those files are kept any longer, try /usr/lib/x86_64-linux-gnu/ or something similar, the locate and find commands are your friends.

                No problems with Wine and mesa git here though, I'm guessing your problem is either with Wine itself or the usual buggery that results from Debian/Ubuntu not being properly multiarch yet.
                Yeah, thinking it might have something to do with no proper multiarch in Ubuntu 11.10. I'm wondering if anyone else on Ubuntu 11.10 (64-bit) is having problems as well...

                I did find the following files in the /usr/lib/x86_64-linux-gnu directory:
                Code:
                libGL.so  libGLU.a  libGLU.so  libGLU.so.1  libGLU.so.1.3.071200
                OpenGL programs (ie games) seem to work fine on the linux side, so it must either be Wine or something to do with the multiarch as stated above... aaaargh....

                locate libGL.so:
                Code:
                /usr/lib/x86_64-linux-gnu/libGL.so
                /usr/lib/x86_64-linux-gnu/mesa/libGL.so
                /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
                /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2
                /usr/lib32/libGL.so
                /usr/lib32/mesa/libGL.so.1
                /usr/lib32/mesa/libGL.so.1.2
                Looks like I have the libGL.so in the lib32 dir....
                Last edited by gururise; 01-09-2012, 05:14 PM.

                Comment


                • #9
                  Originally posted by gururise View Post
                  OpenGL programs (ie games) seem to work fine on the linux side, so it must either be Wine or something to do with the multiarch as stated above... aaaargh....
                  Are you sure that _32-bit_ native games work?

                  Comment


                  • #10
                    @gururise

                    fetch the i386 deb of mesa-utils, mc can simply extract the glxinfo, rename it to glxinfo32 an put it at /usr/local/bin. 32 bit glxinfo should have got the same output as the 64 bit one. as your system uses old style libgl for 32 bit you can do the same if needed for 32 bit opengl support. the file to replace would be /usr/lib32/mesa/libGL.so.1.2 from libgl1-mesa-glx package.

                    Comment

                    Working...
                    X