http://bugs.winehq.org/show_bug.cgi?id=22053
Summary: Steam games crash on startup if in-game community is not disabled Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
(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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-17 08:39:49 --- What gcc version do you have?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #2 from Dan Kegel dank@kegel.com 2010-03-17 08:52:57 --- The one that comes with ubuntu 9.10: gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-18 08:47:19 --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #4 from Dan Kegel dank@kegel.com 2010-03-18 08:48:58 --- Aha, is this it? http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00739.html
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-18 09:15:52 --- Looks like it.
http://bugs.winehq.org/show_bug.cgi?id=22053
Enrico Enrico_m@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Enrico_m@gmx.de
--- Comment #6 from Enrico Enrico_m@gmx.de 2010-03-19 05:08:16 --- 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).
http://bugs.winehq.org/show_bug.cgi?id=22053
byteframe byteframe@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |byteframe@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=22053
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bakes@ymail.com
--- Comment #7 from Dan Kegel dank@kegel.com 2010-05-19 13:29:14 --- *** Bug 20956 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=22053
Christoph Korn c_korn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #8 from Dan Kegel dank@kegel.com 2010-05-21 00:09:55 --- Created an attachment (id=28143) --> (http://bugs.winehq.org/attachment.cgi?id=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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #9 from Dan Kegel dank@kegel.com 2010-05-21 00:14:36 --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
diafero@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diafero@arcor.de
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #10 from Austin English austinenglish@gmail.com 2010-07-20 13:05:40 --- 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=fdac5e57d3fd8ebe5044a0... http://source.winehq.org/git/wine.git/?a=commitdiff;h=282cc71aedaa8feb5207e7... http://source.winehq.org/git/wine.git/?a=commitdiff;h=acebc001b724870629db68... http://source.winehq.org/git/wine.git/?a=commitdiff;h=29d72a53abcc95860a04b5... http://source.winehq.org/git/wine.git/?a=commitdiff;h=f54d6c366d1e84255b5948... http://source.winehq.org/git/wine.git/?a=commitdiff;h=dcacd83a82019b117cf628... http://source.winehq.org/git/wine.git/?a=commitdiff;h=64367542d0dfb143ec5076... http://source.winehq.org/git/wine.git/?a=commitdiff;h=024dcba89a834004264910... http://source.winehq.org/git/wine.git/?a=commitdiff;h=e80144c403cf9cc06301c4... http://source.winehq.org/git/wine.git/?a=commitdiff;h=49012919905d2ace7dd6f2...
the kernel on that machine is 2.6.31-11-rt (lucid 64-bit).
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #11 from Dan Kegel dank@kegel.com 2010-07-20 13:13:39 --- If it works with gcc from svn, it should also work with gcc-4.5.0 release, I think.
http://bugs.winehq.org/show_bug.cgi?id=22053
josemdark@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |josemdark@gmail.com
--- Comment #12 from josemdark@gmail.com 2010-08-24 20:06:20 --- 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).
http://bugs.winehq.org/show_bug.cgi?id=22053
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #13 from Dan Kegel dank@kegel.com 2010-11-08 02:17:48 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #14 from diafero@arcor.de 2010-11-08 05:05:45 CST --- 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!
http://bugs.winehq.org/show_bug.cgi?id=22053
maikwagner@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maikwagner@yahoo.com
--- Comment #15 from maikwagner@yahoo.com 2010-12-16 16:01:35 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rmlipman@gmail.com
--- Comment #16 from rmlipman@gmail.com 2011-01-15 03:44:23 CST --- I think I found two duplicates: 24064 and 25256.
http://bugs.winehq.org/show_bug.cgi?id=22053
tommi tommivs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tommivs@gmail.com
--- Comment #17 from tommi tommivs@gmail.com 2011-02-25 18:26:10 CST --- This happens me one wine 1.3.14.
http://bugs.winehq.org/show_bug.cgi?id=22053
James epsilon72@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |epsilon72@cox.net
--- Comment #18 from James epsilon72@cox.net 2011-07-25 15:04:16 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
Jorge González jorgitorrr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jorgitorrr@gmail.com
--- Comment #19 from Jorge González jorgitorrr@gmail.com 2011-07-25 16:27:55 CDT --- 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?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #20 from James epsilon72@cox.net 2011-07-25 16:30:46 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #21 from Austin English austinenglish@gmail.com 2011-07-25 18:12:23 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #22 from James epsilon72@cox.net 2011-07-25 21:16:40 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
diafero@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|diafero@arcor.de |
http://bugs.winehq.org/show_bug.cgi?id=22053
Igor Urazov z0rc3r@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z0rc3r@gmail.com
--- Comment #23 from Igor Urazov z0rc3r@gmail.com 2011-11-28 03:00:56 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
Mateusz Stachowski mateusz.stachowski@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mateusz.stachowski@wp.pl
--- Comment #24 from Mateusz Stachowski mateusz.stachowski@wp.pl 2011-11-28 16:07:58 CST --- 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).
http://bugs.winehq.org/show_bug.cgi?id=22053
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Steam games crash on |Steam games crash on |startup if in-game |startup if in-game |community is not disabled |community is not disabled | |(gcc bug)
--- Comment #25 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-11-28 19:02:14 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
silver.death@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |silver.death@web.de
--- Comment #26 from silver.death@web.de 2012-01-15 12:15:27 CST --- (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)
http://bugs.winehq.org/show_bug.cgi?id=22053
Robert Walker robert_mt_walker@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert_mt_walker@yahoo.co.u | |k
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #27 from Mateusz Stachowski mateusz.stachowski@wp.pl 2012-02-26 16:05:06 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #28 from byteframe byteframe@gmail.com 2012-02-26 21:48:32 CST --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #29 from silver.death@web.de 2012-02-27 01:18:57 CST --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tux9656@hotmail.com
--- Comment #30 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-02-28 20:58:52 CST --- *** Bug 29724 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=22053
Andrey Rahmatullin wrar@wrar.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wrar@wrar.name
--- Comment #31 from Andrey Rahmatullin wrar@wrar.name 2012-06-07 12:06:10 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
eurekafag@eureka7.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eurekafag@eureka7.ru
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #32 from eurekafag@eureka7.ru 2012-07-25 13:34:19 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #33 from Dan Kegel dank@kegel.com 2012-07-25 14:11:24 CDT --- 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?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #34 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 05:54:07 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #35 from eurekafag@eureka7.ru 2012-07-26 05:58:31 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #36 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 06:53:54 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #37 from eurekafag@eureka7.ru 2012-07-26 07:02:51 CDT --- 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?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #38 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 08:06:10 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #39 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 08:07:13 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #40 from eurekafag@eureka7.ru 2012-07-26 08:17:37 CDT --- (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?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #41 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 08:57:15 CDT --- (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).
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #42 from eurekafag@eureka7.ru 2012-07-26 09:02:57 CDT --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #43 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 09:39:29 CDT --- (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?
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #44 from eurekafag@eureka7.ru 2012-07-26 09:48:37 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #45 from Andrey Rahmatullin wrar@wrar.name 2012-07-26 09:54:22 CDT --- (In reply to comment #44)
Ok.
- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #46 from eurekafag@eureka7.ru 2012-07-26 10:06:09 CDT --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #47 from Dan Kegel dank@kegel.com 2012-12-23 17:50:32 CST --- Is this still an issue for anyone in current wine?
http://bugs.winehq.org/show_bug.cgi?id=22053
TestSubject sirbubbles01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@gmail.com
--- Comment #48 from TestSubject sirbubbles01@gmail.com --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
Yury shved@lvk.cs.msu.su changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shved@lvk.cs.msu.su
--- Comment #49 from Yury shved@lvk.cs.msu.su --- 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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #50 from Bruno Jesus 00cpxxx@gmail.com --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #51 from Yury shved@lvk.cs.msu.su --- (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.
http://bugs.winehq.org/show_bug.cgi?id=22053
Johan Gardhage johan.gardhage@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=22053
roger@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roger@mailinator.com
--- Comment #52 from roger@mailinator.com --- Is this still an issue?
gcc --version gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
linuxmint 17
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #53 from Robert Walker bob.mt.wya@gmail.com --- 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...
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #54 from roger@mailinator.com --- 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?
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #55 from Robert Walker bob.mt.wya@gmail.com --- (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_...
https://bugs.winehq.org/show_bug.cgi?id=22053
Jonas Jelten jonas.jelten@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonas.jelten@gmail.com
--- Comment #56 from Jonas Jelten jonas.jelten@gmail.com --- Isn't this fixed/a duplicate of bug 35361 now?
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #57 from Ken Sharp imwellcushtymelike@gmail.com --- So.... is this fixed, a duplicate, or what?
https://bugs.winehq.org/show_bug.cgi?id=22053
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht@gmx.net Resolution|--- |UPSTREAM
--- Comment #58 from Anastasius Focht focht@gmx.net --- 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
https://bugs.winehq.org/show_bug.cgi?id=22053
Aaron Franke arnfranke@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arnfranke@yahoo.com
--- Comment #59 from Aaron Franke arnfranke@yahoo.com --- Is this bug still fixed with the latest version of GCC and Wine?
https://bugs.winehq.org/show_bug.cgi?id=22053
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #60 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=22053
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #61 from Austin English austinenglish@gmail.com --- 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.
https://bugs.winehq.org/show_bug.cgi?id=22053
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #62 from Matteo Bruni matteo.mystral@gmail.com --- Long fixed upstream.
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #63 from Dan Kegel dank@kegel.com --- Does https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46468 need tidying?
https://bugs.winehq.org/show_bug.cgi?id=22053
josemdark@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|josemdark@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=22053
Jacob Hrbek werifGX@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |werifGX@gmail.com
--- Comment #64 from Jacob Hrbek werifGX@gmail.com --- 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
https://bugs.winehq.org/show_bug.cgi?id=22053
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #65 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- (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.
https://bugs.winehq.org/show_bug.cgi?id=22053
--- Comment #66 from Jacob Hrbek werifGX@gmail.com --- Thanks for info, very helpful!