Steam overlay does not work due to GCC-4.6 issues
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Wine |
Won't Fix
|
Medium
|
|||
wine1.3 (Ubuntu) |
Fix Released
|
Undecided
|
Scott Ritchie | ||
Oneiric |
Fix Released
|
Undecided
|
Scott Ritchie | ||
Precise |
Fix Released
|
Undecided
|
Scott Ritchie |
Bug Description
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.
In Wine Bugzilla #22053, Vitaliy-bugzilla (vitaliy-bugzilla) wrote : | #4 |
What gcc version do you have?
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #5 |
The one that comes with ubuntu 9.10:
gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
In Wine Bugzilla #22053, Vitaliy-bugzilla (vitaliy-bugzilla) wrote : | #6 |
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.
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #7 |
Aha, is this it?
http://
In Wine Bugzilla #22053, Vitaliy-bugzilla (vitaliy-bugzilla) wrote : | #8 |
Looks like it.
In Wine Bugzilla #22053, Enrico-m-l (enrico-m-l) wrote : | #9 |
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).
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #10 |
*** Bug 20956 has been marked as a duplicate of this bug. ***
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #11 |
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.
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #12 |
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.
In Wine Bugzilla #22053, Austin English (austinenglish) wrote : | #13 |
This seems to be fixed for me, when using gcc from svn and wine 1.2. The commits responsible were:
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
the kernel on that machine is 2.6.31-11-rt (lucid 64-bit).
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #14 |
If it works with gcc from svn, it should also work with gcc-4.5.0 release, I think.
In Wine Bugzilla #22053, Josem (josemdark) wrote : | #15 |
The overlay works for me using wine 1.3.1, https:/
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #16 |
If you're on Ubuntu 10.10 or later, try the latest wine1.3 from
http://
and let us know whether that fixes it. It ought to, since it's built with
gcc-4.5.
In Wine Bugzilla #22053, Diafero (diafero) wrote : | #17 |
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!
In Wine Bugzilla #22053, Maikwagner (maikwagner) wrote : | #18 |
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.
In Wine Bugzilla #22053, Reed Lipman (rmlipman) wrote : | #19 |
I think I found two duplicates: 24064 and 25256.
In Wine Bugzilla #22053, Tommi Saira (tommisaira) wrote : | #20 |
This happens me one wine 1.3.14.
In Wine Bugzilla #22053, Epsilon72 (epsilon72) wrote : | #21 |
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.
In Wine Bugzilla #22053, Jorge González Muñoz9 (jorgitorrr) wrote : | #22 |
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?
In Wine Bugzilla #22053, Epsilon72 (epsilon72) wrote : | #23 |
(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.
In Wine Bugzilla #22053, Austin English (austinenglish) wrote : | #24 |
(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://
In Wine Bugzilla #22053, Epsilon72 (epsilon72) wrote : | #25 |
(In reply to comment #21)
> May be our old friend http://
What compile/configure options might we use to confirm this? -fno-omit-
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.
In Wine Bugzilla #22053, Z0rc3r (z0rc3r) wrote : | #26 |
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.
In Wine Bugzilla #22053, Mateusz Stachowski (stachowski-mateusz) wrote : | #27 |
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/
In Wine Bugzilla #22053, Vitaliy-bugzilla (vitaliy-bugzilla) wrote : | #28 |
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.
Changed in wine1.3 (Ubuntu Oneiric): | |
assignee: | nobody → Scott Ritchie (scottritchie) |
Launchpad Janitor (janitor) wrote : | #1 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in wine1.3 (Ubuntu Oneiric): | |
status: | New → Confirmed |
Changed in wine1.3 (Ubuntu): | |
status: | New → Confirmed |
Changed in wine: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Scott Ritchie (scottritchie) wrote : | #29 |
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.
description: | updated |
description: | updated |
Clint Byrum (clint-fewbar) wrote : | #30 |
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.
Changed in wine1.3 (Ubuntu Oneiric): | |
status: | Confirmed → Fix Committed |
tags: | added: verification-needed |
Clint Byrum (clint-fewbar) wrote : Please test proposed package | #31 |
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:/
Mateusz Stachowski (stachowski-mateusz) wrote : | #32 |
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://
Martin Pitt (pitti) wrote : | #33 |
Note that this still needs to be fixed in precise first before this can go to -updates
Scott Ritchie (scottritchie) wrote : | #34 |
Yes I'm working on the Precise Wine package this week (it needs a major rework to build due to ia32-libs removal)
In Wine Bugzilla #22053, Simon (silver-death) wrote : | #35 |
(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-
Launchpad Janitor (janitor) wrote : | #36 |
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
Changed in wine1.3 (Ubuntu Precise): | |
status: | Confirmed → Fix Released |
Scott Ritchie (scottritchie) wrote : | #37 |
Now that this is fixed in Precise, I propose the SRU move forward.
Clint Byrum (clint-fewbar) wrote : | #38 |
Per comment #32, marking verification-done. Since it has been in -proposed > 7 days, this should move into oneiric-updates now.
tags: |
added: verification-done removed: verification-needed |
Launchpad Janitor (janitor) wrote : | #39 |
This bug was fixed in the package wine1.3 - 1.3.28-
---------------
wine1.3 (1.3.28-
* 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
Changed in wine1.3 (Ubuntu Oneiric): | |
status: | Fix Committed → Fix Released |
In Wine Bugzilla #22053, Mateusz Stachowski (stachowski-mateusz) wrote : | #40 |
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-
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.
In Wine Bugzilla #22053, Byteframe-r (byteframe-r) wrote : | #41 |
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.
In Wine Bugzilla #22053, Simon (silver-death) wrote : | #42 |
(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.
In Wine Bugzilla #22053, Vitaliy-bugzilla (vitaliy-bugzilla) wrote : | #43 |
*** Bug 29724 has been marked as a duplicate of this bug. ***
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #44 |
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.
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #45 |
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.
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #46 |
We probably need a new bug for the new breakage.
Could someone do
http://
and file a bug showing which change broke things?
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #47 |
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.
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #48 |
(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-
-fdata-sections -maccumulate-
-freorder-
And then it works.
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #49 |
(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-
> -fdata-sections -maccumulate-
> -freorder-
>
> 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.
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #50 |
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?
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #51 |
(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.
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #52 |
(In reply to comment #33)
> We probably need a new bug for the new breakage.
> Could someone do
> http://
> 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.
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #53 |
(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?
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #54 |
(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).
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #55 |
(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.
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #56 |
(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?
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #57 |
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.
In Wine Bugzilla #22053, Andrey Rahmatullin (wrar) wrote : | #58 |
(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://
In Wine Bugzilla #22053, eurekafag (eurekafag) wrote : | #59 |
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) wrote : | #60 |
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.
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #61 |
Is this still an issue for anyone in current wine?
In Wine Bugzilla #22053, Daniel Harvison (sirbubbles01-x) wrote : | #62 |
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.
In Wine Bugzilla #22053, Shved-3 (shved-3) wrote : | #63 |
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.
In Wine Bugzilla #22053, Bruno Gonçalves de Jesus (00cpxxx) wrote : | #64 |
(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.
In Wine Bugzilla #22053, Shved-3 (shved-3) wrote : | #65 |
(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) wrote : Some intresting from kazimk1 | #66 |
http://
+++++
<email address hidden>
In Wine Bugzilla #22053, 0-roger (0-roger) wrote : | #67 |
Is this still an issue?
gcc --version
gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
linuxmint 17
In Wine Bugzilla #22053, Bob-mt-wya (bob-mt-wya) wrote : | #68 |
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 GameOverlayRend
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/
[ebuild R ~] x11-base/
[ebuild R ] x11-drivers/
[ebuild R *] app-emulation/
Build flags for wine itself are (cough) super aggressive:
THREADS=12
CPU_OPTIMISATIO
GRAPHITE=
CFLAGS="-O2 -fomit-
CXXFLAGS=
LDFLAGS=
MAKEOPTS=
I'll run some further tests with different versions of gcc and override the build settings to use the recommendations give in this thread...
In Wine Bugzilla #22053, 0-roger (0-roger) wrote : | #69 |
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?
In Wine Bugzilla #22053, Bob-mt-wya (bob-mt-wya) wrote : | #70 |
(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:/
In Wine Bugzilla #22053, Jonas Jelten (jonas-jelten) wrote : | #71 |
Isn't this fixed/a duplicate of bug 35361 now?
In Wine Bugzilla #22053, Imwellcushtymelike (imwellcushtymelike) wrote : | #72 |
So.... is this fixed, a duplicate, or what?
In Wine Bugzilla #22053, Focht (focht) wrote : | #73 |
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/
Regards
Changed in wine: | |
status: | Confirmed → Won't Fix |
In Wine Bugzilla #22053, aaronfranke (arnfranke) wrote : | #74 |
Is this bug still fixed with the latest version of GCC and Wine?
In Wine Bugzilla #22053, Austin English (austinenglish) wrote : | #75 |
Closing.
In Wine Bugzilla #22053, Austin English (austinenglish) wrote : | #76 |
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.
In Wine Bugzilla #22053, Matteo-mystral (matteo-mystral) wrote : | #77 |
Long fixed upstream.
In Wine Bugzilla #22053, Dan Kegel (dank) wrote : | #78 |
Does https:/
In Wine Bugzilla #22053, Werifgx (werifgx) wrote : | #79 |
This bug is referenced in winetricks for steam verb, where it's disabling gameoverlayrend
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
In Wine Bugzilla #22053, Olivier Dierick (o-dierick) wrote : | #80 |
(In reply to Jacob Hrbek from comment #64)
> This bug is referenced in winetricks for steam verb, where it's disabling
> gameoverlayrend
>
> 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 gameoverlayrend
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 gameoverlayrend
A few open ones remains but they look like abandoned and/or very uncommon (bug 43105, bug 43819, bug 47093 and bug 47597).
Regards.
In Wine Bugzilla #22053, Werifgx (werifgx) wrote : | #81 |
Thanks for info, very helpful!
(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.