Page 10 of 10 FirstFirst ... 8910
Results 91 to 92 of 92

Thread: Catalyst 8.6 + Cedega = graphics corruption

  1. #91
    Join Date
    Aug 2008
    Posts
    26

    Default

    I get an libGl.so.1.2 from the mese package, now wine works but fall back zu software rendering.

    I found some information about this:

    # For direct rendering libGL has to be able to load one or more
    # dri modules (files ending in _dri.so, like fglrx_dri.so).
    # Gentoo's mesa looks for these files in the location specified by
    # LIBGL_DRIVERS_PATH or LIBGL_DRIVERS_DIR, then in the hardcoded
    # location /usr/$(get_libdir)/dri. Ati's libGL does the same
    # thing, but the hardcoded location is /usr/X11R6/lib/modules/dri
    # on x86 and amd64 32bit, /usr/X11R6/lib64/modules/dri on amd64
    # 64bit. So we can either put the .so files in that (unusual,
    # compared to "normal" mesa libGL) location or set
    # LIBGL_DRIVERS_PATH. We currently do the latter. See also bug
    # 101539.

    # The problem with this approach is that LIBGL_DRIVERS_PATH
    # *overrides* the default hardcoded location, it does not extend
    # it. So if ati-drivers is merged but a non-ati libGL is selected
    # and its hardcoded path does not match our LIBGL_DRIVERS_PATH
    # (because it changed in a newer mesa or because it was compiled
    # for a different set of multilib abis than we are) stuff breaks.
    I think this is the source of the problem with wine.

    LDD gave me that.

    MESE-Lib:
    linux-gate.so.1 => (0xf7ee6000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7d6b000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7d5d000)
    libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7d58000)
    libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf7d55000)
    libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7d4f000)
    libm.so.6 => /lib32/libm.so.6 (0xf7d2b000)
    libpthread.so.0 => /lib32/libpthread.so.0 (0xf7d14000)
    libdl.so.2 => /lib32/libdl.so.2 (0xf7d10000)
    libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf7d07000)
    libc.so.6 => /lib32/libc.so.6 (0xf7bb5000)
    libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7bb2000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7b9a000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7b97000)
    /lib/ld-linux.so.2 (0xf7ee7000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7b92000)
    ATI-Lib:
    linux-gate.so.1 => (0xf7fdd000)
    libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f22000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7f14000)
    libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7f07000)
    libc.so.6 => /lib32/libc.so.6 (0xf7db5000)
    /lib/ld-linux.so.2 (0xf7fde000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7cc5000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7cc2000)
    libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7cc0000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7ca8000)
    libdl.so.2 => /lib32/libdl.so.2 (0xf7ca4000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7c9e000)
    Last edited by blabub; 08-23-2008 at 07:45 PM.

  2. #92
    Join Date
    Aug 2008
    Posts
    5

    Default

    I've been following this thread for almost a month, but its hard for me to understand the fix completely (i am a Spanish speaker), can anyone post the fix for me? i would be great to have it in the first page.

    thanks

Posting Permissions

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