Page 1 of 2 12 LastLast
Results 1 to 10 of 18

Thread: Wine problems with new MESA?

  1. #1
    Join Date
    Dec 2008
    Location
    San Bernardino, CA
    Posts
    231

    Default 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. #2
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    1,023

    Default

    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?

  3. #3
    Join Date
    Dec 2008
    Location
    San Bernardino, CA
    Posts
    231

    Default

    Quote 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.

  4. #4
    Join Date
    Oct 2008
    Location
    Sweden
    Posts
    983

    Default

    Quote 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.

  5. #5
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    1,023

    Default

    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

  6. #6
    Join Date
    May 2011
    Posts
    353

    Default

    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.

  7. #7
    Join Date
    Oct 2008
    Location
    Sweden
    Posts
    983

    Default

    Quote 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.

  8. #8
    Join Date
    Dec 2008
    Location
    San Bernardino, CA
    Posts
    231

    Default

    Quote 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 at 05:14 PM.

  9. #9
    Join Date
    Oct 2008
    Location
    Sweden
    Posts
    983

    Default

    Quote 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?

  10. #10
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    @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.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •