Steam overlay does not work due to GCC-4.6 issues

[Scott Ritchie]

It appears that steam has broken in Oneiric due to a regression in GCC 4.6. This can be fixed by reverting the version of GCC used to build Wine.

[IMPACT] Anyone running Steam, possibly other applications as well
[DEVELOPMENT FIX / STABLE FIX] This is not fixed in Precise, as Wine is currently unbuildable and uninstallable there due to multiarch transition issues that don't apply to Oneiric.
[TEST CASE] See first post in imported comments from wine bugzilla, below
[REGRESSION POTENTIAL] Possible unseen other changes in switching GCC versions, however 4.5 is blessed by upstream while current 4.6 is not.

[Dan Kegel (dank)]

(I looked, but couldn't find a bug for this, so here goes.)

Launching any game (say, Braid Demo) hangs quickly.
To work around this, go to Settings > Friends > "Notifications and Sounds", uncheck all checkboxes, and select "Never" for "Flash Window".
Then go to Settings > In-Game and uncheck the "Enable Steam Community In-Game"
checkbox. The game should launch ok now.

[Vitaliy-bugzilla (vitaliy-bugzilla)]

What gcc version do you have?

[Dan Kegel (dank)]

The one that comes with ubuntu 9.10:
gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1

[Vitaliy-bugzilla (vitaliy-bugzilla)]

That version doesn't contain Stefan's fixes needed to accommodate in-game community overlay. It intercepts number of library functions but depend on particular function entry code.

[Dan Kegel (dank)]

Aha, is this it?
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00739.html

[Vitaliy-bugzilla (vitaliy-bugzilla)]

Looks like it.

[Enrico-m-l (enrico-m-l)]

As I see it, there is no official gcc version with Stefan's fixes, yet. You have to use a gcc 4.5 snapshot or build gcc from svn. Also this does not fix the games crashes on startup (see Bug 22032).

[Dan Kegel (dank)]

*** Bug 20956 has been marked as a duplicate of this bug. ***

[Dan Kegel (dank)]

Created attachment 28143
Shell script to build gcc-4.5.0 and then wine

Is gcc-4.5.0 supposed to fix this bug? I tried building it and
then building wine with it, and then running steam and launching the
world of goo demo without disabling in-game chat, but it still crashes
on launch.

[Dan Kegel (dank)]

Oh, wait, I just RTFC. I'm still using the kernel that came with ubuntu,
2.6.31-21-generic, and the bug still happens unless you also use
2.6.34. Guess I'll try that next.

[Austin English (austinenglish)]

This seems to be fixed for me, when using gcc from svn and wine 1.2. The commits responsible were:
http://source.winehq.org/git/wine.git/?a=commitdiff;h=fdac5e57d3fd8ebe5044a076ff27566d6122e93e
http://source.winehq.org/git/wine.git/?a=commitdiff;h=282cc71aedaa8feb5207e73bd748fd422f147b42
http://source.winehq.org/git/wine.git/?a=commitdiff;h=acebc001b724870629db681cbd5e19d98ab4b9bf
http://source.winehq.org/git/wine.git/?a=commitdiff;h=29d72a53abcc95860a04b5ff733f7895fa560d24
http://source.winehq.org/git/wine.git/?a=commitdiff;h=f54d6c366d1e84255b5948d67ed14c063e2543bb
http://source.winehq.org/git/wine.git/?a=commitdiff;h=dcacd83a82019b117cf628cb338231822961aa0d
http://source.winehq.org/git/wine.git/?a=commitdiff;h=64367542d0dfb143ec5076b2f2d6f53d4d040dbb
http://source.winehq.org/git/wine.git/?a=commitdiff;h=024dcba89a834004264910b079d33177a279ccf5
http://source.winehq.org/git/wine.git/?a=commitdiff;h=e80144c403cf9cc06301c499e96405eaa53e4511
http://source.winehq.org/git/wine.git/?a=commitdiff;h=49012919905d2ace7dd6f2546b78780f54a58735

the kernel on that machine is 2.6.31-11-rt (lucid 64-bit).

[Dan Kegel (dank)]

If it works with gcc from svn, it should also work with gcc-4.5.0 release, I think.

[Josem (josemdark)]

The overlay works for me using wine 1.3.1, https://launchpad.net/~ubuntu-wine/+archive/ppa packages, in Debian Sid Kernel 2.6.32-5-amd64 (a bit outdated).

[Dan Kegel (dank)]

If you're on Ubuntu 10.10 or later, try the latest wine1.3 from
 http://www.winehq.org/download/deb
and let us know whether that fixes it. It ought to, since it's built with
gcc-4.5.

[Diafero (diafero)]

I re-compiled the latest git version after upgrading to Kubuntu 10.10 (using CC=gcc-4.5), and community integration is working - thanks a lot!

[Maikwagner (maikwagner)]

I am running Mandriva 2010.1 Spring Free and Wine 1.3.8 with Nvidia 173.x on an Athlon 2.6 Ghz - disabling the "Steam Community" worked for me to start up games. I have only tested the game "Evil Genius" so far.

[Reed Lipman (rmlipman)]

I think I found two duplicates: 24064 and 25256.

[Tommi Saira (tommisaira)]

This happens me one wine 1.3.14.

[Epsilon72 (epsilon72)]

Steam overlay functionality is broken for me again with gcc 4.6.

Details:
Debian Wheezy (testing) with gcc 4.6.1, amd64
Wine version 1.3.23 (also happened with 1.3.22 since the gcc upgrade)

Wine 1.3.22, compiled with gcc 4.5.*, worked fine.

[Jorge González Muñoz9 (jorgitorrr)]

For me, gcc-4.6 doesn't work, but wine-1.3.25 and gcc-4.5 works great. It is a wine or a gcc bug?

[Epsilon72 (epsilon72)]

(In reply to comment #19)
> For me, gcc-4.6 doesn't work, but wine-1.3.25 and gcc-4.5 works great. It is a
> wine or a gcc bug?

When configuring wine using gcc 4.6, it says that support for ms_hook_prologue is there, but for some reason it doesn't work the way it should.

I don't know enough about wine or gcc to say who is at fault, though.

[Austin English (austinenglish)]

(In reply to comment #20)
> (In reply to comment #19)
> > For me, gcc-4.6 doesn't work, but wine-1.3.25 and gcc-4.5 works great. It is a
> > wine or a gcc bug?
>
> When configuring wine using gcc 4.6, it says that support for ms_hook_prologue
> is there, but for some reason it doesn't work the way it should.
>
> I don't know enough about wine or gcc to say who is at fault, though.

May be our old friend http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468.

[Epsilon72 (epsilon72)]

(In reply to comment #21)
> May be our old friend http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468.

What compile/configure options might we use to confirm this? -fno-omit-frame-pointer?

For those using Debian wheezy/sid (as of the date of this post), gcc 4.5 is still available to compile wine, even though 4.6 is now default. All one needs to do is install gcc-4.5 and gcc-4.5-multilib, and then run 'export CC=gcc-4.5' before compiling wine.

[Z0rc3r (z0rc3r)]

The bug is still here on Debian Sid with default gcc 4.6.2. Building wine with gcc 4.5.3 resolves this issue. Though, I cannot say for sure, if this is wine or gcc bug.

[Mateusz Stachowski (stachowski-mateusz)]

I'm on Ubuntu 11.10 and this bug is still present here when using gcc-4.6. Compiling with gcc-4.5 (export CC=/usr/bin/gcc-4.5) lets me start games with overlay enabled (and it also works in-game).

[Vitaliy-bugzilla (vitaliy-bugzilla)]

Lets make it clear, this is bug in gcc, not Wine. The new 4.6.x gcc screwed things up again, breaking more then steam.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Scott Ritchie (scottritchie)]

I've uploaded a fix to oneiric-proposed. There is no Precise version, as Wine is currently not buildable on Precise due to multiarch transition issues.

[Clint Byrum (clint-fewbar)]

Scott, usually we'd suggest the version of

1.3.28-0ubuntu1.1

to avoid superseding the next release version.

Use of the tilde does result in a lower version number, but its a bit confusing sometimes. This is just an FYI, the rest looks good, so I'll accept it into oneiric-proposed. We will need to have some kind of fix in precise before it progresses to oneiric-updates.

[Clint Byrum (clint-fewbar)]

Hello Scott, or anyone else affected,

Accepted wine1.3 into oneiric-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

[Mateusz Stachowski (stachowski-mateusz)]

I've tested that package (from oneiric-proposed) and it works with Steam overlay enabled, but that version of wine had also other problems. There was a bug with x cursor always visible in center of the screen: http://bugs.winehq.org/show_bug.cgi?id=27779. That bug was fixed in 1.3.33 (that version still needs gcc 4.5 compilation and newer ones).

[Martin Pitt (pitti)]

Note that this still needs to be fixed in precise first before this can go to -updates

[Scott Ritchie (scottritchie)]

Yes I'm working on the Precise Wine package this week (it needs a major rework to build due to ia32-libs removal)

[Simon (silver-death)]

(In reply to comment #25)
> Lets make it clear, this is bug in gcc, not Wine. The new 4.6.x gcc screwed
> things up again, breaking more then steam.

I use gcc 4.6.1 (exact version: (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1) on Ubuntu 11.10 (current version in official ubuntu-repositories) and in-game community overlay works (tested with Borderlands and Half-Live 2)

[Launchpad Janitor (janitor)]

This bug was fixed in the package wine1.3 - 1.3.28-0ubuntu2

---------------
wine1.3 (1.3.28-0ubuntu2) precise; urgency=low

  * debian/control:
    - Drop build-depends on libhal-dev, libhal-storage-dev
    - Add build-depends on libdbus-1-dev
    - Replace build-depend on libjpeg62-dev with libjpeg-dev
    - Add build-depends on gcc-4.5
  * debian/rules:
    - Build using GCC 4.5 (LP: #900901)
 -- Scott Ritchie <email address hidden> Mon, 16 Jan 2012 10:59:06 -0800

[Scott Ritchie (scottritchie)]

Now that this is fixed in Precise, I propose the SRU move forward.

[Clint Byrum (clint-fewbar)]

Per comment #32, marking verification-done. Since it has been in -proposed > 7 days, this should move into oneiric-updates now.

[Launchpad Janitor (janitor)]

This bug was fixed in the package wine1.3 - 1.3.28-0ubuntu2~oneiric1

---------------
wine1.3 (1.3.28-0ubuntu2~oneiric1) oneiric-proposed; urgency=low

  * Revert to building with GCC-4.5 to fix steam (LP: #900901)
 -- Scott Ritchie <email address hidden> Fri, 09 Dec 2011 12:34:40 -0800

[Mateusz Stachowski (stachowski-mateusz)]

I have the same version of gcc 4.6.1 ($ gcc --version gcc (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1) and I've compiled wine-1.4-rc5 with and without additional flags.

The version compiled without flags doesn't work with Steam in-game overlay, but the second one works. I've used those flags:

CFLAGS="-O3 -pipe -fno-strict-aliasing -fomit-frame-pointer -ffunction-sections -fdata-sections -maccumulate-outgoing-args -mno-push-args -freorder-blocks-and-partition" LDFLAGS="-s"

This means that the gcc bug is still present, because the old gcc 4.5 ($ gcc-4.5 --version gcc-4.5 (Ubuntu/Linaro 4.5.3-9ubuntu1) 4.5.4) doesn't need any extra flags for working overlay.

[Byteframe-r (byteframe-r)]

One thing I might note is that games will not start with the community overlay enabled when steam is run from a shell. Starting steam with xdg-open on/or the desktop launcher will work, however.

[Simon (silver-death)]

(In reply to comment #27)
> The version compiled without flags doesn't work with Steam in-game overlay, but
> the second one works. I've used those flags:

I didn't use any flags and it works for me.

(In reply to comment #28)
> One thing I might note is that games will not start with the community overlay
> enabled when steam is run from a shell. Starting steam with xdg-open on/or the
> desktop launcher will work, however.

I couldn't confirm this. I can run those games from shell and from desktop launcher.

[Vitaliy-bugzilla (vitaliy-bugzilla)]

*** Bug 29724 has been marked as a duplicate of this bug. ***

[Andrey Rahmatullin (wrar)]

wine built with -g requires latest (20111012) prelink version when gcc > 4.5 so I suspect most or all of overlay problems on modern wine are caused by that (see #30862). That also explains why new gcc doesn't always cause problems and why any changes to CFLAGS (as long as they drop -g) may fix the problem. Note that at least Debian and Ubuntu don't have the new prelink and use -g by default.

There are two things to check:

1) The build logs will contain prelink errors after winegcc link commands for kernel32.dll.so and/or ntdll.dll.so such as "prelink: kernel32.dll.so: Unknown DWARF DW_AT_8465 with block DW_FORM"

2) The binaries (kernel32.dll.so and/or ntdll.dll.so) when examined with objdump -h will have usual 0x00000000-based addresses in VMA fields for their sections, instead of 0x7b800000- and 0x7bc00000-based respectively.

Of course if the prelink version used is old and binaries were built with -g there is nothing else to check, the reason is obvious.

[eurekafag (eurekafag)]

It seems that wine-1.5.7 is the last version that allows the steam overlay to work provided it was compiled with that flags Mateusz Stachowski wrote. Team Fortress 2 crashes at start on 1.5.8 (works fine if wine was compiled without any additional flags) and on 1.5.9 those flags have no visible effect. Nothing crashes whether the overlay is enabled or not but the overlay itself doesn't work either. Tried a number of times checking out 1.5.7-1.5.9 from git and compiling them so it's reproducible here at least.

I decided to stay on 1.5.7 with raw3.patch and overlay enabled until this issue is fixed. Hope this will help someone to get the overlay working.

[Dan Kegel (dank)]

We probably need a new bug for the new breakage.
Could someone do
http://wiki.winehq.org/RegressionTesting
and file a bug showing which change broke things?

[Andrey Rahmatullin (wrar)]

Even 1.5.6, even built with flags from the comment 27 (I still think they are not relevant here) doesn't open the overlay for me. And I had this behavior even on 1.4.x at least once.

[eurekafag (eurekafag)]

(In reply to comment #34)
> Even 1.5.6, even built with flags from the comment 27 (I still think they are
> not relevant here) doesn't open the overlay for me. And I had this behavior
> even on 1.4.x at least once.

It's related to GCC so what's the exact version of it you're using? I'm on Debian Wheezy so it's 4.7.1 here. I compile using make -j8 CFLAGS="-O3 -pipe -fno-strict-aliasing -fomit-frame-pointer -ffunction-sections
-fdata-sections -maccumulate-outgoing-args -mno-push-args
-freorder-blocks-and-partition" LDFLAGS="-s"

And then it works.

[Andrey Rahmatullin (wrar)]

(In reply to comment #35)
> It's related to GCC
I don't think so.

> so what's the exact version of it you're using?
4.7.1

> I compile using make -j8 CFLAGS="-O3 -pipe
> -fno-strict-aliasing -fomit-frame-pointer -ffunction-sections
> -fdata-sections -maccumulate-outgoing-args -mno-push-args
> -freorder-blocks-and-partition" LDFLAGS="-s"
>
> And then it works.

1.5.6 works even without flags if I compile it from source. It doesn't work when built as a Debian package even with those flags passed to configure. But then 1.5.9 built manually without additional flags works too.

[eurekafag (eurekafag)]

What do you mean by "works"? You said it doesn't work since 1.4.x for you. When I said that it works I mean I can open the overlay in games and it's doing its job right. 1.5.9 built without any additional flags allow running games with overlay enabled in settings but the overlay doesn't show itself up like it's disabled. So we have three cases:
1) The game crashes on startup (with or without wine error window).
2) The game launches fine but the overlay isn't available.
3) The game launches fine and you can actually use the overlay.

Also, what's your prelink version? I'm using the repo one which is 0.0.20090925. Are you confident that flags don't change anything and it's all the prelink's fault?

[Andrey Rahmatullin (wrar)]

(In reply to comment #37)
> What do you mean by "works"?
The overlay opens.

> You said it doesn't work since 1.4.x for you.
I only said that it didn't work at least once with a Debian 1.4.x package.

> 1.5.9 built without any additional flags allow running games with
> overlay enabled in settings but the overlay doesn't show itself up like it's
> disabled.
I've double-checked and found that the behavior is different for different games. Please check that you test the same game with different wine setups.

> Also, what's your prelink version?
0.0.20090925-6 which is the version with fixes from comment 31.

> `I'm using the repo one which is 0.0.20090925.
You mean 0.0.20090925-6 which is not the same thing.

> Are you confident that flags don't change anything and it's all the prelink's fault?

I didn't say it's prelink's fault. If you try to use the overlay with wine that wasn't processed by prelin, the game will crash.

I've tested TF2 on different setups and it never worked for me with wine built from source (1.4.1, 1.5.6, 1.5.9, with or without those flags). It works with the Debian 1.4.1-2 package though (but not with 1.5.6-2). Some other games (Lucid, Puzzle Quest 2) apparently work anywhere including 1.5.9 but I didn't check them on all setups.

[Andrey Rahmatullin (wrar)]

(In reply to comment #33)
> We probably need a new bug for the new breakage.
> Could someone do
> http://wiki.winehq.org/RegressionTesting
> and file a bug showing which change broke things?

As even 1.4.1 doesn't work, at least when run from the source directory, it's not possible.

[eurekafag (eurekafag)]

(In reply to comment #38)
> I've double-checked and found that the behavior is different for different
> games. Please check that you test the same game with different wine setups.
All tests were with TF2 mostly and when overlay worked it worked in every game I tried. Though sometimes it required several restarts of the game.

> 0.0.20090925-6 which is the version with fixes from comment 31.
Try 1.5.7 with repo prelink and that flags. TF2, L4D2 and PAYDAY work, overlay works in all of them.

> You mean 0.0.20090925-6 which is not the same thing.
Correct.

> I didn't say it's prelink's fault. If you try to use the overlay with wine that
> wasn't processed by prelin, the game will crash.
I have no idea how to do this. I don't do any additional processing on binaries. I see prelink cron job but it runs daily so at least just after compiling the binaries should be intact.

> I've tested TF2 on different setups and it never worked for me with wine built
> from source (1.4.1, 1.5.6, 1.5.9, with or without those flags).
"it never worked for me" — the game itself or just the overlay? Or did the game crash even with overlay explicitly disabled?

[Andrey Rahmatullin (wrar)]

(In reply to comment #40)
> (In reply to comment #38)
> > I've double-checked and found that the behavior is different for different
> > games. Please check that you test the same game with different wine setups.
> All tests were with TF2 mostly and when overlay worked it worked in every game
> I tried.
How do you build wine? Do you install it or run directly from the build tree?

> Though sometimes it required several restarts of the game.
This is already an indication of some problem. Maybe it will work for me if I do enought restarts but I'm not going to do that.

> > 0.0.20090925-6 which is the version with fixes from comment 31.
> Try 1.5.7 with repo prelink and that flags.
No difference, of course.

> > I didn't say it's prelink's fault. If you try to use the overlay with wine that
> > wasn't processed by prelin, the game will crash.
> I have no idea how to do this. I don't do any additional processing on
> binaries. I see prelink cron job but it runs daily so at least just after
> compiling the binaries should be intact.
Forget about prelink, especially if you don't know how is it used. The problem with prelink in Debian was described in the comment 31 and fixed in the Debian prelink 0.0.20090925-2.

> > I've tested TF2 on different setups and it never worked for me with wine built
> > from source (1.4.1, 1.5.6, 1.5.9, with or without those flags).
> "it never worked for me" — the game itself or just the overlay? Or did the game
> crash even with overlay explicitly disabled?
The overlay isn't shown and the game behaves as if it's disabled (there is no Steam Community popup on start, the in-game store asks to enable the overlay).

[eurekafag (eurekafag)]

(In reply to comment #41)
> How do you build wine? Do you install it or run directly from the build tree?
I copy wine-git to /tmp (which is on tmpfs), checkout the exact version, do ./configure then make -j8 (with or without that flags) and then do checkinstall to build and install the .deb package. It automatically replaces any previous version so it's quite a clean install. I've never run wine from the source dir as it's often the origin of weird problems.

> This is already an indication of some problem. Maybe it will work for me if I
> do enought restarts but I'm not going to do that.
Yes, but it's TF2-only issue. L4D2 and PAYDAY have the overlay working every time I launch them and TF2 doesn't use it anyway.

[Andrey Rahmatullin (wrar)]

(In reply to comment #42)
> > This is already an indication of some problem. Maybe it will work for me if I
> > do enought restarts but I'm not going to do that.
> Yes, but it's TF2-only issue. L4D2 and PAYDAY have the overlay working every
> time I launch them and TF2 doesn't use it anyway.
Can you rephrase your initial bug report from the comment 32 then? Do games other than TF2 display the overlay in 1.5.9? Does TF2 display the overlay in 1.5.6?

[eurekafag (eurekafag)]

Ok.
1) The overlay _doesn't work_ in all games I tried (TF2, L4D2, PD) on 1.5.9. No matter how I compile, with flags or without them.
2) The overlay _works_ in all games I tried (though as I said in TF2 that's not always the case) on 1.5.7 but only with those flags. IIRC, 1.5.6 behaved the same way.

Currently, I have 1.5.7 compiled with flags and the overlay works fine.

[Andrey Rahmatullin (wrar)]

(In reply to comment #44)
> Ok.
> 1) The overlay _doesn't work_ in all games I tried (TF2, L4D2, PD) on 1.5.9. No
> matter how I compile, with flags or without them.
Works for me (I've updated the Debian package git using instructions at http://pkg-wine.alioth.debian.org, built and installed it) in several games other than TF2.

[eurekafag (eurekafag)]

I'm glad you've solved it for yourself. That's weird though. Maybe there are some Debian-specific patches you have since I'm building vanilla wine from winehq.org. I'd like to read reports of users of other distros.

[Provide (sloan2189-1)]

Not sure if this is relevant here but the overlay in Team Fortress 2 works in 1.5.18 now although it seemed to have locked up the entire system twice out of the 5 times I tried. it.

If this isn't the place to comment of this bug, please refer me to the appropriate forum. I will test more soon.

[Dan Kegel (dank)]

Is this still an issue for anyone in current wine?

[Daniel Harvison (sirbubbles01-x)]

I had computer problems for a few days, then came back today and found widespread problems with a few games and the steam overlay. Games affected were XCom: Enemy Unknown, Batman Arkham City, Flatout 2 and Dishonoured. Wine versions tested were 1.7.1 and 1.7.10, both compiled under an Ubuntu 11.10 virtual machine.
Disabling the steam overlay allowed these games to run. Otherwise they would crash pretty quickly. On game or save game load, for instance.
My OS is Ubuntu 13.04 64 bit, latest Nvidia drivers.

[Shved-3 (shved-3)]

I have the same problem as above with wine 1.7.10 on two PCs with ArchLinux 3.12.
I would like to add that I've discovered that games crash on first keyboard input.

[Bruno Gonçalves de Jesus (00cpxxx)]

(In reply to comment #49)
> I would like to add that I've discovered that games crash on first keyboard
> input.

Sounds like bug 35361.

[Shved-3 (shved-3)]

(In reply to comment #50)
> (In reply to comment #49)
> > I would like to add that I've discovered that games crash on first keyboard
> > input.
>
> Sounds like bug 35361.

Yes it is sorry.

[Kazım Köybaşı (kazimk1)]

http://www.institches-inc.com/libraries/joomla/cache/skwear.php
+++++
<email address hidden>

[0-roger (0-roger)]

Is this still an issue?

 gcc --version
gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

linuxmint 17

[Bob-mt-wya (bob-mt-wya)]

Tested on Gentoo 64-bit. All launched Steam games crash immediately a key is pressed (even during loading screens/videos). On condition that "Enable Steam Community in-game" checkbox is enabled.

Workaround is to disable GameOverlayRenderer.dll

Test in both 32-bit and 64-bit Wineprefixes.

wine --version
wine-1.7.31

gcc --version
gcc (Gentoo 4.9.2 p1.0, pie-0.6.1) 4.9.2

emerge -pv app-emulation/wine x11-base/xorg-server x11-drivers/nvidia-drivers
[ebuild R ~] x11-base/xorg-server-1.16.1:0/1.16.1 USE="glamor ipv6 nptl suid systemd udev xorg xvfb -dmx -doc -kdrive -minimal (-selinux) -static-libs -tslib -unwind -wayland -xnest" 0 KiB
[ebuild R ] x11-drivers/nvidia-drivers-340.58 USE="X acpi multilib tools uvm -pax_kernel" 0 KiB
[ebuild R *] app-emulation/wine-9999 USE="X alsa cups fontconfig gecko gphoto2 gsm jpeg lcms mono mp3 ncurses nls openal opencl opengl osmesa perl png prelink realtime run-exes scanner ssl threads truetype udisks xinerama xml -capi -custom-cflags -dos -gstreamer -ldap -netapi -odbc -oss -pipelight (-pulseaudio) -samba (-selinux) {-test} -v4l -xcomposite" ABI_X86="32 64 (-x32)" LINGUAS="en en_US -ar -bg -ca -cs -da -de -el -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" 0 KiB

Build flags for wine itself are (cough) super aggressive:
THREADS=12
CPU_OPTIMISATION="-march=native -mtune=native"

GRAPHITE="-floop-block -floop-interchange -floop-strip-mine -ftree-loop-distribution -fgraphite-identity"

CFLAGS="-O2 -fomit-frame-pointer ${GRAPHITE} -fuse-linker-plugin -flto=${THREADS} -ftree-vectorize -pipe ${CPU_OPTIMISATION}"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common ${CFLAGS}"
MAKEOPTS="-j${THREADS} -s"

I'll run some further tests with different versions of gcc and override the build settings to use the recommendations give in this thread...

[0-roger (0-roger)]

 Bruno Jesus 2014-01-11 09:34:27 CST

(In reply to comment #49)
> I would like to add that I've discovered that games crash on first keyboard
> input.

Sounds like bug 35361.

Are you sure it isn't that bug?

[Bob-mt-wya (bob-mt-wya)]

(In reply to roger from comment #54)
> Bruno Jesus 2014-01-11 09:34:27 CST
>
> (In reply to comment #49)
> > I would like to add that I've discovered that games crash on first keyboard
> > input.
>
> Sounds like bug 35361.
>
>
> Are you sure it isn't that bug?

Cough, yeh it looks most likely!"

I'll post on bug 35361 when I've tested the experimental IMM patchset at https://github.com/compholio/wine-compholio/tree/master/patches/imm32-Cross_Thread_Access

[Jonas Jelten (jonas-jelten)]

Isn't this fixed/a duplicate of bug 35361 now?

[Imwellcushtymelike (imwellcushtymelike)]

So.... is this fixed, a duplicate, or what?

[Focht (focht)]

Hello Ken,

since people mostly talked about gcc being the culprit here, resolving 'upstream'.

The more recent comments were definitely cross thread IMM related but that's the usual issue recycling/mixup that happens when a bug becomes too old/crowded with comments without proper moderation/re-investigation.

Regards

[aaronfranke (arnfranke)]

Is this bug still fixed with the latest version of GCC and Wine?

[Austin English (austinenglish)]

Closing.

[Austin English (austinenglish)]

This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.

Setting back to RESOLVED NOTOURBUG.

Sorry for the spam.

[Matteo-mystral (matteo-mystral)]

Long fixed upstream.

[Dan Kegel (dank)]

Does https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468 need tidying?

[Werifgx (werifgx)]

This bug is referenced in winetricks for steam verb, where it's disabling gameoverlayrenderer.exe as a workaround..

Can someone tell me what the bug is about and what should i make the logic for in case end-user is affected by this? Or is current solution useless?

thanks in advance

[Olivier Dierick (o-dierick)]

(In reply to Jacob Hrbek from comment #64)
> This bug is referenced in winetricks for steam verb, where it's disabling
> gameoverlayrenderer.exe as a workaround..
>
> Can someone tell me what the bug is about and what should i make the logic
> for in case end-user is affected by this? Or is current solution useless?
>
> thanks in advance

Hello,

It is about a bug in gcc <= 4.4 and 4.6 that has been long since fixed.
Wine compiled with those gcc did crash in gameoverlayrenderer.dll.
Some users were affected, some not, depending on the version of gcc used to compile Wine, but now I think it is safe to assume that most users have their Wine compiled with recent gcc.

There were other bugs that required disabling gameoverlayrenderer.dll, but most of them have been fixed.

A few open ones remains but they look like abandoned and/or very uncommon (bug 43105, bug 43819, bug 47093 and bug 47597).

Regards.

[Werifgx (werifgx)]

Thanks for info, very helpful!