Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Wine erroring out
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gamers & Players
View previous topic :: View next topic  
Author Message
Maquis196
n00b
n00b


Joined: 02 Apr 2003
Posts: 42
Location: London

PostPosted: Sun Dec 26, 2010 7:28 pm    Post subject: Wine erroring out Reply with quote

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

Code:

wine: Unhandled page fault on read access to 0xfffffff8 at address 0x7da57225 (thread 002c), starting debugger...
Unhandled exception: page fault on read access to 0xfffffff8 in 32-bit code (0x7da57225).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7da57225 ESP:0033e6d0 EBP:7cb32678 EFLAGS:00010202(  R- --  I   - - - )
 EAX:00000001 EBX:7cb18bf8 ECX:00000001 EDX:00001b93
 ESI:00000000 EDI:fffffff8
Stack dump:
0x0033e6d0:  0000000a f75b13a0 00000011 f74cb9e1
0x0033e6e0:  7cb18bf8 00000000 7c8e97e8 7dd0c27e
0x0033e6f0:  00000000 00000000 f75b13a0 7e2356a0
0x0033e700:  7cb18bf8 00000003 7cab88a0 7d85f655
0x0033e710:  7c8e97e8 00000000 7cb32678 7dd16f97
0x0033e720:  7ca76000 7ca76000 7e2356a0 7d86d122
Backtrace:
=>0 0x7da57225 in libnvidia-glcore.so.260.19.29 (+0xe3d225) (0x7cb32678)
  1 0x7cb59e80 (0x7cb59e80)


I am using wine 1.3.10 and nvidia-drivers 260.19.29. I also have a laptop with an nvidia card and that works fine with wine 1.3.10 but with nvidia-drivers 256.53 (EDIT: Just updated drivers on laptop to 260.19.29 as well, still works fine)

So, I think it could be down to either glibc version or gcc version (I'm using gcc 4.5.1 on desktop, and 4.4.5 on laptop. Glibc 2.12.1-r3 on desktop and glibc
2.12.1-r1 on laptop).

If anyone wants to help me track this down so I can either fix it and/or give a bug report to someone I would be very grateful.

Cheers,
Maq

EDIT2 : Regular opengl games work fine so it isn't a driver issue - bzflag and amnesia the descent tested
EDIT3 : I will upgrade glibc on the laptop if needs be to remove that as an issue, but if that triggers this crash I'll be in trouble since I'll have no way to play eve :P (and therefore lose my ability to change my skill learning)
EDIT4 : After some more testing, it appears to be an error with the 32bit gl libs. It must be an issue with gcc 4.5 and the latest glibc... I'm going to test this theory on my laptop and if proven right I'll downgrade on the desktop (I'm not even sure why I changed to 4.5 tbh). My reason for thinking this is that games linked to 32bit gl won't start yet 64bit ones do.


Last edited by Maquis196 on Sun Dec 26, 2010 9:38 pm; edited 1 time in total
Back to top
View user's profile Send private message
Maquis196
n00b
n00b


Joined: 02 Apr 2003
Posts: 42
Location: London

PostPosted: Sun Dec 26, 2010 7:37 pm    Post subject: Reply with quote

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

Just in case :)
Back to top
View user's profile Send private message
Maquis196
n00b
n00b


Joined: 02 Apr 2003
Posts: 42
Location: London

PostPosted: Mon Dec 27, 2010 1:15 pm    Post subject: Reply with quote

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 :()
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Mon Dec 27, 2010 5:47 pm    Post subject: Reply with quote

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:
Code:
err:dmloader:IDirectMusicLoaderImpl_IDirectMusicLoader_SetObject : could not attach stream to file
fixme:dmime:IDirectMusicPerformance8Impl_InitAudio (0x148bf0, (nil), (nil), 0x10086, 8, 64, 3f, (nil)): to check
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x152240,0x152670): stub
fixme:dmime:IDirectMusicPerformance8Impl_InitAudio return dsound(0x146e80,0)
fixme:dmime:IDirectMusicPerformance8Impl_Init (iface = 0x148bf0, dmusic = (nil), dsound = 0x146e80, hwnd = 0x10086)
fixme:dmime:IDirectMusicPerformance8Impl_CreateStandardAudioPath (0x148bf0)->(8, 64, 0, 0x148dbc): semi-stub
fixme:dmime:IDirectMusicAudioPathImpl_IDirectMusicAudioPath_Activate (0x1630c0, 0): stub
fixme:shdocvw:OleObject_Close (0x139788)->(1)
err:mmtime:TIME_MMTimeStop Timer still active?!


This led me to think about a sound problem. But others like Dungeon Keeper II crash complaining about the libnvidia-glcore.so.260.19.29 object.

I already tried to wipe the .wine folder but nothing changed. Now even the installers are crashing :)
SimCity4 installer for example:
Code:
fixme:win:EnumDisplayDevicesW ((null),0,0x33b278,0x00000000), stub!
wine: Unhandled page fault on read access to 0xfffffff8 at address 0x7b68c225 (thread 001f), starting debugger...
Unhandled exception: page fault on read access to 0xfffffff8 in 32-bit code (0x7b68c225).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7b68c225 ESP:0033a36c EBP:7d36c770 EFLAGS:00010202(  R- --  I   - - - )
 EAX:00000001 EBX:7d357240 ECX:00000001 EDX:000062b9
 ESI:00000000 EDI:fffffff8
Stack dump:
0x0033a36c:  0000000a f75e5ff4 00000019 7d9e1000
0x0033a37c:  7d357240 00000000 7d4e92a8 7b94127e
0x0033a38c:  00000000 00000000 f75e7380 7be6a6a0
0x0033a39c:  7d357240 00000003 7da238a0 7b494655
0x0033a3ac:  7d4e92a8 00000000 7d36c770 7b94bf97
0x0033a3bc:  7d9e1000 7d9e1000 7be6a6a0 7b4a2122
Backtrace:
=>0 0x7b68c225 in libnvidia-glcore.so.260.19.29 (+0xe3d225) (0x7d36c770)
  1 0x7d466738 (0x7d466738)
(...)


And I've found nothing useful on Google so far :) I'll keep looking :D
Back to top
View user's profile Send private message
Maquis196
n00b
n00b


Joined: 02 Apr 2003
Posts: 42
Location: London

PostPosted: Tue Dec 28, 2010 1:55 am    Post subject: Reply with quote

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
Back to top
View user's profile Send private message
Section_8
Guru
Guru


Joined: 22 May 2004
Posts: 475
Location: Arlington, TX, US

PostPosted: Tue Dec 28, 2010 4:19 am    Post subject: Reply with quote

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.
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Tue Dec 28, 2010 9:02 am    Post subject: Reply with quote

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: http://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 :)
Back to top
View user's profile Send private message
Maquis196
n00b
n00b


Joined: 02 Apr 2003
Posts: 42
Location: London

PostPosted: Tue Dec 28, 2010 10:39 am    Post subject: Reply with quote

lexming wrote:

@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 :)


Well I tried X2 myself, open source games seemed to be linked to whatever they're compiled in (and even recent games like amnesia are 64bit gl). Anything made my Loki will be good to try I would imagine. Maybe neverwinter nights as well?

I hear you about the 260 drivers, whats confused me in all this is that my laptop (with the nvidia 335m in it) works perfectly with those drivers, latest xorg, glibc, etc. So I ran out of ideas on what to test, I could only think of what gcc version I was running but even that became a dead end since I recompiled everything with gcc 4.4 and still nothing! Oh, and all the emul-32bit lib packages are pre-compiled as well.

Another side note, I reinstalled my desktop (nvidia gtx 580) and even with the latest nvidia drivers, she's working perfectly
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Tue Dec 28, 2010 4:39 pm    Post subject: Reply with quote

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 :D
Back to top
View user's profile Send private message
daniel2010
n00b
n00b


Joined: 01 Dec 2010
Posts: 2

PostPosted: Mon Jan 03, 2011 9:50 am    Post subject: cedega Reply with quote

Why dont you try http://cedega.com if a modified version of wine crafted to play windows games
_________________
linux commands
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Tue Jan 04, 2011 1:35 pm    Post subject: Reply with quote

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: http://bugs.gentoo.org/show_bug.cgi?id=350336
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Thu Feb 03, 2011 11:13 am    Post subject: Reply with quote

A fix for this bug has been published in the bugzilla page: http://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.

Last edited by lexming on Thu Feb 03, 2011 4:46 pm; edited 1 time in total
Back to top
View user's profile Send private message
Section_8
Guru
Guru


Joined: 22 May 2004
Posts: 475
Location: Arlington, TX, US

PostPosted: Thu Feb 03, 2011 4:28 pm    Post subject: Reply with quote

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?
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 115
Location: Barcelona

PostPosted: Thu Feb 03, 2011 4:53 pm    Post subject: Reply with quote

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

Fixed

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

Not sure. I think that it would depend on if the driver is meant to execute files from the /tmp dir or if it's a fallback resource caused by a previous fail.
Back to top
View user's profile Send private message
popsUlfr
Tux's lil' helper
Tux's lil' helper


Joined: 27 Feb 2011
Posts: 80

PostPosted: Sat Mar 19, 2011 3:47 pm    Post subject: Reply with quote

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 :P
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 ;)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gamers & Players All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum