Wine erroring out

Maquis196 · n00b Joined: 02 Apr 2003 Posts: 62 Location: London

All, I think I may have a bug but wanted to get a second opinion first;

Basically, whenever I try and play a game that requires direct3d it crashes with

Maquis196 · n00b Joined: 02 Apr 2003 Posts: 62 Location: London

Reserving this space for the inevitable make.conf's/ emerge info

Just in case

Maquis196 · n00b Joined: 02 Apr 2003 Posts: 62 Location: London

After recompiling everything I could get my hands on to make sure it was gcc 4.4.5, nothing is still working :-/

Might do a reinstall and start from scratch (fail - only had to do this once in ten years as a Gentoo user

)

lexming · Posted: Mon Dec 27, 2010 5:47 pm Post subject:

I think that I'm experiencing a similar problem with wine.

After the xorg-server update and hal removal everything is working fine but wine. All games crash with some different and unexpected errors, even though all of them were working 10 days ago. I tried both stable wine-1.2.0 and unstable wine-1.3.10, both showed same behavior.

As an example, a little game like Line Patterns crashes with this error:

Maquis196 · n00b Joined: 02 Apr 2003 Posts: 62 Location: London

Ah, so I'm not the only one, that's something positive!

I did a complete reinstall but now have turned off the global ~amd64 keyword. Have you tried a regular 32bit opengl game just to make sure it's the same issue as me?

I half regret doing the reinstall, but not being able to play games on this machine is a pointless exercise and although I was willing to run/re-compile anything to get to the root of the issue, since no one asked I couldn't hang about.

Oh, I posted the same stuff to the winehq forums, someone helpful there just said it was a graphics driver issue. No luck there either.

Cheers,
Maq

Section_8 · l33t Joined: 22 May 2004 Posts: 627

I am also having games crash in wine, that formerly worked with no problems. This was following an xorg-server update from 1.8.2->1.9.2 (along with many related X packages) and nvidia-drivers from 195.36.31->260.19.29.

Wiping .wine and reinstalling game doesn't help (installer crashes, also in EnumDisplayDevicesW). Re-emerging wine (1.2) and upgrading wine to 1.3.8 also don't help. I suspect the nvidia-driver update, but can't go back to 195 without also downgrading xorg, which is too much of a PITA.

lexming · Posted: Tue Dec 28, 2010 9:02 am Post subject:

Yes, the nvidia-drivers-260 seems to be the cause. Today I've found that some native linux games are also crashing with segfaults. For example, Machinarium used to work fine but now crashes on the 1st sec with a segfault. Same behavior for BridgeBuilding. On the other hand Braid and Osmos are running ok.

Looking in gentoo bugzilla I've found a slightly similar problem caused by this update: https://bugs.gentoo.org/show_bug.cgi?id=349809. The nice point is that changing the renderer to xorg-x11 solves the problem with Machinarium, for example, and it launches.

But with wine that doesn't help too much because it needs a "real gpu" renderer. So maybe we should open a bug about nvidia-drivers-260 and wine.

@Maquis196: What do you mean by a regular 32bit opengl game? a native linux? If you could give me a name I'll try to get it for test

Maquis196 · n00b Joined: 02 Apr 2003 Posts: 62 Location: London

lexming · Posted: Tue Dec 28, 2010 4:39 pm Post subject:

OK, I checked Polynomial which is an opengl game that comes with 64 bit and 32 bit binaries. The 64 bit binary works but the 32 bit counterpart doesn't.

Another thing I've also tried is to update the X11 32 bit libraries. Since the xorg-server-1.9.2 requires the nvidia-drivers-260 I thought that it would be better to have the X11 32bit libs at the same level of the 64bits. However the app-emulation/emul-linux-x86-xlibs package has not been updated. Therefore, I updated them by hand, downloading the binaries from an Arch multilib repo. Unluckily nothing changed and 32bit games (and wine) still crash.

I'm starting to get out of ideas

daniel2010 · n00b Joined: 01 Dec 2010 Posts: 2

Why dont you try http://cedega.com if a modified version of wine crafted to play windows games
_________________
linux commands

lexming · Posted: Tue Jan 04, 2011 1:35 pm Post subject:

I don't think Cedega will make much of a difference because most probably the problem comes from the driver.

Moreover a bug was opened related to this topic: https://bugs.gentoo.org/show_bug.cgi?id=350336

lexming · Posted: Thu Feb 03, 2011 11:13 am Post subject:

A fix for this bug has been published in the bugzilla page: https://bugs.gentoo.org/show_bug.cgi?id=350336. Removing the noexec flag in /tmp will make the 32-bit opengl apps to work again. I tried it and it works. It seems that the execution of a file in /tmp was something new introduced in the 260 series of nvidia-drivers. BTW, beware that removing the noexec flag will slightly reduce the security of your system.

Section_8 · l33t Joined: 22 May 2004 Posts: 627

lexming - your bugzilla link is bad (period following bug # I think).

Removing noexec from /tmp fixes this for me as well. Does anyone know whether this is considered a temporary workaround, or an nvidia driver WAD?

lexming · Posted: Thu Feb 03, 2011 4:53 pm Post subject:

popsUlfr · Tux's lil' helper Joined: 27 Feb 2011 Posts: 80

Hi,

I'll just go ahead and revive this thread.
I've the same issue with 32bit opengl apps immediately segfaulting upon launch on amd64, including wine 32bit d3d apps. Now I don't have my /tmp folder mounted and it has never been, it's just a folder and still get the issue. Switching to the xorg-x11 opengl driver removes the segfaults and instead I get apps naturally complaining about missing 3D features.
I tried nvidia-drivers-260.19.36, nvidia-drivers-260.19.44 with no luck. Adding a fstab line where I mount /tmp with exec option didn't help either.

I initially noticed a huge amount of segfaulting in wine with d3d apps. I tried several things like reemerging the whole system, trying different cflags or useflags, unmerging reemerging, different gcc versions, switching to portage-multilib, etc... until I came across gtk+ refusing to compile as 32bit. Only then it occurred to me it could all be the nvidia driver's fault and switching the opengl driver makes for good evidence.

Amnesia(native) works great since it has a 64bit binary, lugaru(native) segfaults immediately since it's 32bit and I couldn't get to start any d3d game in wine.
This is bugging me for quite some time now and I was happy to see there could be a simple fix to all of this. But how come it looks like everyone has his/her /tmp folder mounted in their fstab?

What I've now: my system is set up with portage-multilib from the multilib overlay. I have my whole system compiled with the latest gcc-4.6.0 alpha (from toolchain overlay). Exceptions: nss and libreoffice compiled with gcc-4.5.2. My processor has the avx extension but xulrunner+firefox didn't like it much so I disabled it for them.
I switched between different toolchains and recompiled glibc with stable and alpha gcc with absolutely no difference. I tried to isolate the case of an unstable toolchain causing the issue but it's really something wrong with that nvidia driver and its opengl 32bit libs.

If only all games could have a 64bit version

Any ideas are very welcome...

EDIT:
After building a 32bit chroot it turned out glibc was the culprit in all of this. Compiling the latest version with gcc-4.5.2 fixed the segfaults for me