http://bugs.winehq.org/show_bug.cgi?id=26835
Summary: Portal 2 exits at menu screen. Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: adys.wh@gmail.com
With following terminal output:
fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x280): stub fixme:thread:SetThreadIdealProcessor (0x29c): stub fixme:thread:SetThreadIdealProcessor (0x2b8): stub fixme:dbghelp:elf_search_auxv can't find symbol in module
Not much more, at the moment..
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #1 from James Twyford jtwyford+wine@gmail.com 2011-04-19 00:13:11 CDT --- Created an attachment (id=34191) --> (http://bugs.winehq.org/attachment.cgi?id=34191) Full console log from failed portal2 launch
Start portal 2 directly via `wine /path/to/steam -applaunch 620`
http://bugs.winehq.org/show_bug.cgi?id=26835
James Twyford jtwyford+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jtwyford+wine@gmail.com
--- Comment #2 from James Twyford jtwyford+wine@gmail.com 2011-04-19 00:14:44 CDT --- I'm seeing the same thing; attached is the full console log
Fedora 14 kernel 2.6.35.12-88.fc14.x86_64 Nvidia 8600GT driver 260.19.36-1
http://bugs.winehq.org/show_bug.cgi?id=26835
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34191|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=26835
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m.b.lankhorst@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
Andrey Petrov shazow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shazow@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #3 from David davidsboogs@gmail.com 2011-04-19 00:37:29 CDT --- Created an attachment (id=34192) --> (http://bugs.winehq.org/attachment.cgi?id=34192) Another terminal log.
I'm also seeing this.
Wine 1.3.18-0ubuntu1 Kubuntu 10.10 amd64, KDE 4.5.5 Kernel 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 14:39:03 UTC 2011 x86_64 GNU/Linux VGA compatible controller: nVidia Corporation G98M [GeForce G 105M] (rev a1) Driver: nvidia-current 260.19.06-0ubuntu1
Portal 2 also exits at the menu the same way when launched with the -windowed parameter. (but is windowed until then, saving me from fixing the resolution each time)
I have also attached a log. Note that the point at which it actually (at least visibly) crashes is around the Convar building_cubemaps has conflicting FCVAR_CHEAT flags line near the end, but not sure exactly what the timing is on that.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #4 from Jerome Leclanche adys.wh@gmail.com 2011-04-19 00:39:44 CDT --- The fcvar_cheat is a server flag for VAC-related stuff; it's likely harmless.
http://bugs.winehq.org/show_bug.cgi?id=26835
David davidsboogs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34192|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=26835
David davidsboogs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |davidsboogs@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
ntan1 arch_slayer@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arch_slayer@yahoo.com
--- Comment #5 from ntan1 arch_slayer@yahoo.com 2011-04-19 01:17:32 CDT --- Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #6 from Jerome Leclanche adys.wh@gmail.com 2011-04-19 01:28:34 CDT --- (In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
None of that helped, here.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.thinkwithportals | |.com/
http://bugs.winehq.org/show_bug.cgi?id=26835
Josh cheeseness@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #7 from Josh cheeseness@yahoo.com 2011-04-19 01:36:53 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=26835
Eevee eevee.wine@veekun.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eevee.wine@veekun.com
--- Comment #8 from Eevee eevee.wine@veekun.com 2011-04-19 01:39:50 CDT --- Similar story; I've tried the same as ntan1 but can't make it to the menu.
I have a comically large log from running with WINEDEBUG=+relay, but there's so much junk that I'm not sure where the actual crash is. I've cut it down to a span from *definite* game code to *definite* crash handler code.
At a glance it looks like the last interesting thing that happens before Breakpad kicks in is:
CreateFileA(0ec60008 "C:\program files\steam\steamapps\common\portal 2\portal2\bin\server.dll.47.STEAMSTART",...)
After that is a bunch of I/O, and then Steam starts looking for its installation directory.
Attaching the "interesting" bit.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #9 from Eevee eevee.wine@veekun.com 2011-04-19 01:40:14 CDT --- Created an attachment (id=34193) --> (http://bugs.winehq.org/attachment.cgi?id=34193) +relay log of portal 2 crash
http://bugs.winehq.org/show_bug.cgi?id=26835
tjablin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tjablin@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
Eevee eevee.wine@veekun.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34193|0 |1 is obsolete| |
--- Comment #10 from Eevee eevee.wine@veekun.com 2011-04-19 01:54:40 CDT --- Created an attachment (id=34194) --> (http://bugs.winehq.org/attachment.cgi?id=34194) more of the same log
Welp, nevermind; I found more mentions of breakpad earlier on. This is the entire log up to Breakpad_SteamMiniDumpInit.
http://bugs.winehq.org/show_bug.cgi?id=26835
thehoome thehoome.prototype@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thehoome.prototype@gmail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=26835
Julian Zimmermann JulZimmermann@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JulZimmermann@googlemail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=26835
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #11 from Dan Kegel dank@kegel.com 2011-04-19 04:02:15 CDT --- Please add +seh when doing +relay logs of crashes
http://bugs.winehq.org/show_bug.cgi?id=26835
Douglas Young rcxdude@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rcxdude@gmail.com
--- Comment #12 from Douglas Young rcxdude@gmail.com 2011-04-19 04:14:23 CDT --- potentially related: verifying the game cache in steam replies that one file failed validation and will be redownloaded, despite multiple downloads and reinstalling the entire game. This particular issue doesn't seem to be unique to wine though, some windows 7/vista users are also reporting a similar issue on the steam forums.
http://bugs.winehq.org/show_bug.cgi?id=26835
Josh cheeseness@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cheeseness@yahoo.com
--- Comment #13 from Josh cheeseness@yahoo.com 2011-04-19 04:15:56 CDT --- (In reply to comment #12)
some windows 7/vista users are also reporting a similar issue on the steam forums.
And my girlfriend's XP laptop.
http://bugs.winehq.org/show_bug.cgi?id=26835
Night Nord NightNord@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |NightNord@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
Cian Mc Govern cianmcgovern91@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cianmcgovern91@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
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=26835
--- Comment #14 from Jarrad me@jarradhope.com 2011-04-19 06:37:31 CDT --- Created an attachment (id=34199) --> (http://bugs.winehq.org/attachment.cgi?id=34199) portal 2 wine log
Ubuntu 11.04 64bit Nvidia Driver 270.41.03 GeForce GTS 360M 1024 MB
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #15 from firefly@firefly.nu 2011-04-19 07:19:16 CDT --- Created an attachment (id=34202) --> (http://bugs.winehq.org/attachment.cgi?id=34202) Portal 2 crash log, WINEDEBUG=+seh+relay
Here's a crash log; I ran Portal 2 with WINEDEBUG=+seh+relay as such:
$ WINEDEBUG=+seh+relay wine ~/.wine/drive_c/Program\ Files/Steam/Steam.exe -applaunch 620 >/tmp/portal2-crashlog 2>&1
The game crashes at the splash screen/intro video; I have not yet gotten to the menu.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jonas firefly@firefly.nu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |firefly@firefly.nu
--- Comment #16 from Jonas firefly@firefly.nu 2011-04-19 07:29:44 CDT --- (In reply to comment #15)
Created an attachment (id=34202)
--> (http://bugs.winehq.org/attachment.cgi?id=34202) [details]
Portal 2 crash log, WINEDEBUG=+seh+relay
Here's a crash log; I ran Portal 2 with WINEDEBUG=+seh+relay as such:
$ WINEDEBUG=+seh+relay wine ~/.wine/drive_c/Program\ Files/Steam/Steam.exe -applaunch 620 >/tmp/portal2-crashlog 2>&1
The game crashes at the splash screen/intro video; I have not yet gotten to the menu.
Sorry for being stupid.. I should've checked what I was executing first...
I ran the same command as entered above, but with WINEDEBUG=+seh,+relay. The resulting log is 1.4 GiB large. What should I do with it? Try to figure out what part of it is important, or simply compress and upload all of it?
http://bugs.winehq.org/show_bug.cgi?id=26835
Brendan Powers brendan@resara.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brendan@resara.com
--- Comment #17 from Brendan Powers brendan@resara.com 2011-04-19 07:42:46 CDT --- (In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
Tried this, got the same results.
http://bugs.winehq.org/show_bug.cgi?id=26835
JR zorael@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zorael@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
Eevee eevee.wine@veekun.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34194|0 |1 is obsolete| |
--- Comment #18 from Eevee eevee.wine@veekun.com 2011-04-19 10:10:45 CDT --- Created an attachment (id=34207) --> (http://bugs.winehq.org/attachment.cgi?id=34207) Portal 2 crash log with +relay,+seh
Ran it again with +seh and cut it off at the same point.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #19 from Dan Kegel dank@kegel.com 2011-04-19 10:24:04 CDT --- Can't see any misbehavior offhand, maybe it was getting the crashpad entry points for future reference?
A longer log, possibly compressed with rzip instead of bzip2, might be useful. Though I suspect enough people are going to have copies of this soon that sending logs won't be the most productive way to go much longer.
http://bugs.winehq.org/show_bug.cgi?id=26835
Eevee eevee.wine@veekun.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34207|0 |1 is obsolete| |
--- Comment #20 from Eevee eevee.wine@veekun.com 2011-04-19 10:41:00 CDT --- Created an attachment (id=34208) --> (http://bugs.winehq.org/attachment.cgi?id=34208) Full Portal 2 crash log with +relay,+seh
Wow. xz mashes this down from 665M to 358K. I'm impressed. Or my xz is broken.
Don't really know what I'm looking for, so here's the entire log.
And here's the incantation I've been using (-dxlevel doesn't seem to matter): $ WINEDEBUG=+relay,+seh wine 'c:\Program Files\Steam\steamapps\common\portal 2\portal2.exe' -game portal2 -applaunch 620 -silent -novid -dxlevel 90 -width 1280 -height 800 &> winerelay.log
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #21 from ntan1 arch_slayer@yahoo.com 2011-04-19 10:47:11 CDT --- (In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
The runtime error has been solved by setting portal2.exe to use Windows XP. I'm now hitting random silent crashes in levels with Steam noting "Updating Portal 2", modifying files, and then relaunching the game.
I have a feeliing the crashes is related to reporting data to Steam and interfacing between the game and steam itself. However, I'm currently in game and up unto section 4-5 of the game from testing.
http://bugs.winehq.org/show_bug.cgi?id=26835
Shaun Esau shaunesau@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shaunesau@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
koolfy koolfy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |koolfy@gmail.com
--- Comment #22 from koolfy koolfy@gmail.com 2011-04-19 11:26:36 CDT --- (In reply to comment #21)
(In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
I can't reproduce this. What fixed the "crash right after splashscreen" bug exactly ?
http://bugs.winehq.org/show_bug.cgi?id=26835
eurekafag@eureka7.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eurekafag@eureka7.ru
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #23 from ntan1 arch_slayer@yahoo.com 2011-04-19 11:48:13 CDT --- (In reply to comment #22)
(In reply to comment #21)
(In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
I can't reproduce this. What fixed the "crash right after splashscreen" bug exactly ?
It looks like the above was related to the in-game portal settings.
I'll look at dumps a bit later, but I'm noting that the crashes tend to happen when the memory used reaches a certain number. If you're in the same phase as I am, with seemingly timed crashes, I'd recommend looking carefully at memory constraints.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #24 from koolfy koolfy@gmail.com 2011-04-19 11:59:57 CDT --- (In reply to comment #23)
(In reply to comment #22)
(In reply to comment #21)
(In reply to comment #5)
Past menu, onto game with the following crash:
Runtime error
R6025 -pure virtual function call
Settings:
Windowed Mode Vista
Disable "gameoverlayrenderer.dll" in libraries use -lv as a game launch option in steam Make sure d3dx9, vcrun2005, vcrun2008, vcrun2010 are installed Disable In-game community on Steam
I can't reproduce this. What fixed the "crash right after splashscreen" bug exactly ?
It looks like the above was related to the in-game portal settings.
I'll look at dumps a bit later, but I'm noting that the crashes tend to happen when the memory used reaches a certain number. If you're in the same phase as I am, with seemingly timed crashes, I'd recommend looking carefully at memory constraints.
Can't get past the splashscreen crash. Did you get TO the menu to change the ingame settings ? What did you change ? How to change it ?
http://bugs.winehq.org/show_bug.cgi?id=26835
Andras Kovacs andras@csevego.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andras@csevego.net
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #25 from Andras Kovacs andras@csevego.net 2011-04-19 12:16:47 CDT --- Have you looked minidumps in Steam/dumps directory?
Mine says after inspected with winedbg:
Backtrace: =>0 0x7ed37942 RegisterRawInputDevices+0x12(pRawInputDevices=0x33de4c, uiNumDevices=0x1, cbSize=0xc) [/home/andras/src/wine/dlls/user32/input.c:490] in user32 (0x0033de34) 1 0x0a3e3154 in inputsystem (+0x3153) (0x0033de58) 2 0x09adac1c in engine (+0x1fac1b) (0x0033e4a8) 3 0x09ad865b in engine (+0x1f865a) (0x0033e4bc) 4 0x09ad47c9 in engine (+0x1f47c8) (0x0033e5e4) 5 0x09ad6b83 in engine (+0x1f6b82) (0x0033e674) 6 0x09ad6cee in engine (+0x1f6ced) (0x0033e698) 7 0x100090b0 in launcher (+0x90af) (0x0033e8e0) 8 0x004011dc in portal2 (+0x11db) (0x0033fe00) 9 0x0040177e in portal2 (+0x177d) (0x0033fe90) 10 0x7b857a1c call_process_entry+0xb() in kernel32 (0x0033fea8) 11 0x7b85a42b start_process+0x5a(peb=0xa3fd848) [/home/andras/src/wine/dlls/kernel32/process.c:1086] in kernel32 (0x0033fee8) 12 0x7bc71478 call_thread_func+0xb() in ntdll (0x0033fef8) 13 0x7bc71650 call_thread_entry_point+0x6f(entry=0x7b85a3d0, arg=0x7ffdf000) [/home/andras/src/wine/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0033ffc8) 14 0x7bc4c16a start_process+0x29(kernel_start=0x7b85a3d0) [/home/andras/src/wine/dlls/ntdll/loader.c:2606] in ntdll (0x0033ffe8) 15 0xb762375d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 490 FIXME("(pRawInputDevices=%p, uiNumDevices=%d, cbSize=%d) stub!\n", pRawInputDevices, uiNumDevices, cbSize);
I think the problem is missing raw input devices support.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #26 from Eevee eevee.wine@veekun.com 2011-04-19 12:24:56 CDT --- Created an attachment (id=34214) --> (http://bugs.winehq.org/attachment.cgi?id=34214) winedbg backtrace from a breakpad dump
I don't think that's it. My first couple dumps have that stack trace (superficially; I don't have debug symbols), but those were immediate crashes due to gameoverlayrenderer. Once I disabled the dll, I started crashing in 'server'.
Example attached.
http://bugs.winehq.org/show_bug.cgi?id=26835
Timothy Pearson kb9vqf@pearsoncomputing.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kb9vqf@pearsoncomputing.net
--- Comment #27 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-19 12:26:22 CDT --- Game.dll loaded for "Half-Life 2" fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x1a8): stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION ERROR: ld.so: object '/opt/kde3/lib/kgtk/libkgtk2.so' from LD_PRELOAD cannot be preloaded: ignored. fixme:dbghelp:elf_search_auxv can't find symbol in module
Seems to be related to that last line; the only question is WHICH symbol in WHICH module.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #28 from Kelly Sinnott ksinnott5ht@gmail.com 2011-04-19 12:34:38 CDT --- Created an attachment (id=34215) --> (http://bugs.winehq.org/attachment.cgi?id=34215) WINEDEBUG log for Portal 2 crash on loading
wine-1.3.18 Linux 2.6.38-ARCH #1 SMP PREEMPT Wed Mar 30 08:47:36 CEST 2011 x86_64 AMD Phenom(tm) 9850 Quad-Core Processor AuthenticAMD GNU/Linux NVIDIA 8600GT driver 270.41.03
Ran the following:
WINEDEBUG=+seh+relay wine /home/stick/.local/share/wineprefixes/steam/drive_c/Program\ Files\ (x86)/Steam/steamapps/common/portal\ 2/portal2.exe -game portal2 -applaunch 620 -silent -novid -dxlevel 90 -width 1680 -height 1050 &> portal2crash.log
The game does not make it past the splash screen.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #29 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-19 12:46:41 CDT --- (In reply to comment #27)
Game.dll loaded for "Half-Life 2" fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x1a8): stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION ERROR: ld.so: object '/opt/kde3/lib/kgtk/libkgtk2.so' from LD_PRELOAD cannot be preloaded: ignored. fixme:dbghelp:elf_search_auxv can't find symbol in module
Seems to be related to that last line; the only question is WHICH symbol in WHICH module.
Looking elsewhere, the only reference I can see to elf_search_auxv failing like this is in relation to "DC Universe Online", which needed this patch to add Xinput2 support in order to work:
http://bugs2.winehq.org/attachment.cgi?id=32768
Checking to see if it is in the latest releases now...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #30 from Eevee eevee.wine@veekun.com 2011-04-19 12:51:21 CDT --- http://forum.winehq.org/viewtopic.php?p=56862 According to this thread, the elf_search_auxv line just means that wine can't find debugging symbols. It's fallout from the crash, not the cause.
http://bugs.winehq.org/show_bug.cgi?id=26835
Phil Blankenship phillip.e.blankenship@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phillip.e.blankenship@gmail | |.com
--- Comment #31 from Phil Blankenship phillip.e.blankenship@gmail.com 2011-04-19 13:11:41 CDT --- I just tried using nvidia 270 beta drivers. The crash at splash screen is still occurring...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #32 from ntan1 arch_slayer@yahoo.com 2011-04-19 13:25:38 CDT --- I'm getting something different of a trace:
Unhandled exception: page fault on read access to 0x000000d0 in 32-bit code (0x0b40faf2).
Backtrace: =>0 0x0b40faf2 in shaderapidx9 (+0xfaf2) (0x0fd5e658) 1 0x0b408578 in shaderapidx9 (+0x8577) (0x0fd5e8d0) 2 0x0abbc1dd in studiorender (+0x4c1dc) (0x0fd5e960) 3 0x0abbf2fa in studiorender (+0x4f2f9) (0x0fd5e9bc) 4 0x0abc341e in studiorender (+0x5341d) (0x0fd5e9fc) 5 0x099f4b04 in materialsystem (+0x24b03) (0x0fd5ea10) 6 0x099df272 in materialsystem (+0xf271) (0x0fd5ea28) 7 0x099df2c1 in materialsystem (+0xf2c0) (0x0fd5ea4c) 8 0x003bad08 in vstdlib (+0xad07) (0x0fd5ea7c) 9 0x0034fa7c in tier0 (+0xfa7b) (0x0fd5eaa8) 10 0x7bc70228 call_thread_func+0xb() in ntdll (0x0fd5eab8) 11 0x7bc70410 call_thread_entry_point+0x6f(entry=0x34f980, arg=0x6f93d8) [/tmp/wine-build-temp/wine-1.3.18/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0fd5eb88) 12 0x7bc7988f start_thread+0xee(info=0x81698fb8) [/tmp/wine-build-temp/wine-1.3.18/dlls/ntdll/thread.c:404] in ntdll (0x0fd5f3c8) 13 0xf7e0e832 start_thread+0xe1() in libpthread.so.0 (0x0fd5f4b8)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #33 from ntan1 arch_slayer@yahoo.com 2011-04-19 13:28:43 CDT --- (In reply to comment #32)
I'm getting something different of a trace:
Unhandled exception: page fault on read access to 0x000000d0 in 32-bit code (0x0b40faf2).
Backtrace: =>0 0x0b40faf2 in shaderapidx9 (+0xfaf2) (0x0fd5e658) 1 0x0b408578 in shaderapidx9 (+0x8577) (0x0fd5e8d0) 2 0x0abbc1dd in studiorender (+0x4c1dc) (0x0fd5e960) 3 0x0abbf2fa in studiorender (+0x4f2f9) (0x0fd5e9bc) 4 0x0abc341e in studiorender (+0x5341d) (0x0fd5e9fc) 5 0x099f4b04 in materialsystem (+0x24b03) (0x0fd5ea10) 6 0x099df272 in materialsystem (+0xf271) (0x0fd5ea28) 7 0x099df2c1 in materialsystem (+0xf2c0) (0x0fd5ea4c) 8 0x003bad08 in vstdlib (+0xad07) (0x0fd5ea7c) 9 0x0034fa7c in tier0 (+0xfa7b) (0x0fd5eaa8) 10 0x7bc70228 call_thread_func+0xb() in ntdll (0x0fd5eab8) 11 0x7bc70410 call_thread_entry_point+0x6f(entry=0x34f980, arg=0x6f93d8) [/tmp/wine-build-temp/wine-1.3.18/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0fd5eb88) 12 0x7bc7988f start_thread+0xee(info=0x81698fb8) [/tmp/wine-build-temp/wine-1.3.18/dlls/ntdll/thread.c:404] in ntdll (0x0fd5f3c8) 13 0xf7e0e832 start_thread+0xe1() in libpthread.so.0 (0x0fd5f4b8)
actually, nope, server is acting up as well.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #34 from Eevee eevee.wine@veekun.com 2011-04-19 13:34:43 CDT --- Within windbg Portal 2 dies like this:
fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table Thread ID=0031 renamed using MS VC6 extension (name=="GlobPool0") fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x18c): stub Thread ID=0047 renamed using MS VC6 extension (name=="SaveJob0") 0x10371a3e: popl %fs:0x00000000
The first mention of trace:seh in the +relay,+seh log after the above fixmes:
trace:seh:raise_exception code=80000003 flags=0 addr=0x10371a3d ip=10371a3e tid=0043 trace:seh:raise_exception eax=0032e0bc ebx=108d9cf0 ecx=0032dcf8 edx=d244a64b esi=0019c9b8 edi=00000040 trace:seh:raise_exception ebp=0032e2fc esp=0032e0ac cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200282 trace:seh:call_vectored_handlers calling handler at 0x1044f860 code=80000003 flags=0 trace:seh:call_vectored_handlers handler at 0x1044f860 returned 0 trace:seh:call_vectored_handlers calling handler at 0x7e8f2c90 code=80000003 flags=0 trace:seh:call_vectored_handlers handler at 0x7e8f2c90 returned 0 trace:seh:call_stack_handlers calling handler at 0x105b2978 code=80000003 flags=0
This is line 11958390 of my log.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #35 from ntan1 arch_slayer@yahoo.com 2011-04-19 13:36:46 CDT --- (In reply to comment #34)
Within windbg Portal 2 dies like this:
fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table Thread ID=0031 renamed using MS VC6 extension (name=="GlobPool0") fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x18c): stub Thread ID=0047 renamed using MS VC6 extension (name=="SaveJob0") 0x10371a3e: popl %fs:0x00000000
The first mention of trace:seh in the +relay,+seh log after the above fixmes:
trace:seh:raise_exception code=80000003 flags=0 addr=0x10371a3d ip=10371a3e tid=0043 trace:seh:raise_exception eax=0032e0bc ebx=108d9cf0 ecx=0032dcf8 edx=d244a64b esi=0019c9b8 edi=00000040 trace:seh:raise_exception ebp=0032e2fc esp=0032e0ac cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200282 trace:seh:call_vectored_handlers calling handler at 0x1044f860 code=80000003 flags=0 trace:seh:call_vectored_handlers handler at 0x1044f860 returned 0 trace:seh:call_vectored_handlers calling handler at 0x7e8f2c90 code=80000003 flags=0 trace:seh:call_vectored_handlers handler at 0x7e8f2c90 returned 0 trace:seh:call_stack_handlers calling handler at 0x105b2978 code=80000003 flags=0
This is line 11958390 of my log.
What does bt (backtrace) report at that point, in winedbg?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #36 from Eevee eevee.wine@veekun.com 2011-04-19 13:39:05 CDT --- Created an attachment (id=34226) --> (http://bugs.winehq.org/attachment.cgi?id=34226) Portal 2 crash backtrace from within winedbg
Backtrace within winedbg is almost identical, except deeper within server.
http://bugs.winehq.org/show_bug.cgi?id=26835
Eevee eevee.wine@veekun.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #34226|application/octet-stream |text/plain mime type| |
--- Comment #37 from Eevee eevee.wine@veekun.com 2011-04-19 13:39:40 CDT --- (From update of attachment 34226) fixing mimetype
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #38 from ntan1 arch_slayer@yahoo.com 2011-04-19 14:25:37 CDT --- It seems like the biggest issue for getting portal 2 to truly be playable (with workarounds) is the communication component between client.dll and server.dll.
It seems that Portal 2 queries some Steam server (or maybe your instance of Steam) to do verification of your game instance, and a failure in said verification is causing the crash. I suspect GameOverlayRenderer is somewhat related, and there have been issues with client-steam server communication in the past (check other games that force authentication with Steam).
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #39 from Eevee eevee.wine@veekun.com 2011-04-19 14:35:25 CDT --- (In reply to comment #38)
It seems that Portal 2 queries some Steam server (or maybe your instance of Steam) to do verification of your game instance, and a failure in said verification is causing the crash. I suspect GameOverlayRenderer is somewhat related, and there have been issues with client-steam server communication in the past (check other games that force authentication with Steam).
The first thing I did was try Team Fortress 2 and original Portal. Both work fine. I've actually had the overlay working fine in TF2, as well; never had to disable the dll until Portal 2.
So what are you doing differently from everyone else that makes this communication work?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #40 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-19 15:59:13 CDT --- (In reply to comment #39)
(In reply to comment #38)
It seems that Portal 2 queries some Steam server (or maybe your instance of Steam) to do verification of your game instance, and a failure in said verification is causing the crash. I suspect GameOverlayRenderer is somewhat related, and there have been issues with client-steam server communication in the past (check other games that force authentication with Steam).
The first thing I did was try Team Fortress 2 and original Portal. Both work fine. I've actually had the overlay working fine in TF2, as well; never had to disable the dll until Portal 2.
So what are you doing differently from everyone else that makes this communication work?
Can everyone (ntan1 especially) please post which version of Wine they are using? Also, knowing the version of the steam client and which Winetricks (if any) are installed would help to narrow this down.
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #41 from Eevee eevee.wine@veekun.com 2011-04-19 16:09:30 CDT --- Wine 1.3.18-0ubuntu1, from the ubuntu-wine ppa. Linux tekkanin 2.6.35-28-generic #50-Ubuntu SMP Fri Mar 18 18:42:20 UTC 2011 x86_64 GNU/Linux
"About Steam" dialog says it was built Apr 15 2011 at 15:48:22; API version v010, Steam package versions 1533/1533.
winetricks, accumulated over attempts to make various games run: adobeair comctl32 d3dx10, d3dx11_42 (don't remember installing these though...) d3dx9, d3dx9_26, d3dx9_28, d3dx9_31, d3dx9_35, d3dx9_36, d3dx9_42, directx9 gecko110 ie6, ie7, ie8 msls31 pngfilt vcrun2005, vcrun2008, vcrun2010 wininet wsh56vb, wsh57 xact, xact_jun2010 xinput xmllite
I'll try with a fresher wine prefix later this afternoon.
http://bugs.winehq.org/show_bug.cgi?id=26835
Phil Costin philcostin@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |philcostin@hotmail.com
--- Comment #42 from Phil Costin philcostin@hotmail.com 2011-04-19 16:22:19 CDT --- Same issue
wine-1.3.18-60-gfa608e2
Steam: Built Apr 15 2011 at 15:48:22
http://bugs.winehq.org/show_bug.cgi?id=26835
Alfie Day winehq@azelphur.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@azelphur.com
--- Comment #43 from Alfie Day winehq@azelphur.com 2011-04-19 16:57:21 CDT --- According to the SPUF thread this is caused by non-NTFS file systems http://forums.steampowered.com/forums/showpost.php?p=21923567&postcount=... and valve are looking into it http://forums.steampowered.com/forums/showpost.php?p=21944181&postcount=...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #44 from Eevee eevee.wine@veekun.com 2011-04-19 17:02:39 CDT --- Interesting, there's also this Valve post:
We've seen people with Steam installed on an EXT2 partition also having the issue.
http://forums.steampowered.com/forums/showpost.php?p=21943203&postcount=...
ntan1, what filesystem are you running Steam from?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #45 from koolfy koolfy@gmail.com 2011-04-19 17:03:30 CDT --- (In reply to comment #43)
According to the SPUF thread this is caused by non-NTFS file systems http://forums.steampowered.com/forums/showpost.php?p=21923567&postcount=... and valve are looking into it http://forums.steampowered.com/forums/showpost.php?p=21944181&postcount=...
This is not the error we get at the splashscreen crash (as in "we don't get any."), it may be a problem we might face after the splashscreen, but we've not figured out yet how to get to the menu itself.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #46 from Eevee eevee.wine@veekun.com 2011-04-19 17:09:29 CDT --- (In reply to comment #45)
This is not the error we get at the splashscreen crash (as in "we don't get any."), it may be a problem we might face after the splashscreen, but we've not figured out yet how to get to the menu itself.
We DO get to the splash screen; the image of Chell or the two robots. That's the same place the Windows users in this thread are crashing.
I assume we don't get the error because we don't have exactly the same error-catching facilities Windows does.
http://bugs.winehq.org/show_bug.cgi?id=26835
Thomas Hebb tchebb@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tchebb@live.com
http://bugs.winehq.org/show_bug.cgi?id=26835
Grant K gk_wh@grantekinc.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gk_wh@grantekinc.net
--- Comment #47 from Grant K gk_wh@grantekinc.net 2011-04-19 17:38:01 CDT --- (In reply to comment #12)
potentially related: verifying the game cache in steam replies that one file failed validation and will be redownloaded, despite multiple downloads and reinstalling the entire game. This particular issue doesn't seem to be unique to wine though, some windows 7/vista users are also reporting a similar issue on the steam forums.
After running the game in Wine, I found verifying the game cache gave 1 file to update. What was interesting is that I tried running it in Wine, it crashed, I copied my steamapps directory to a Windows XP steam install, tried running the game, and it crashed in the same way (at the loading screen, before showing the menu). I verified the game cache in Windows, it updated, and from then on loaded successfully.
wine-1.3.17 on Ubuntu 10.10 x86_64 set to WinXP AMD Phenom 9750 AMD HD4850 running Catalyst 11.1
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #48 from koolfy koolfy@gmail.com 2011-04-19 17:45:19 CDT --- (In reply to comment #47)
(In reply to comment #12)
potentially related: verifying the game cache in steam replies that one file failed validation and will be redownloaded, despite multiple downloads and reinstalling the entire game. This particular issue doesn't seem to be unique to wine though, some windows 7/vista users are also reporting a similar issue on the steam forums.
After running the game in Wine, I found verifying the game cache gave 1 file to update. What was interesting is that I tried running it in Wine, it crashed, I copied my steamapps directory to a Windows XP steam install, tried running the game, and it crashed in the same way (at the loading screen, before showing the menu). I verified the game cache in Windows, it updated, and from then on loaded successfully.
wine-1.3.17 on Ubuntu 10.10 x86_64 set to WinXP AMD Phenom 9750 AMD HD4850 running Catalyst 11.1
If you copy back the updates steam to linux, does it work, then ?
http://bugs.winehq.org/show_bug.cgi?id=26835
Nicky nheart@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nheart@gmail.com
--- Comment #49 from Nicky nheart@gmail.com 2011-04-19 17:46:15 CDT --- I don't have windows installed and when I try to verify my game files steam usually crashes after 20-30 %...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #50 from ntan1 arch_slayer@yahoo.com 2011-04-19 18:28:14 CDT --- (In reply to comment #44)
Interesting, there's also this Valve post:
We've seen people with Steam installed on an EXT2 partition also having the issue.
http://forums.steampowered.com/forums/showpost.php?p=21943203&postcount=...
ntan1, what filesystem are you running Steam from?
Wine 1.3.18, ext 3
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #51 from Grant K gk_wh@grantekinc.net 2011-04-19 20:04:31 CDT --- (In reply to comment #48)
If you copy back the updates steam to linux, does it work, then ?
No - copied good steamapps folder from Windows to a Wine steam install, ran game, it crashed, ran verification, it updated 1 file.
http://bugs.winehq.org/show_bug.cgi?id=26835
Kevin Turner kevinperson@topicbox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kevinperson@topicbox.com
--- Comment #52 from Kevin Turner kevinperson@topicbox.com 2011-04-19 20:39:15 CDT --- After I ran in to this, I went back and tried to run my other Valve games on the Source engine (Portal 1, HL2 & episodes, l4d2), and they all crashed in much the same way. Game starts, shows the Valve trailer, shows the static loading screen, and then crashes before displaying the menu (which would normally have a 3D rendered scene as the backdrop). Those all used to work fine on this system, although I can't say exactly which wine & steam versions they were at last time I checked.
Wine 1.3.18, ubuntu 10.10 x86_64, nvidia 260.19.06
http://bugs.winehq.org/show_bug.cgi?id=26835
Josh Schreuder shrodes@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shrodes@gmail.com
--- Comment #53 from Josh Schreuder shrodes@gmail.com 2011-04-19 21:53:11 CDT --- (In reply to comment #52)
After I ran in to this, I went back and tried to run my other Valve games on the Source engine (Portal 1, HL2 & episodes, l4d2), and they all crashed in much the same way. Game starts, shows the Valve trailer, shows the static loading screen, and then crashes before displaying the menu (which would normally have a 3D rendered scene as the backdrop). Those all used to work fine on this system, although I can't say exactly which wine & steam versions they were at last time I checked.
Wine 1.3.18, ubuntu 10.10 x86_64, nvidia 260.19.06
Just speculating, but that could be less to do with Wine and more to do with a potential Source engine update that came with Portal 2.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #54 from Josh cheeseness@yahoo.com 2011-04-19 21:54:45 CDT --- (In reply to comment #52)
Just speculating, but that could be less to do with Wine and more to do with a potential Source engine update that came with Portal 2.
I have no problems with Portal 1, TF2 or L4D2. I don't believe that the recent Source engine updates are related to the problem we're chasing here.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #55 from Kevin Turner kevinperson@topicbox.com 2011-04-19 22:12:08 CDT --- (In reply to comment #52) Ok, I just put portal 1 in a fresh wineprefix and it complains a little about not being able to sync with the cloud, but seems to run OK. Sorry for the red herring.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #56 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-19 22:18:55 CDT --- (In reply to comment #55)
(In reply to comment #52) Ok, I just put portal 1 in a fresh wineprefix and it complains a little about not being able to sync with the cloud, but seems to run OK. Sorry for the red herring.
I assume everyone here is using a downloaded copy from Steam, correct?
The reason I ask is the comment about the retail DVD version here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=23278
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #57 from Thomas Hebb tchebb@live.com 2011-04-19 22:31:26 CDT --- I tried it with a fresh wineprefix on an NTFS partition and it still crashes on the splash screen.
graphicsoverlayrenderer disabled d3dx9, vcrun2003, vcrun2005, vcrun2008, vcrun2010, and allfonts installed through winetricks -lv launch option Windows Vista mode In-game community disabled
Wine version: 1.3.18 compiled with WinePulse Distro: Ubuntu 10.10 64-bit Graphics drivers: NVIDIA 260.19.06
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #58 from Ken Sharp kennybobs@o2.co.uk 2011-04-19 22:47:21 CDT --- Is this what everyone is talking about? http://forums.steampowered.com/forums/showthread.php?t=1847517
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #59 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-19 22:49:14 CDT --- (In reply to comment #57)
I tried it with a fresh wineprefix on an NTFS partition and it still crashes on the splash screen.
graphicsoverlayrenderer disabled d3dx9, vcrun2003, vcrun2005, vcrun2008, vcrun2010, and allfonts installed through winetricks -lv launch option Windows Vista mode In-game community disabled
Wine version: 1.3.18 compiled with WinePulse Distro: Ubuntu 10.10 64-bit Graphics drivers: NVIDIA 260.19.06
The problem is that the two files server.dll and client.dll are corrupt. I do not have a workaround, and replacing the files/marking them read only seems to prevent the game loading at all. I'm still looking into the issue, but I don't think Steam is supposed to be changing its executable files on the fly...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #60 from Eevee eevee.wine@veekun.com 2011-04-19 23:04:47 CDT --- It looks like Steam/Portal insist on having client.dll and server.dll encrypted and signed; after running the game once with a fresh copy of client.dll, it's replaced with a file that mentions certification and VeriSign quite a lot near the end.
Not sure why NTFS would affect this.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #61 from Jerome Leclanche adys.wh@gmail.com 2011-04-19 23:06:52 CDT --- (In reply to comment #60)
It looks like Steam/Portal insist on having client.dll and server.dll encrypted and signed; after running the game once with a fresh copy of client.dll, it's replaced with a file that mentions certification and VeriSign quite a lot near the end.
Not sure why NTFS would affect this.
This could be bug 24160. Juan, any idea?
http://bugs.winehq.org/show_bug.cgi?id=26835
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |juan_lang@yahoo.com
--- Comment #62 from Jerome Leclanche adys.wh@gmail.com 2011-04-19 23:07:40 CDT --- (cc)
http://bugs.winehq.org/show_bug.cgi?id=26835
kbranch kbranch@kbranch.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kbranch@kbranch.net
--- Comment #63 from kbranch kbranch@kbranch.net 2011-04-19 23:20:08 CDT --- (In reply to comment #56)
I assume everyone here is using a downloaded copy from Steam, correct?
The reason I ask is the comment about the retail DVD version here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=23278
For what it's worth, I have a friend with the DVD release, and I get the same results (crash after the intro splash and before the actual menu loads) with both under wine-1.3.17.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #64 from ntan1 arch_slayer@yahoo.com 2011-04-20 00:50:00 CDT --- I've gotten Portal 2 working with very slight instability on three machines, all with the same wine version and system specifications/hardware. Unfortunately, the issue with client.dll and server.dll is still unresolved and related to Steam and security. There is currently a crack for the above two files that you can find on the internet which can replace these two files and bypass certain Steam checks (please own a copy of Portal 2 and don't pirate). While Portal 2 will normally crash when executed from Steam directly, I'm finding that with the dlls replaced, Portal 2 runs well.
In particular, the things that I've done to get the game working:
Install corefonts, vcrun2005, vcrun2008, vcrun2010, d3dx9 (really, any recent version of winetricks will do, as the above packages haven't had major updates in a bit) Install the game fully from Steam Find a replacement for server.dll and client.dll Disable GameOverlayRenderer in libraries Under winecfg, use a fixed window size/virtual desktop instead of fullscreen With the cracks for server and client, it is possible to run the game directly without steam. Without the cracks, the game crashes on menu unless run from steam.
According to a friend, Portal 2 appears the most stable when the wine OS is set to Windows 7; otherwise, a greater number of crashes may occur.
At least on the machines tested (they are mostly the same specifications and synchronized close to the same), single player has been at least half completed. Of course, multiplayer does not work. In particular, changing display settings does not have a significant effect on the number of crashes (and crashes related to display settings are probably specific to video card and video card drivers).
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #65 from ntan1 arch_slayer@yahoo.com 2011-04-20 00:51:12 CDT --- Also, everything has been tested on wine 1.3.18 release build (compiled from source).
http://bugs.winehq.org/show_bug.cgi?id=26835
Jarrad me@jarradhope.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |me@jarradhope.com
--- Comment #66 from Jarrad me@jarradhope.com 2011-04-20 01:25:23 CDT --- Confirmed here (comment #64)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #67 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-20 02:21:14 CDT --- Whatever checks are bypassed with the modified DLLs are not the real problem, as I can get to the same point with the DLLs from a Windows XP installation. Unfortunately there is still a crash that occurs before the menu screen in both cases, with the only apparent effect of the DLL replacement having been to crash the application sooner.
I think Valve will need to address this; there is only so much that we can do / have access to.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #68 from Josh cheeseness@yahoo.com 2011-04-20 02:23:15 CDT --- I've managed to get to the menu, but it says "NO STEAM" and only has the QUIT option.
I needed to -nosound to get this far
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #69 from Jarrad me@jarradhope.com 2011-04-20 02:28:52 CDT --- I got the "No steam" with just the dll's as well, however if you apply the whole crack (exe,launcher, steamclient.dll,skidrow.ini in the main portal dir, not sure if all of these are needed), now I've been playing the game I paid for without issue at all. It actually runs _really_ well.
Of course its not a real solution but if you just want to play the game it works.
http://bugs.winehq.org/show_bug.cgi?id=26835
msn@gaiatools.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |msn@gaiatools.com
http://bugs.winehq.org/show_bug.cgi?id=26835
ntan1 arch_slayer@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|arch_slayer@yahoo.com |
http://bugs.winehq.org/show_bug.cgi?id=26835
revcompgeek+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |revcompgeek+winehq@gmail.co | |m
--- Comment #70 from revcompgeek+winehq@gmail.com 2011-04-20 18:54:24 CDT --- So, I haven't tried the crack listed in comment 64, but I was looking through the options listed here: http://developer.valvesoftware.com/wiki/Command_Line_Options#Command-line_pa... . I tried -nogamedll, which seemed to let it get a little bit further, judging from the console output. Unfortunately, I hit the R6025 error dialog that the Windows users are also having problems with, but I think there is a small possibility that this might be a workaround for the problem discussed here.
If anyone is wondering, the extra lines in the console that it printed were these:
Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit wine: Unhandled exception 0x40000015 at address 0x330023:0x0c6127a0 (thread 0009), starting debugger...
Oh, and I did NOT have steam running while I was doing this. I don't know if that would make any difference.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #71 from Juan Lang juan_lang@yahoo.com 2011-04-20 19:07:33 CDT --- (In reply to comment #61)
This could be bug 24160. Juan, any idea?
Sorry, just brought a newborn home. Not much time to look into it.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jason beatme101@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |beatme101@gmail.com
--- Comment #72 from Jason beatme101@gmail.com 2011-04-21 14:14:09 CDT --- Today Valve released a patch for Portal 2, however it did not seem to solve our bug.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #73 from David davidsboogs@gmail.com 2011-04-21 14:24:18 CDT --- Note, the patch also didn't solve the bug for Windows users - to quote from the forums:
Originally Posted by Feylong Funny, the new 'patch' now hides the pure virtual call bug by making the game dump straight back to windows (after valve bald guy vid) now with no error/warnings.
And a Valve employee responded, The crash dumps that we see on the backend now include more details as to what is causing the crash.
Hopefully, when it's actually fixed for Windows it will also be fixed for us.
http://bugs.winehq.org/show_bug.cgi?id=26835
Robin robin-wine@kallisti.net.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robin-wine@kallisti.net.nz
http://bugs.winehq.org/show_bug.cgi?id=26835
J. H. laserized@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |laserized@hotmail.com
--- Comment #74 from J. H. laserized@hotmail.com 2011-04-23 05:21:22 CDT --- (In reply to comment #68)
I've managed to get to the menu, but it says "NO STEAM" and only has the QUIT option.
I needed to -nosound to get this far
I got Portal 2 running finally on wine-1.3.18 git. However, I had to use SKIDROW's crack after patching the game to update 2. No sound though. I ran the game with
wine portal2.exe -dev -console -nosound
and it reached the mainmenu fine, everything works. If I omit the -nosound, it hangs after the Portal 2 splash screen with no error information whatsoever (except Kernel32 GetLastError() infinite loop with full debug)
Using NVIDIA proprietary drivers 195.36.24, GeForce 210. Maybe this is an directsound issue?
Screenshots:
http://i.imgur.com/KsGhf.jpg http://i.imgur.com/a6A5q.jpg
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #75 from eurekafag@eureka7.ru 2011-04-23 05:27:59 CDT --- I doubt it's an issue of DirectSound. I have Portal 2 working without issues (sound works, video settings on maximum, got 30+ FPS which is pretty much playable) on Debian Sid with wine 1.3.18 built by myself (repo's one is very old). NVIDIA GF 8600 GTS, drivers are 270.30. Recently an update of Portal 2 Steam version was released and they say they fixed some error handling and renderer crashes but this bug was not resolved though. I still have to use the skidrow crack to launch and play the game.
So, here we need confirmation from windows users. Does that Valve update fixed things for you?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #76 from J. H. laserized@hotmail.com 2011-04-23 05:40:32 CDT --- (In reply to comment #75)
I doubt it's an issue of DirectSound. I have Portal 2 working without issues (sound works, video settings on maximum, got 30+ FPS which is pretty much playable) on Debian Sid with wine 1.3.18 built by myself (repo's one is very old). NVIDIA GF 8600 GTS, drivers are 270.30. Recently an update of Portal 2 Steam version was released and they say they fixed some error handling and renderer crashes but this bug was not resolved though. I still have to use the skidrow crack to launch and play the game.
So, here we need confirmation from windows users. Does that Valve update fixed things for you?
Steampowered.com forums seems to suggest it hasn't been fixed in Windows yet...
Anyway, I finally got everything working with
-wavonly
switch. Because the -nosound seemed to help for the manu crash, I figured this would help by disabling directsound and playing all sound content as unpacked wav files.
So what I did so far was:
- install the game from DVD - apply skidrow patch & crack #2 - installed vcrun2005sp1, corefonts, vcrun2008 via winetricks - run the game with portal2.exe -console -wavonly
http://bugs.winehq.org/show_bug.cgi?id=26835
Shantanu Tushar jhahoneyk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jhahoneyk@gmail.com
--- Comment #77 from Shantanu Tushar jhahoneyk@gmail.com 2011-04-23 12:01:07 CDT --- (In reply to comment #76)
Hi, whats "crack #2" ? I tried skidrow patch and the winetricks stuff and your command line, but it still crashes before menu. I guess I am missing "crack #2".
Thanks
(In reply to comment #75)
I doubt it's an issue of DirectSound. I have Portal 2 working without issues (sound works, video settings on maximum, got 30+ FPS which is pretty much playable) on Debian Sid with wine 1.3.18 built by myself (repo's one is very old). NVIDIA GF 8600 GTS, drivers are 270.30. Recently an update of Portal 2 Steam version was released and they say they fixed some error handling and renderer crashes but this bug was not resolved though. I still have to use the skidrow crack to launch and play the game.
So, here we need confirmation from windows users. Does that Valve update fixed things for you?
Steampowered.com forums seems to suggest it hasn't been fixed in Windows yet...
Anyway, I finally got everything working with
-wavonly
switch. Because the -nosound seemed to help for the manu crash, I figured this would help by disabling directsound and playing all sound content as unpacked wav files.
So what I did so far was:
- install the game from DVD
- apply skidrow patch & crack #2
- installed vcrun2005sp1, corefonts, vcrun2008 via winetricks
- run the game with portal2.exe -console -wavonly
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #78 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:10:27 CDT --- (In reply to comment #77)
(In reply to comment #76)
Hi, whats "crack #2" ? I tried skidrow patch and the winetricks stuff and your command line, but it still crashes before menu. I guess I am missing "crack #2".
OK guys, I've been following this bug report for some time now. I would like to remind everyone that the world is watching us Linux users, that this is NOT A PIRACY FORUM, and that openly discussing "cracks" like this is going to give Linux users a very bad (and generally undeserved) reputation as lawbreakers, cheats, and thieves. It was fine once or twice purely in the context of "Hey Valve, here's where we think the problem is", but this ongoing discussion is just going to cause trouble.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #79 from Shantanu Tushar jhahoneyk@gmail.com 2011-04-23 13:14:46 CDT --- (In reply to comment #78)
(In reply to comment #77)
(In reply to comment #76)
Hi, whats "crack #2" ? I tried skidrow patch and the winetricks stuff and your command line, but it still crashes before menu. I guess I am missing "crack #2".
OK guys, I've been following this bug report for some time now. I would like to remind everyone that the world is watching us Linux users, that this is NOT A PIRACY FORUM, and that openly discussing "cracks" like this is going to give Linux users a very bad (and generally undeserved) reputation as lawbreakers, cheats, and thieves. It was fine once or twice purely in the context of "Hey Valve, here's where we think the problem is", but this ongoing discussion is just going to cause trouble.
FYI, there are people buying original copies of the Game and trying to run on Linux so they don't have to reboot. The mistake we did was calling a patch a "crack". Anyway, if its going to harm anything which is Free Software, please do not reply to my question in #77, thank you.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #80 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:20:07 CDT ---
FYI, there are people buying original copies of the Game and trying to run on Linux so they don't have to reboot. The mistake we did was calling a patch a "crack". Anyway, if its going to harm anything which is Free Software, please do not reply to my question in #77, thank you.
I am one of those who has purchased a legal copy of the game from Valve and cannot play.
It's not a patch, it's an illegal crack. The law is the law, and at least in the United States cracks are still illegal under the DMCA. If Valve came out and said it was OK to use it temporarily then things would be different, but the chances of them doing that are nil.
Think of this as a lesson in why you should never, ever buy a product before you try it....
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #81 from Shantanu Tushar jhahoneyk@gmail.com 2011-04-23 13:21:41 CDT --- (In reply to comment #80)
FYI, there are people buying original copies of the Game and trying to run on Linux so they don't have to reboot. The mistake we did was calling a patch a "crack". Anyway, if its going to harm anything which is Free Software, please do not reply to my question in #77, thank you.
I am one of those who has purchased a legal copy of the game from Valve and cannot play.
It's not a patch, it's an illegal crack. The law is the law, and at least in the United States cracks are still illegal under the DMCA. If Valve came out and said it was OK to use it temporarily then things would be different, but the chances of them doing that are nil.
Think of this as a lesson in why you should never, ever buy a product before you try it....
Understood, kdesudo reboot.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #82 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:27:13 CDT ---
Understood, kdesudo reboot.
A legal way to help all of us who have this problem is to yell at Valve in this thread:
http://forums.steampowered.com/forums/showthread.php?p=22031152
You don't have to tell them you are using Wine, just state that you cannot use NTFS and that the system requirements did not mention that NTFS was a prerequisite. People on Windows and FAT32/exFAT/etc. are having the exact same problem, and it is a suspected problem in the Valve DRM for this game.
If enough people have this problem Valve must solve it or refund our money, as they start to risk a class action lawsuit.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #83 from eurekafag@eureka7.ru 2011-04-23 13:28:59 CDT --- (In reply to comment #78)
(In reply to comment #77)
(In reply to comment #76)
Hi, whats "crack #2" ? I tried skidrow patch and the winetricks stuff and your command line, but it still crashes before menu. I guess I am missing "crack #2".
OK guys, I've been following this bug report for some time now. I would like to remind everyone that the world is watching us Linux users, that this is NOT A PIRACY FORUM, and that openly discussing "cracks" like this is going to give Linux users a very bad (and generally undeserved) reputation as lawbreakers, cheats, and thieves. It was fine once or twice purely in the context of "Hey Valve, here's where we think the problem is", but this ongoing discussion is just going to cause trouble.
I think people know that Linux users are ready to buy Linux games and they pay almost 3 times more than windows users (according to humblebundle.com where you pay as much as you want). So that's not a problem. To call the crack as the patch is too polite. It's a crack and it allows legal buyers to play on platform other than windows. For example, I have no windows installed at all but I want to buy games to play. I bought the game and can do anything with it on my own computer. If people want to claim Linux users as thieves they will do it anyway. Those who actually can read will notice that crack here is mentioned only as the way of launching the game because without it the game just crashes. Nobody here said «Hi, I've downloaded Portal 2 ISO from torrents so how could I play without purchasing it?» (well, except me who just said that).
tl;dr: let's call a spade a spade and don't be puritanic at least here.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #84 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:34:44 CDT ---
I think people know that Linux users are ready to buy Linux games and they pay almost 3 times more than windows users (according to humblebundle.com where you pay as much as you want). So that's not a problem. To call the crack as the patch is too polite. It's a crack and it allows legal buyers to play on platform other than windows. For example, I have no windows installed at all but I want to buy games to play. I bought the game and can do anything with it on my own computer. If people want to claim Linux users as thieves they will do it anyway. Those who actually can read will notice that crack here is mentioned only as the way of launching the game because without it the game just crashes. Nobody here said «Hi, I've downloaded Portal 2 ISO from torrents so how could I play without purchasing it?» (well, except me who just said that).
tl;dr: let's call a spade a spade and don't be puritanic at least here.
I would agree if it weren't for the DMCA, which strictly forbids the removal of content protection systems, even if you own the product in question. Now that we know the bug is in the DRM it makes a legal mess for anyone trying to play this game when it is installed on a non-NTFS file system, as the crack "fixes" the game by removing the content protection system.
Is this another case where U.S. law protects large corporations while stealing from the consumer? Yes. Is there anything that can be done about it? No, at least if you still decide to purchase/use the products in question.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #85 from eurekafag@eureka7.ru 2011-04-23 13:41:50 CDT --- (In reply to comment #84)
I would agree if it weren't for the DMCA, which strictly forbids the removal of content protection systems, even if you own the product in question. Now that we know the bug is in the DRM it makes a legal mess for anyone trying to play this game when it is installed on a non-NTFS file system, as the crack "fixes" the game by removing the content protection system.
Is this another case where U.S. law protects large corporations while stealing from the consumer? Yes. Is there anything that can be done about it? No, at least if you still decide to purchase/use the products in question.
Well, too bad that wine servers are located at USA. Does DMCA also says that there should be no discussion about cracks and using it if no one even posts URL to that crack? I think it's the most dumb thing one can invent. Well, maybe you break the US law (which isn't my case, for example, because I'm from Russia but never mind) when you actually apply the crack but what's unlawful in discussion without even a link? Killing people is illegal but writing detectives is legal and making thrillers where people die (not really, of course), too.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #86 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:48:35 CDT ---
Well, too bad that wine servers are located at USA.
whois winehq.org says MN, U.S.A., so yes they are.
Does DMCA also says that there should be no discussion about cracks and using it if no one even posts URL to that crack? I think it's the most dumb thing one can invent. Well, maybe you break the US law (which isn't my case, for example, because I'm from Russia but never mind) when you actually apply the crack but what's unlawful in discussion without even a link? Killing people is illegal but writing detectives is legal and making thrillers where people die (not really, of course), too.
The problem is that discussion in this context (hey if you do this then your game will work) is encouraging others to break the law. This is usually illegal, no different than if the murder detective story writer was encouraging people to commit murder in real life.
Like I mentioned earlier, I don't agree with the law but I am bound by it. Valve may fix their junk on their own, or they may end up giving refunds, or there may be a lawsuit, who knows at this point. But one thing is sure, if you are in the United States you are breaking the law if you use the crack. Period.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #87 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 13:50:42 CDT ---
The problem is that discussion in this context (hey if you do this then your game will work) is encouraging others to break the law. This is usually illegal, no different than if the murder detective story writer was encouraging people to commit murder in real life.
Like I mentioned earlier, I don't agree with the law but I am bound by it. Valve may fix their junk on their own, or they may end up giving refunds, or there may be a lawsuit, who knows at this point. But one thing is sure, if you are in the United States you are breaking the law if you use the crack. Period.
Also, I forgot to mention that the crack does not allow you to play multiplayer as it severs the game from Steam according to posters above. So if you want to actually use the ENTIRE game that you paid for, it would be a good idea to simply wait and keep pestering Valve about their bug(s).
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #88 from Jason beatme101@gmail.com 2011-04-23 13:55:59 CDT --- (In reply to comment #86)
Valve may fix their junk on their own, or they may end up giving refunds, or there may be a lawsuit, who knows at this point.
I'd just like to put in a word here. Bioshock 2 still doesn't work, even for alot of Windows users on it's supported operating system. Due to DRM. I'm fairly certain 2K have not given refunds or had a lawsuit for this.
And they certainly aren't fixing it on their own. We can only hope that Valve is different, or a fix is created for Wine.
(In reply to comment #87)
Also, I forgot to mention that the crack does not allow you to play multiplayer as it severs the game from Steam according to posters above. So if you want to actually use the ENTIRE game that you paid for, it would be a good idea to simply wait and keep pestering Valve about their bug(s).
We should probably also mention that use of the crack would risk your Steam account.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #89 from J. H. laserized@hotmail.com 2011-04-23 14:02:58 CDT --- (In reply to comment #78)
(In reply to comment #77)
(In reply to comment #76)
Hi, whats "crack #2" ? I tried skidrow patch and the winetricks stuff and your command line, but it still crashes before menu. I guess I am missing "crack #2".
OK guys, I've been following this bug report for some time now. I would like to remind everyone that the world is watching us Linux users, that this is NOT A PIRACY FORUM, and that openly discussing "cracks" like this is going to give Linux users a very bad (and generally undeserved) reputation as lawbreakers, cheats, and thieves. It was fine once or twice purely in the context of "Hey Valve, here's where we think the problem is", but this ongoing discussion is just going to cause trouble.
I bought the game on dvd. I'm sorry about using the word crack in my post, but as it stands now:
1) Using a third party copy protection circumvention tool is illegal, I know, but right now there is no other way to run this game under Linux. Even if you bought it legally, you still have to circumvent the DRM because of Wine being unable to load DRM drivers and/or complex binary encryption mechanisms.
2) DMCA applies for the United States but as far as I'm concerned bugs.winehq.org is not referring to any exact warez site urls or anything. So we should be safe?
3) I've been reading Steampowered forums for a few days (http://forums.steampowered.com/forums/showthread.php?t=1847517&page=90) , it seems that some obscure combination of code in the DRM software and Windows is still crashing the game after the menu. Valve did issue a patch on Friday afaik, but it didn't solve the problem. So if you paid for the game and you're unable to play with the unmodified version, I think using a crack for the singleplayer is justified until Valve comes up with a definite solution.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #90 from Timothy Pearson kb9vqf@pearsoncomputing.net 2011-04-23 14:12:18 CDT ---
- Using a third party copy protection circumvention tool is illegal, I know,
but right now there is no other way to run this game under Linux. Even if you bought it legally, you still have to circumvent the DRM because of Wine being unable to load DRM drivers and/or complex binary encryption mechanisms.
Except that Valve's DRM is usually Wine compatible. Look at HL, HL2, L4D2, Portal 1, etc. In this case if they fix it for Windows it should be fixed for us. I don't even mind the DRM as long as it works on all Windows version and on Wine (it is their game after all)...
- DMCA applies for the United States but as far as I'm concerned
bugs.winehq.org is not referring to any exact warez site urls or anything. So we should be safe?
I'll leave that to the lawyers. ;-) I just really did NOT like the tone that was being set on this bug report; until recently, it looked like everyone was encouraging piracy.
- I've been reading Steampowered forums for a few days
(http://forums.steampowered.com/forums/showthread.php?t=1847517&page=90) , it seems that some obscure combination of code in the DRM software and Windows is still crashing the game after the menu. Valve did issue a patch on Friday afaik, but it didn't solve the problem. So if you paid for the game and you're unable to play with the unmodified version, I think using a crack for the singleplayer is justified until Valve comes up with a definite solution.
Justified: I would think so. Legal: NO!!! Would Valve risk a countersuit for their game not working in the first place? Once again I'll leave that to the lawyers...
Something that might help is for those of you who have Windows licenses, try installing the game on a FAT32 or ext3 partition and running it under Windows. Then when the DRM fails you can most certainly contact Valve directly and demand a fix.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #91 from Austin English austinenglish@gmail.com 2011-04-23 14:16:53 CDT --- Guys, please, bugzilla is for bugs only. Discuss workarounds/cracks/whatever else on the AppDB or the forum.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #92 from Night Nord NightNord@gmail.com 2011-04-23 17:08:45 CDT --- People, I'm terrible sorry, but let's don't make a subthread of steam forums from this bug. There is a plenty of places to discuss US laws (wine forums, for example, if you won't find anything more suitable) and how bad Valve is.
I'll highly appreciate if the next message from this bug will be "Valve fixed it, update from Steam. CLOSING INVALID", as this is only purpose and only sense of this bug. Thank you.
http://bugs.winehq.org/show_bug.cgi?id=26835
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #93 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-04-23 20:57:19 CDT --- This bug seems to be the same as a bug that affects windows, closing invalid, please stop discussing this until valve has fixed this for windows! It will be reopened if it is still a problem in wine AFTER it's fixed in windows.
http://bugs.winehq.org/show_bug.cgi?id=26835
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #94 from Dmitry Timoshkov dmitry@codeweavers.com 2011-04-24 20:28:30 CDT --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=26835
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|INVALID |
--- Comment #95 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-04-26 14:10:15 CDT --- Judging from http://forums.steampowered.com/forums/showthread.php?p=22037999#post22037999 I'll reopen the bug, still needs fixing
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #96 from Jason beatme101@gmail.com 2011-04-26 14:13:54 CDT --- (In reply to comment #95)
Judging from http://forums.steampowered.com/forums/showthread.php?p=22037999#post22037999 I'll reopen the bug, still needs fixing
Hi, later in the thread the employee states:
It appears that you misread my post. There is still a known crash that occurs after the intro video.
Here's that post: http://forums.steampowered.com/forums/showpost.php?p=22050981&postcount=...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #97 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-04-30 11:14:22 CDT --- http://forums.steampowered.com/forums/showpost.php?p=22133750&postcount=...
I'm holding my breath in, hopefully fixed by the next update. :)
http://bugs.winehq.org/show_bug.cgi?id=26835
frozencow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frozencow@gmail.com
--- Comment #98 from frozencow@gmail.com 2011-05-03 13:11:55 CDT --- (In reply to comment #97)
http://forums.steampowered.com/forums/showpost.php?p=22133750&postcount=...
I'm holding my breath in, hopefully fixed by the next update. :)
I just tried the latest update. It still crashes even before getting into the menu.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #99 from thealbatross@fastmail.fm 2011-05-03 21:18:40 CDT --- Created an attachment (id=34469) --> (http://bugs.winehq.org/attachment.cgi?id=34469) Interesting and perhaps important dump
I'm on Gentoo AMD64 with the latest Wine GIT of May 3, 2011. NVidia Drivers 270.41.03 on a 570GTX i7-950
I have a nice, long backtrace (+seh, +relay) that has a rather interesting last line: ... err:seh:setup_exception_record stack overflow 932 bytes in thread 0009 eip f762652b esp 00240f8c stack 0x240000-0x241000-0x340000
I know some basics of monkeying around in GDB, and I'd like to see this bug closed ASAP, so please tell me if I can do anything to be of use.
I'll upload my full dump from winedbg. I've been having this error ever since I got Portal 2 the it was out, and I update wine to the latest git sources daily.
Much thanks to all WINE developers. I appreciate your hard work, and it saves me from having to deal with Windows - That's priceless to me! :D
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #100 from Josh cheeseness@yahoo.com 2011-05-06 23:19:16 CDT --- Two updates were released today, one with a fix for Fat32 filesystems which seems to have sorted things out for most Windows users who seem to be experiencing this problem.
http://store.steampowered.com/news/5432/ http://store.steampowered.com/news/5426/
No changes under Wine for me - still crashes at the same point.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #101 from thealbatross@fastmail.fm 2011-05-07 14:04:33 CDT --- Created an attachment (id=34536) --> (http://bugs.winehq.org/attachment.cgi?id=34536) +relay +seh portal2 crash log
I'm sorry, I did not use +relay and +seh correctly last time. Here is the log, in its 67MB (Don't worry, it's compressed with xz) glory, with +relay and +seh for the portal2 crash. Hope this helps.
http://bugs.winehq.org/show_bug.cgi?id=26835
Hector Martin marcan@marcansoft.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcan@marcansoft.com
--- Comment #102 from Hector Martin marcan@marcansoft.com 2011-05-07 20:16:02 CDT --- Yup, it seems Valve finally fixed the Windows crash, but it still crashes the same way under Wine. At this point I think we can clearly talk about a Wine inaccuracy/bug, not a game bug.
http://bugs.winehq.org/show_bug.cgi?id=26835
flyser42@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |flyser42@gmx.de
--- Comment #103 from flyser42@gmx.de 2011-05-08 04:57:11 CDT --- Just a thought ... obviously Portal 2 contains some NTFS-specific code and after the last update it contains another codepath for FAT32 (which does not use ADS). Maybe wine does not support ADS, but advertises the underlying filesystem as NTFS. That way portal 2 still uses the ntfs-specific codepath and fails. Can wine be told to advertise FAT32 to applications? Or has anyone tried to set the Windows version to Win95 or Win98, which don't support NTFS?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #104 from eurekafag@eureka7.ru 2011-05-08 05:38:51 CDT --- (In reply to comment #103)
Or has anyone tried to set the Windows version to Win95 or Win98, which don't support NTFS?
Steam doesn't start if I set the version to Win98/Me. It says it doesn't support this platform and offers to visit its site for information.
I also tried to launch Steam with WinXP version, then set it to Win98/ME (right while steam works) and launch Portal 2. Then Portal says it needs SSE/SSE2 and fails to start anyway.
http://bugs.winehq.org/show_bug.cgi?id=26835
Rob Whalley mail@robwhalley.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@robwhalley.co.uk
http://bugs.winehq.org/show_bug.cgi?id=26835
bersl2 bersl2@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bersl2@cox.net
--- Comment #105 from bersl2 bersl2@cox.net 2011-05-09 15:07:39 CDT --- (In reply to comment #103)
Just a thought ... obviously Portal 2 contains some NTFS-specific code and after the last update it contains another codepath for FAT32 (which does not use ADS). Maybe wine does not support ADS, but advertises the underlying filesystem as NTFS. That way portal 2 still uses the ntfs-specific codepath and fails. Can wine be told to advertise FAT32 to applications? Or has anyone tried to set the Windows version to Win95 or Win98, which don't support NTFS?
As the person who kept pushing the ADS hypothesis, shouldn't someone at least try to confirm whether or not that feature is being used before assuming that it's actually the source of the problem?
The reasons for my believing that ADS had something to do with the problem were, from my perspective: 1. Very few, if any, Wine users were having success running the game without bypassing its protection mechanisms. Many were having success after the bypass. 2. Very many (and perhaps all) native Windows users who had installed Steam and their games onto FAT-type filesystems were having similar problems. 3. Even though the API isn't portable, filesystem forks exist on both Windows/NTFS and Mac OS X/HFS+, and I couldn't think of any other userspace-exposed, filesystem-dependent feature that I didn't think was supported in Wine. Furthermore, if ever one wanted to have data that stayed with a file in an obscured way but wouldn't easily leave the machine on which the file originated, something which matches the M.O. of DRM, forks are a good way to go. 4. Valve was brick-walling even clearly legitimate customers on supported platforms. They were suggesting conversion of filesystem to NTFS as a work-around. Use of FAT filesystems is also plausibly something that could be overlooked in the design and testing of a DRM system---because, I mean, really, who uses those things anyway? ;)
Evidence against that hypothesis was: 1. Even some NTFS users were having similar or the same issues. (These could have been other issues, though.) 2. No one had come forward saying that ADSs were even being used, something which could be extrememly easy to confirm, depending on how this feature was being used if it were.
I would confirm it myself, but that's difficult without a copy of Windows (which I don't have) and a working copy of the game. Plus, I didn't get much interest from users in Valve's own forums. (I figured that I might as well vent along with everybody else at the same time as I sought productive answers.) :D
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #106 from David davidsboogs@gmail.com 2011-05-09 15:49:30 CDT --- I may be able to check for ADS when I get home (at work now). I have a netbook that has a Windows XP license and dual-boot. It's way under minimum specs for Playing the game, but it might still install and partially launch - enough to load the DLLs. If anyone wants to beat me to the attempt, be sure to check for extra copies of client and server dlls in steamapps/common/portal 2/portal 2/bin (or some such) - I had some that I noticed because they were left when I tried a "remove local game cache".
http://bugs.winehq.org/show_bug.cgi?id=26835
john_p_turner@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |john_p_turner@yahoo.com
--- Comment #107 from john_p_turner@yahoo.com 2011-05-09 19:35:21 CDT --- I would assume ADS could also explain why files are redownloaded at every verify. Not all of the information is being saved so steam reads it as corrupt.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #108 from john_p_turner@yahoo.com 2011-05-09 20:01:28 CDT --- (In reply to comment #105)
(In reply to comment #103)
Just a thought ... obviously Portal 2 contains some NTFS-specific code and after the last update it contains another codepath for FAT32 (which does not use ADS). Maybe wine does not support ADS, but advertises the underlying filesystem as NTFS. That way portal 2 still uses the ntfs-specific codepath and fails. Can wine be told to advertise FAT32 to applications? Or has anyone tried to set the Windows version to Win95 or Win98, which don't support NTFS?
As the person who kept pushing the ADS hypothesis, shouldn't someone at least try to confirm whether or not that feature is being used before assuming that it's actually the source of the problem?
The reasons for my believing that ADS had something to do with the problem were, from my perspective:
- Very few, if any, Wine users were having success running the game without
bypassing its protection mechanisms. Many were having success after the bypass. 2. Very many (and perhaps all) native Windows users who had installed Steam and their games onto FAT-type filesystems were having similar problems. 3. Even though the API isn't portable, filesystem forks exist on both Windows/NTFS and Mac OS X/HFS+, and I couldn't think of any other userspace-exposed, filesystem-dependent feature that I didn't think was supported in Wine. Furthermore, if ever one wanted to have data that stayed with a file in an obscured way but wouldn't easily leave the machine on which the file originated, something which matches the M.O. of DRM, forks are a good way to go. 4. Valve was brick-walling even clearly legitimate customers on supported platforms. They were suggesting conversion of filesystem to NTFS as a work-around. Use of FAT filesystems is also plausibly something that could be overlooked in the design and testing of a DRM system---because, I mean, really, who uses those things anyway? ;)
Evidence against that hypothesis was:
- Even some NTFS users were having similar or the same issues. (These could
have been other issues, though.) 2. No one had come forward saying that ADSs were even being used, something which could be extrememly easy to confirm, depending on how this feature was being used if it were.
I would confirm it myself, but that's difficult without a copy of Windows (which I don't have) and a working copy of the game. Plus, I didn't get much interest from users in Valve's own forums. (I figured that I might as well vent along with everybody else at the same time as I sought productive answers.) :D
It has nothing todo with ADS as I used a tool to scan the entire portal 2 directory and got no results. However I had recently transfered my entire wine program directory to a NTFS partition where my windows programs files were stored ( reduce space considering I installed alot of games twice). The result was 2 different steam directories one with a working portal 2 and one without. I over wrote the broke portal 2 with the working one through windows. When I got back on Ubuntu and started Portal 2 I got a Virtual Call error rather than just crashing. The problem may be with ntfs but wine is obviously not copying a file correctly and the linux kernel can not transfer from the ntfs to the ext4 correctly.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #109 from bersl2 bersl2@cox.net 2011-05-09 22:12:39 CDT --- (In reply to comment #108)
It has nothing todo with ADS as I used a tool to scan the entire portal 2 directory and got no results. However I had recently transfered my entire wine program directory to a NTFS partition where my windows programs files were stored ( reduce space considering I installed alot of games twice). The result was 2 different steam directories one with a working portal 2 and one without. I over wrote the broke portal 2 with the working one through windows. When I got back on Ubuntu and started Portal 2 I got a Virtual Call error rather than just crashing. The problem may be with ntfs but wine is obviously not copying a file correctly and the linux kernel can not transfer from the ntfs to the ext4 correctly.
Thank you for this. I suspected that the problem being lack of support for ADS was too simple too be true, but it needed ruling out. I still wonder about the possiblity of transient forks during authentication (very unlikely) and about Steam itself (less unlikely, but still unlikely); at least I get to shut up about it.
I think given your other evidence, it's clear that the limiting bug is with Wine right now. Is there an obvious difference between the working copy and the non-working copy?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #110 from john_p_turner@yahoo.com 2011-05-10 17:49:39 CDT --- Steam itself does use ADS and so does the TF2 gcf file however those obviously still work.When I transfered the files over 7 files were overwritten however they were all in the main directory. Since there are only 8 files in the main directory we can assume all but the .ico were overwritten.
http://bugs.winehq.org/show_bug.cgi?id=26835
Ethan Lee flibitijibibo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |flibitijibibo@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #111 from Nicky nheart@gmail.com 2011-05-11 10:29:30 CDT --- Is it just me, or the people using the DVD version with wine are not having this problem? Also the bug fix reported by valve was "Fixed installation issues when using FAT 32"
Could it be that the problem is the actual download and install of the game? Could anyone confirm this? If you've purchased the game online, could you still use the DVD to install?
http://bugs.winehq.org/show_bug.cgi?id=26835
me@sythe.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |me@sythe.me
--- Comment #112 from me@sythe.me 2011-05-11 10:58:37 CDT --- (In reply to comment #111)
Is it just me, or the people using the DVD version with wine are not having this problem? Also the bug fix reported by valve was "Fixed installation issues when using FAT 32"
Could it be that the problem is the actual download and install of the game? Could anyone confirm this? If you've purchased the game online, could you still use the DVD to install?
Have you tried mapping WINE to a Portal 2 installation on Windows?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #113 from Nicky nheart@gmail.com 2011-05-11 14:17:04 CDT --- (In reply to comment #112)
(In reply to comment #111)
Is it just me, or the people using the DVD version with wine are not having this problem? Also the bug fix reported by valve was "Fixed installation issues when using FAT 32"
Could it be that the problem is the actual download and install of the game? Could anyone confirm this? If you've purchased the game online, could you still use the DVD to install?
Have you tried mapping WINE to a Portal 2 installation on Windows?
I don't have windows on my machine...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #114 from Matt Peterson revcompgeek+winehq@gmail.com 2011-05-11 15:31:50 CDT --- I haven't had time to try Portal 2 in wine recently, but when it came out I had downloaded it with Steam in Wine, and I didn't have enough space on my linux partition, so I used mount --bind or bindfs to bind the Steam directory from my windows partition into the one in Wine. I was experiencing the problems here when running from Wine, but the same exact installation worked fine in Windows 7, although I do remember that Steam had to download a few files first, just like it tries to do in Wine, but it actually succeeded.
I can try to run it again later today if that would be helpful.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #115 from me@sythe.me 2011-05-11 15:49:13 CDT --- (In reply to comment #114)
I haven't had time to try Portal 2 in wine recently, but when it came out I had downloaded it with Steam in Wine, and I didn't have enough space on my linux partition, so I used mount --bind or bindfs to bind the Steam directory from my windows partition into the one in Wine. I was experiencing the problems here when running from Wine, but the same exact installation worked fine in Windows 7, although I do remember that Steam had to download a few files first, just like it tries to do in Wine, but it actually succeeded.
I can try to run it again later today if that would be helpful.
What I meant was: Has anyone tried mapping WINE to a working install of Portal 2 on Windows?
http://bugs.winehq.org/show_bug.cgi?id=26835
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|juan_lang@yahoo.com |
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #116 from Josh cheeseness@yahoo.com 2011-05-11 17:32:20 CDT --- (In reply to comment #111)
Is it just me, or the people using the DVD version with wine are not having this problem? Also the bug fix reported by valve was "Fixed installation issues when using FAT 32"
Could it be that the problem is the actual download and install of the game?
I don't believe that there actually is a "DVD version" since the installer on the DVD installs steam and updates Portal 2 from the Steam repositories to match the online version before it can be played. It's my supposition that those who claim to be running the "DVD version" are actually using cracks, but haven't been clear on that point.
Could anyone confirm this? If you've purchased the game online, could you still use the DVD to install?
Yes, you can still use the DVD to install the game. I have done so on two machines. For me, neither installation method allowed the game to run under Wine.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #117 from Andras Kovacs andras@csevego.net 2011-05-11 18:11:21 CDT --- According to GameValidation.log:
Starting validation of Portal 2 Validation failure: c:\program files\steam\steamapps\common\portal 2\portal2\bin\client.dll Validation failure: c:\program files\steam\steamapps\common\portal 2\portal2\bin\server.dll Validation complete: 2407 Total Files, 2 Failed Validation
Notice: Crash is inside of server.dll.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #118 from me@sythe.me 2011-05-11 18:16:25 CDT --- (In reply to comment #117)
According to GameValidation.log:
Starting validation of Portal 2 Validation failure: c:\program files\steam\steamapps\common\portal 2\portal2\bin\client.dll Validation failure: c:\program files\steam\steamapps\common\portal 2\portal2\bin\server.dll Validation complete: 2407 Total Files, 2 Failed Validation
Notice: Crash is inside of server.dll.
Which is why the "cracked" AKA fixed server.dll & client.dll by SKIDROW, when used, allow it to run perfectly.
http://bugs.winehq.org/show_bug.cgi?id=26835
Nephyrin zey Nephyrin@nephyrin.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Nephyrin@nephyrin.net
--- Comment #119 from Nephyrin zey Nephyrin@nephyrin.net 2011-05-11 18:17:09 CDT --- I seem to remember this happening with another game.. portal 1? TF2? Where client.dll and server.dll are signed by steam based on a fingerprint of your PC, and the game fails to launch if the fingerprint doesn't match. This validation failing seems to be indicating that the signatures on these files are invalid, as on a proper install they always validate. This also explains why launching a working copy on another partition fails in wine - your systems fingerprint is going to be different in wine than when they were signed.
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #120 from me@sythe.me 2011-05-11 18:19:23 CDT --- (In reply to comment #119)
I seem to remember this happening with another game.. portal 1? TF2? Where client.dll and server.dll are signed by steam based on a fingerprint of your PC, and the game fails to launch if the fingerprint doesn't match. This validation failing seems to be indicating that the signatures on these files are invalid, as on a proper install they always validate. This also explains why launching a working copy on another partition fails in wine - your systems fingerprint is going to be different in wine than when they were signed.
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
It was TF2, I believe.
http://bugs.winehq.org/show_bug.cgi?id=26835
Brendan Powers brendan@resara.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|brendan@resara.com |
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #121 from me@sythe.me 2011-05-11 18:24:54 CDT --- (In reply to comment #119)
I seem to remember this happening with another game.. portal 1? TF2? Where client.dll and server.dll are signed by steam based on a fingerprint of your PC, and the game fails to launch if the fingerprint doesn't match. This validation failing seems to be indicating that the signatures on these files are invalid, as on a proper install they always validate. This also explains why launching a working copy on another partition fails in wine - your systems fingerprint is going to be different in wine than when they were signed.
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
See Bug #25256. Everyone should vote for it.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #122 from me@sythe.me 2011-05-11 18:34:15 CDT --- (In reply to comment #121)
(In reply to comment #119)
I seem to remember this happening with another game.. portal 1? TF2? Where client.dll and server.dll are signed by steam based on a fingerprint of your PC, and the game fails to launch if the fingerprint doesn't match. This validation failing seems to be indicating that the signatures on these files are invalid, as on a proper install they always validate. This also explains why launching a working copy on another partition fails in wine - your systems fingerprint is going to be different in wine than when they were signed.
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
See Bug #25256. Everyone should vote for it.
As well, take a look at #17573
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #123 from Nephyrin zey Nephyrin@nephyrin.net 2011-05-11 19:19:10 CDT --- (In reply to comment #121)
(In reply to comment #119)
I seem to remember this happening with another game.. portal 1? TF2? Where client.dll and server.dll are signed by steam based on a fingerprint of your PC, and the game fails to launch if the fingerprint doesn't match. This validation failing seems to be indicating that the signatures on these files are invalid, as on a proper install they always validate. This also explains why launching a working copy on another partition fails in wine - your systems fingerprint is going to be different in wine than when they were signed.
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
See Bug #25256. Everyone should vote for it.
Bug 25256 was determined to be the overlay renderer, so I don't think its this signing issue. As well, I'm not sure all source games have this signing yet.
As well, take a look at #17573
This bug was from well before singing was ever implemented from valve.
Although it seems like its a constant battle to keep source engine games launching on wine, from the numerous issues, I think this one can be narrowed down to valve's new DRM.
http://bugs.winehq.org/show_bug.cgi?id=26835
JC jcorcoran@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jcorcoran@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #124 from Henri Verbeet hverbeet@gmail.com 2011-05-12 05:59:56 CDT --- (In reply to comment #119)
Does anyone know what I'm talking about? My memory is failing as to what bug this was/where it was occuring - another source engine game.
Probably Left 4 Dead 2.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #125 from john_p_turner@yahoo.com 2011-05-12 16:17:19 CDT --- (In reply to comment #115)
(In reply to comment #114)
I haven't had time to try Portal 2 in wine recently, but when it came out I had downloaded it with Steam in Wine, and I didn't have enough space on my linux partition, so I used mount --bind or bindfs to bind the Steam directory from my windows partition into the one in Wine. I was experiencing the problems here when running from Wine, but the same exact installation worked fine in Windows 7, although I do remember that Steam had to download a few files first, just like it tries to do in Wine, but it actually succeeded.
I can try to run it again later today if that would be helpful.
What I meant was: Has anyone tried mapping WINE to a working install of Portal 2 on Windows?
This does not work, my wine install and windows install are the same files, While it does get past the orginal error of no error at all, it then gives me a Virtual Call 6202 error. Which could be seen as progress but still not working.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #126 from me@sythe.me 2011-05-12 17:34:37 CDT --- (In reply to comment #125)
(In reply to comment #115)
(In reply to comment #114)
I haven't had time to try Portal 2 in wine recently, but when it came out I had downloaded it with Steam in Wine, and I didn't have enough space on my linux partition, so I used mount --bind or bindfs to bind the Steam directory from my windows partition into the one in Wine. I was experiencing the problems here when running from Wine, but the same exact installation worked fine in Windows 7, although I do remember that Steam had to download a few files first, just like it tries to do in Wine, but it actually succeeded.
I can try to run it again later today if that would be helpful.
What I meant was: Has anyone tried mapping WINE to a working install of Portal 2 on Windows?
This does not work, my wine install and windows install are the same files, While it does get past the orginal error of no error at all, it then gives me a Virtual Call 6202 error. Which could be seen as progress but still not working.
Could you post your WINE debug output?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #127 from David davidsboogs@gmail.com 2011-05-13 19:16:04 CDT --- According to 'cwdurst' on the Steam Forums:
http://forums.steampowered.com/forums/showpost.php?p=22375633&postcount=...
It works in Crossover Games. Is it possible for us to do comparison traces between C.G. and vanilla wine and see where they diverge?
Since it's the only way I'll probably get the game working short term, I plan to go ahead and buy the $15 bundle this Sunday (assuming it works in the trial) - but I really want it working in regular wine because I don't like codeweaver's upgrade policy. If I can use C.G. to help out with getting Portal 2 working in Wine, that would be great.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #128 from john_p_turner@yahoo.com 2011-05-13 20:06:31 CDT --- (In reply to comment #126)
(In reply to comment #125)
(In reply to comment #115)
(In reply to comment #114)
I haven't had time to try Portal 2 in wine recently, but when it came out I had downloaded it with Steam in Wine, and I didn't have enough space on my linux partition, so I used mount --bind or bindfs to bind the Steam directory from my windows partition into the one in Wine. I was experiencing the problems here when running from Wine, but the same exact installation worked fine in Windows 7, although I do remember that Steam had to download a few files first, just like it tries to do in Wine, but it actually succeeded.
I can try to run it again later today if that would be helpful.
What I meant was: Has anyone tried mapping WINE to a working install of Portal 2 on Windows?
This does not work, my wine install and windows install are the same files, While it does get past the orginal error of no error at all, it then gives me a Virtual Call 6202 error. Which could be seen as progress but still not working.
Could you post your WINE debug output?
Which debug would you want? as in which levels?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #129 from john_p_turner@yahoo.com 2011-05-14 22:38:17 CDT --- This has got to be something with signatures of files and validation. After updating portal 2 in ubuntu and booting back into windows I got the crash at main menu like on linux. So upgrading in one system prevents the other system from using.
http://bugs.winehq.org/show_bug.cgi?id=26835
Kenton Varda temporal@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |temporal@gmail.com
--- Comment #130 from Kenton Varda temporal@gmail.com 2011-05-16 00:08:16 CDT --- (In reply to comment #127)
According to 'cwdurst' on the Steam Forums:
http://forums.steampowered.com/forums/showpost.php?p=22375633&postcount=...
It works in Crossover Games.
Nope, I'm afraid not. Crossover has the same exit-at-title-screen problem, at least on my machine. I had to apply the aforementioned "patch" to client.dll and server.dll (and then run portal2.exe directly rather than through steam, but with steam running in the background) to make it work.
On the bright side, that's all I had to do. Aside from occasional rendering bugs, the game seems to run great, and I played up to Chapter 5 with no issues. (Did not test multiplayer, though.)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #131 from David davidsboogs@gmail.com 2011-05-16 00:59:12 CDT --- Unfortunately I've not had any luck with Crossover either. (Still spent the $15 in case further experiments get somewhere) I'll see if I can pester cwdurst for more details over at the forum.
Since signs are pointing to this being a downloading/validation issue, can someone please do a file-by-file comparison between a working install (say on Windows) and what we get?
(Note: I don't consider the "patch" to be a feasible workaround. Besides legality, which is enough for me, I also want achievements and multiplayer!)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #132 from Kenton Varda temporal@gmail.com 2011-05-16 02:29:38 CDT --- (In reply to comment #131)
(Note: I don't consider the "patch" to be a feasible workaround. Besides legality, which is enough for me, I also want achievements and multiplayer!)
I agree that we need a better solution. I don't like running untrustworthy code and I want to be able to receive updates easily. However, I'm pretty sure none of your three points are actually a concern:
1) Under the DMCA, circumventing copy protection for the purpose of interoperability is explicitly permitted (provided, of course, that you do legally own the thing, and the only reason you need the circumvention is interoperability).
2) Achievements work fine. All of the achievements I received in those first few chapters are in fact showing up in my steam account.
3) I just tested multiplayer. When connecting via the menus, the server mysteriously hung half way through loading the first map. However, I was able to connect directly from the command line as demonstrated by this script I found: http://pastebin.com/SPsQAiVp I only played for a minute, though, and the two machines were on the same LAN, both running under WINE (with the same "patch"). I suspect the hang I experienced is not related to copy protection; I experienced a similar hang in single-player when I had the video settings too high.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jarrad me@jarradhope.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|me@jarradhope.com |
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #133 from Nicky nheart@gmail.com 2011-05-16 11:09:18 CDT --- (In reply to comment #132)
(In reply to comment #131)
(Note: I don't consider the "patch" to be a feasible workaround. Besides legality, which is enough for me, I also want achievements and multiplayer!)
I agree that we need a better solution. I don't like running untrustworthy code and I want to be able to receive updates easily. However, I'm pretty sure none of your three points are actually a concern:
- Under the DMCA, circumventing copy protection for the purpose of
interoperability is explicitly permitted (provided, of course, that you do legally own the thing, and the only reason you need the circumvention is interoperability).
Yes, but what if you get your steam account banned? I have quite a bit games and wouldn't want to get it closed. That's the main issue for me and that's why I don't use the workaround...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #134 from JR zorael@gmail.com 2011-05-16 11:26:24 CDT --- (In reply to comment #131)
Since signs are pointing to this being a downloading/validation issue, can
someone please do a file-by-file comparison between a working install (say on Windows) and what we get?
I share my Steam installation over both W7 and Wine, and the game was downloaded in W7. It still won't start in Wine, and diff reports the installation downloaded in W7 and one older downloaded in Wine as being identical. Probably Steam uses some native NTFS voodoo that Wine has no equavilence to. (Steam in Wine immediately redownloaded the .dlls downloaded in W7 when I forced it to rehash the installation.)
(In reply to comment #132)
- I just tested multiplayer. When connecting via the menus, the server
mysteriously hung half way through loading the first map. However, I was able to connect directly from the command line [...]
I have played through the entire multiplayer campaign in Wine over Steam, so I can confirm that works. I've only had the loading crash you describe once or twice over 10+ sessions. Give it another try. :>
http://bugs.winehq.org/show_bug.cgi?id=26835
mavericfso@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mavericfso@gmail.com
--- Comment #135 from mavericfso@gmail.com 2011-05-16 13:14:57 CDT --- My situation is slightly different, from what I've read here so far, but it is exactly the same crash.
Wine 1.3.19 (last check of the repos didn't have 1.3.20 yet) Kubuntu 64bit 11.04 kernel 2.6.38-8-generic ATI Radeon HD 3650 with proprietary drivers per Ubuntu repos --driver packaging version 8.84.6-110324a-116088C-ATI --2D driver version 8.84.60 FS type of wine install is ext (don't remember the version off the top of my head) FS type of Steam directory is NTFS
What is special about this Steam install is that it is actually on a secondary hard drive in my machine (/dev/sdb1, and D: in both windows7 and wine) and it was installed before I made the switch to Kubuntu from windows. Presently, I have a dual boot of Kubuntu and Win7 both are 64bit.
I purchased the DVD from a Gamestop, installed it under wine, steam updated it, and it wouldn't load to the main menu. I get through the valve guy, through the source page with all the copyright info, to the portal 2 splash, and when it would load the menu, it closes to the desktop.
Next thing I did was to reboot into windows7 and try it from there. Same thing. I told it to verify the cache or whatever in steam, it said there was something wrong with a file, downloaded it, and then said it failed to replace it, so I told steam to remove all local data, and reinstalled from DVD within windows this time. Steam updated same as before, but this time portal runs fine under windows7 (in fact, by this point, I've played the entire singleplayer campaign in windows7).
I rebooted again, back into Kubuntu, and it crashes to desktop at exactly the same point as before. I then proceeded to install a whole slew of winetricks (other than the couple that I installed to get steam working) in attempt to see if it was something about that, and again, nothing changed.
winetricks list-installed
baekmuk corefonts d3dcompiler_43 d3dx10, d3dx11_43, d3dx9_42 dirac directx9 dotnet11sp1, dotnet11, dotnet20sp2, dotnet20, dotnet30 ffdshow gecko120 icodecs l3codecx mfc42 physx vcrun2008, vcrun2010, vcrun6sp6, vcrun6 xvid
This is where I am at. I know that the installation of portal works as I can run it flawlessly under Win7, but it fails to load the menu under wine.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #136 from Nephyrin zey Nephyrin@nephyrin.net 2011-05-16 16:07:42 CDT --- (In reply to comment #135)
My situation is slightly different, from what I've read here so far, but it is exactly the same crash.
Wine 1.3.19 (last check of the repos didn't have 1.3.20 yet) Kubuntu 64bit 11.04 kernel 2.6.38-8-generic ATI Radeon HD 3650 with proprietary drivers per Ubuntu repos --driver packaging version 8.84.6-110324a-116088C-ATI --2D driver version 8.84.60 FS type of wine install is ext (don't remember the version off the top of my head) FS type of Steam directory is NTFS
What is special about this Steam install is that it is actually on a secondary hard drive in my machine (/dev/sdb1, and D: in both windows7 and wine) and it was installed before I made the switch to Kubuntu from windows. Presently, I have a dual boot of Kubuntu and Win7 both are 64bit.
I purchased the DVD from a Gamestop, installed it under wine, steam updated it, and it wouldn't load to the main menu. I get through the valve guy, through the source page with all the copyright info, to the portal 2 splash, and when it would load the menu, it closes to the desktop.
Next thing I did was to reboot into windows7 and try it from there. Same thing. I told it to verify the cache or whatever in steam, it said there was something wrong with a file, downloaded it, and then said it failed to replace it, so I told steam to remove all local data, and reinstalled from DVD within windows this time. Steam updated same as before, but this time portal runs fine under windows7 (in fact, by this point, I've played the entire singleplayer campaign in windows7).
I rebooted again, back into Kubuntu, and it crashes to desktop at exactly the same point as before. I then proceeded to install a whole slew of winetricks (other than the couple that I installed to get steam working) in attempt to see if it was something about that, and again, nothing changed.
winetricks list-installed
baekmuk corefonts d3dcompiler_43 d3dx10, d3dx11_43, d3dx9_42 dirac directx9 dotnet11sp1, dotnet11, dotnet20sp2, dotnet20, dotnet30 ffdshow gecko120 icodecs l3codecx mfc42 physx vcrun2008, vcrun2010, vcrun6sp6, vcrun6 xvid
This is where I am at. I know that the installation of portal works as I can run it flawlessly under Win7, but it fails to load the menu under wine.
This would be because steam is signing the client/server dlls on windows, and failing to do so in wine. Because they're not signed in wine, the game wont load. It also wont load DLLs signed for a different system fingerprint. This much can be verified by simply inspecting any two working windows installations and noting that the DLLs differ - by a digital signature. So why are people trying to come up with "they're not downloading right because of NTFS voodoo!" nonsense? The filesystem likely has something to do with the fingerprinting method, hence the NTFS issues, but wine has never been able to properly run their signature routine on any system. This was eventually fixed for L4D2, but apparently valve has changed their method enough that it's not playing nice with wine again.
Here's the same issue occuring with an earlier version of the DRM on left4dead2: http://forums.steampowered.com/forums/showthread.php?t=1038956
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #137 from john_p_turner@yahoo.com 2011-05-16 16:50:46 CDT --- Confirmed that its a Fingerprint issue. After the last update for portal 2 I got an incomplete installation(2) on linux, went back to windows 7 and got the same error except it said it validated some files and actually went past 1%. Then I got the same bug that wine is experiencing that being crash before menu without error. I had to delete all files and reinstall through windows before I could play the game again.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jerome C sinatosk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sinatosk@gmail.com
--- Comment #138 from Jerome C sinatosk@gmail.com 2011-05-17 09:18:16 CDT --- I have a legit version ( for those who are asking ) and not going to try the crack.
portal 2 goes full screen, a background image shows of portal 2 for example and then it just closes before the menu is shown...
when I run portal2.exe like this
$wine portal2.exe
this is the output
fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:win:EnumDisplayDevicesW ((null),0,0x33e1cc,0x00000000), stub! Using breakpad crash handler Setting breakpad minidump AppID = 620 Forcing breakpad minidump interfaces to load Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit Steam_SetMinidumpSteamID: Caching Steam ID: xxx [API loaded yes] Steam_SetMinidumpSteamID: Setting Steam ID: xxx fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0000: stub! fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x41415353 (as fourcc: SSAA) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x41415353) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x41415353 (as fourcc: SSAA) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x41415353) in the format lookup table Convar r_flashlightscissor has conflicting FCVAR_CHEAT flags (child: no FCVAR_CHEAT, parent: has FCVAR_CHEAT, parent wins) fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:wbemprox:wbem_locator_ConnectServer 0x13d070, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0x33e120) fixme:win:RegisterRawInputDevices (pRawInputDevices=0x33de5c, uiNumDevices=1, cbSize=12) stub! err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1680x1050x32 @60! (XRandR) fixme:d3d9:D3DPERF_SetOptions (0x1) : stub fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x31495441 (as fourcc: ATI1) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x31495441) in the format lookup table fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:mmdevapi:MMDevice_Activate IID_IAudioSessionManager unsupported Convar building_cubemaps has conflicting FCVAR_CHEAT flags (child: has FCVAR_CHEAT, parent: no FCVAR_CHEAT, parent wins) Game.dll loaded for "Half-Life 2" fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:thread:SetThreadIdealProcessor (0x258): stub fixme:thread:SetThreadIdealProcessor (0x274): stub fixme:thread:SetThreadIdealProcessor (0x290): stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION fixme:dbghelp:elf_search_auxv can't find symbol in module
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #139 from Jerome Leclanche adys.wh@gmail.com 2011-05-17 09:19:30 CDT --- (In reply to comment #138)
Please don't paste huge logs, it's written in big bold letters on the comment section. This bug is unreadable enough.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #140 from Jerome C sinatosk@gmail.com 2011-05-17 09:21:56 CDT --- I have a legit version ( for those who are asking ) and not going to try the crack.
portal 2 goes full screen, a background image shows of portal 2 for example and then it just closes before the menu is shown...
when I run portal2.exe like this
$wine portal2.exe
output at http://pastebin.com/nxi1RKAd ( that better? )
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #141 from Night Nord NightNord@gmail.com 2011-05-17 10:47:40 CDT --- Guys, please, I'm sure that a plenty of active wine developers own some Portal 2 copies or there is just enough info for investigation start already. Please, let's let this bug a rest for a while, until someone will explicitly ask for specific info.
If you really-really want to help, try to debug this issue by yourself, maybe by testing in different environments, setup cases or different wine versions and if you will somehow manage to get Portal 2 running (that is - without cracks) (there is some rumors of working Portal 2 on wine without cracks, but nothing is proved) - post it here. If not - I guess that's just enough of "This doesn't work" posts and logs, so do NOT post it here.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #142 from Nicky nheart@gmail.com 2011-05-19 03:42:32 CDT --- Strangely enough, I can run portal 2 from command line without having steam running... Doesn't help the crash, but it's just strange AFAIK all games acquired through steam require steam running...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #143 from eurekafag@eureka7.ru 2011-05-19 03:49:27 CDT --- (In reply to comment #142)
Strangely enough, I can run portal 2 from command line without having steam running... Doesn't help the crash, but it's just strange AFAIK all games acquired through steam require steam running...
How exactly do you run it (provide the full command, please)? Did you apply any "patches"? Did you checked the game files integrity before run? Did you install it on windows or using wine only? Any winetricks or pure prefix?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #144 from Nicky nheart@gmail.com 2011-05-19 04:39:37 CDT --- (In reply to comment #143)
(In reply to comment #142)
Strangely enough, I can run portal 2 from command line without having steam running... Doesn't help the crash, but it's just strange AFAIK all games acquired through steam require steam running...
How exactly do you run it (provide the full command, please)? Did you apply any "patches"? Did you checked the game files integrity before run? Did you install it on windows or using wine only? Any winetricks or pure prefix?
using pure wine, no patches, only dll overwrite is MFC42, which is for another game. command: wine portal2.exe -window
Game was installed in wine, using steam, no crack used. The game still crashes, as I said, but it is easier to debug since you don't need to start steam first.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #145 from Hector Martin marcan@marcansoft.com 2011-05-19 05:14:02 CDT --- (In reply to comment #144)
Game was installed in wine, using steam, no crack used. The game still crashes, as I said, but it is easier to debug since you don't need to start steam first.
It does require steam after the crash; it just says "NO STEAM" instead of the menu in that case. Of course, since the crash happens before that, I guess it does make debugging easier.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #146 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-05-19 05:27:35 CDT --- I've probably gotten *slightly* further with a small server patch for the debug registers, but it's still almost the same point, so I don't know if I really did.
Also it is doing something with named pipes, might be related
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #147 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-05-20 05:05:16 CDT --- Portal 2 appears to generate client.dll and server.dll correctly. They have a valid signature on wine just as on windows. To verify just get windows platform sdk and run this: "signtool verify /pa client.dll server.dll". Make sure you use windows, as wine allows invalid exes to pass validation.
With that I get that my client.dll and server.dll have valid signatures, so the problem appears to be a check at runtime, not the generation.
http://bugs.winehq.org/show_bug.cgi?id=26835
Adrian xadrianx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xadrianx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #148 from mavericfso@gmail.com 2011-05-23 20:13:04 CDT --- (In reply to comment #136)
(In reply to comment #135)
This would be because steam is signing the client/server dlls on windows, and failing to do so in wine. Because they're not signed in wine, the game wont load. It also wont load DLLs signed for a different system fingerprint. This much can be verified by simply inspecting any two working windows installations and noting that the DLLs differ - by a digital signature. So why are people trying to come up with "they're not downloading right because of NTFS voodoo!" nonsense? The filesystem likely has something to do with the fingerprinting method, hence the NTFS issues, but wine has never been able to properly run their signature routine on any system. This was eventually fixed for L4D2, but apparently valve has changed their method enough that it's not playing nice with wine again.
Here's the same issue occuring with an earlier version of the DRM on left4dead2: http://forums.steampowered.com/forums/showthread.php?t=1038956
Are Portal 2 and L4D2 the only games that do this? I have several games on steam that I will play on windows 7, windows XP, and kubuntu under wine. If they are signed to the system they were installed under, and will only play under that system, I shouldn't be able to play them, and I can. Amnesia: The Dark Descent was installed under XP, plays under kubuntu wine, and under win7.
One thing I did forget to mention about my system in my previous comment is that all games (with the exception of Portal 2) were installed back when my computer ran Windows XP Home 32 bit, which is presently no longer installed on my computer whatsoever. (current OS are as previously mentioned, Win 7 Ult 64bit, and Kubuntu 11.04 64bit)
http://bugs.winehq.org/show_bug.cgi?id=26835
Tim tim@3towers.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tim@3towers.de
http://bugs.winehq.org/show_bug.cgi?id=26835
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
http://bugs.winehq.org/show_bug.cgi?id=26835
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #149 from Anastasius Focht focht@gmx.net 2011-06-10 08:19:03 CDT --- Hello,
--- quote --- I've probably gotten *slightly* further with a small server patch for the debug registers, but it's still almost the same point, so I don't know if I really did.
Also it is doing something with named pipes, might be related --- quote ---
It seems this might be a similar if not same issue as in bug 27435 (Duke Nukem Forever Demo - steam version). I extracted a small snippet from Austin's log which also shows that some parts of steam make use of hardware breakpoints.
Can you provide +tid,+seh,+relay,+server trace for this game, preferably starting with the part where the break instruction exception is seen first (to modify thread context) until the unhandled exception.
Regards
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #150 from Jerome Leclanche adys.wh@gmail.com 2011-06-10 14:01:19 CDT --- http://82.44.114.225/public/out.txt.gz +tid,+seh,+relay,+server
There you go... the log is still very large, but made sure the app did as little as possible until the crash. Not sure what else to do from there.
1.5M compressed, cant attach.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #151 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-06-11 02:31:17 CDT --- starting with command line arguments -novid -nobreakpad -nocrashdialog -nominidumps makes the dump smaller
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #152 from Nicky nheart@gmail.com 2011-06-11 03:40:28 CDT --- Created an attachment (id=35100) --> (http://bugs.winehq.org/attachment.cgi?id=35100) +tid,+seh,+relay+server
200 mb uncompressed. Generated using the following command:
WINEDEBUG=+tid,+seh,+relay,+server wine portal2.exe -novid -nobreakpad -nocrashdialog -nominidumps -window &> tidsehrelayserver.log
http://bugs.winehq.org/show_bug.cgi?id=26835
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #153 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-06-12 02:59:12 CDT --- *** Bug 27435 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=26835
Sven Arvidsson sa@whiz.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sa@whiz.se
http://bugs.winehq.org/show_bug.cgi?id=26835
Louis louis@qdcec.co.za changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |louis@qdcec.co.za
--- Comment #154 from Louis louis@qdcec.co.za 2011-07-09 19:22:40 CDT --- As a comment, I have Fedora 14 x86_64 running, with wine from the updates-testing repo:
wine-1.3.23-1.fc14.i686
I turned off Compiz, so running Metacity.
I am able to play the "unmentionable" version now, with "his" updates 4 and 5 installed. I am almost half way on "Cold Boot".
Brilliant game. Now that I know I can run it, I don't mind buying it. I just was not keen to fork out my hard-earned $$ for a game that wouldn't play on my system. I run Linux and believe in it. It's sad that the software houses write for Win and Mac alone.
Anyway, hoping this helps someone.
http://bugs.winehq.org/show_bug.cgi?id=26835
Christoffer Hammarström kreiger@linuxgods.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kreiger@linuxgods.com
--- Comment #155 from Christoffer Hammarström kreiger@linuxgods.com 2011-07-10 15:53:54 CDT --- (In reply to comment #154) z, so running Metacity.
I am able to play the "unmentionable" version now, with "his" updates 4 and 5 installed. I am almost half way on "Cold Boot".
I don't understand, what's the "unmentionable" version, and who is "he"?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #156 from Dan Kegel dank@kegel.com 2011-07-10 16:17:38 CDT --- I think te's being intentionally obscure to avoid obviously violating the no-cracks policy.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #157 from Dan Kegel dank@kegel.com 2011-07-10 16:17:59 CDT --- ^te^he
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #158 from Louis louis@qdcec.co.za 2011-07-10 20:44:11 CDT --- (In reply to comment #156)
I think te's being intentionally obscure to avoid obviously violating the no-cracks policy.
Well observed!
@Christoffer Hammarström: read some of the other posts in this thread ...
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #159 from Christoffer Hammarström kreiger@linuxgods.com 2011-07-11 02:40:29 CDT --- OK, i understand that the game works if cracked, but i thought "him" referred to some wine developer and "updates 4 and 5" were wine patches.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #160 from Josh cheeseness@yahoo.com 2011-07-11 06:33:49 CDT --- (In reply to comment #158)
(In reply to comment #156)
I think te's being intentionally obscure to avoid obviously violating the no-cracks policy.
Well observed!
I think at this stage, everybody is aware that circumvention of Steam will allow Portal 2 to run. That sort of information might be helpful to people on the appdb page ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=23278 ) who just want to get playing, but it isn't likely to help get this bug resolved.
On a side note, I'm glad you've gotten to play :)
http://bugs.winehq.org/show_bug.cgi?id=26835
kolert kolert_1983@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kolert_1983@o2.pl
http://bugs.winehq.org/show_bug.cgi?id=26835
Jerome C sinatosk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|sinatosk@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #161 from Grazvydas Ignotas notasas@gmail.com 2011-07-15 15:28:40 CDT --- Created an attachment (id=35563) --> (http://bugs.winehq.org/attachment.cgi?id=35563) breakboint fix
This patch seems to help.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #162 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-07-15 15:44:49 CDT --- <3 I love you, confirmed working
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #163 from kolert kolert_1983@o2.pl 2011-07-16 05:33:30 CDT --- (In reply to comment #161)
Created an attachment (id=35563)
--> (http://bugs.winehq.org/attachment.cgi?id=35563) [details]
breakboint fix
This patch seems to help.
Confirmed - this patch works !! - Portal 2 goes to menu, and game is starting :D. Thank you Grazvydas Ignotas
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #164 from eurekafag@eureka7.ru 2011-07-16 05:34:57 CDT --- (In reply to comment #161)
Created an attachment (id=35563)
--> (http://bugs.winehq.org/attachment.cgi?id=35563) [details]
breakboint fix
This patch seems to help.
Confirmed, this patch definitely works. Now I can run the game and play around. Multiplayer also works which wasn't the case while using «patched» version. Thanks for your efforts!
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #165 from Sven Arvidsson sa@whiz.se 2011-07-16 07:32:27 CDT --- The patch is also confirmed to fix the same problem in the DNF demo.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #166 from kolert kolert_1983@o2.pl 2011-07-16 09:39:04 CDT --- (In reply to comment #164)
(In reply to comment #161)
Created an attachment (id=35563)
--> (http://bugs.winehq.org/attachment.cgi?id=35563) [details] [details]
breakboint fix
This patch seems to help.
Confirmed, this patch definitely works. Now I can run the game and play around. Multiplayer also works which wasn't the case while using «patched» version. Thanks for your efforts!
I was so happy too when this patch worked, and a got to play Portal 2. The game works fine to the moment when the " classical music " is playing, then the game is closing. Do any one has this problem ?? I'm running wine 1.3.24
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #167 from bersl2 bersl2@cox.net 2011-07-16 17:37:02 CDT --- (In reply to comment #166)
I was so happy too when this patch worked, and a got to play Portal 2. The game works fine to the moment when the " classical music " is playing, then the game is closing. Do any one has this problem ?? I'm running wine 1.3.24
I experience similar problems, though not at the same places.
However, now that I use the attached patch, it's not crashing at or before the menu any more, so it may be time to consider closing this particular bug (though the patch is certainly new enough that maybe too few about it yet) and opening a different one for in-game crashes, if that hasn't already been created.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #168 from Grazvydas Ignotas notasas@gmail.com 2011-07-16 18:55:04 CDT --- Created an attachment (id=35577) --> (http://bugs.winehq.org/attachment.cgi?id=35577) NtQueryDirectoryFile fix
here is a fix for crashes after several minutes of gameplay.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #169 from David davidsboogs@gmail.com 2011-07-16 18:56:28 CDT --- (In reply to comment #167)
... it may be time to consider closing this particular bug (though the patch is certainly new enough that maybe too few about it yet) ...
This isn't fixed until it's in the source tree. I took a look at http://source.winehq.org/git/wine.git/log and I don't see it. Anyone working on that? (I assume that we are still in the testing-for-regressions phase)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #170 from Austin English austinenglish@gmail.com 2011-07-16 19:08:23 CDT --- (In reply to comment #169)
(In reply to comment #167)
... it may be time to consider closing this particular bug (though the patch is certainly new enough that maybe too few about it yet) ...
This isn't fixed until it's in the source tree. I took a look at http://source.winehq.org/git/wine.git/log and I don't see it. Anyone working on that? (I assume that we are still in the testing-for-regressions phase)
Commits are done M-F, these were sent Friday after the commit round. Have some patience :).
http://bugs.winehq.org/show_bug.cgi?id=26835
Keith keith.allcock@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keith.allcock@gmail.com
--- Comment #171 from Keith keith.allcock@gmail.com 2011-07-17 03:20:35 CDT --- (In reply to comment #161)
Created an attachment (id=35563)
--> (http://bugs.winehq.org/attachment.cgi?id=35563) [details]
breakboint fix
This patch seems to help.
Hi,
Unfortunately the patch to get to the menu still doesn't help for me. After the normal crash (after the splash), I get a steam message "Incomplete installation of Portal 2(2)"
Wine built from source this morning with the patches added: wine-1.3.24-174-g4b4dd30
I created a new prefix to keep things clean. (Other steam games are working fine in this prefix; TF2, CS)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #172 from Nephyrin zey Nephyrin@nephyrin.net 2011-07-17 04:04:23 CDT --- (In reply to comment #171)
(In reply to comment #161)
Created an attachment (id=35563)
--> (http://bugs.winehq.org/attachment.cgi?id=35563) [details] [details]
breakboint fix
This patch seems to help.
Hi,
Unfortunately the patch to get to the menu still doesn't help for me. After the normal crash (after the splash), I get a steam message "Incomplete installation of Portal 2(2)"
Wine built from source this morning with the patches added: wine-1.3.24-174-g4b4dd30
I created a new prefix to keep things clean. (Other steam games are working fine in this prefix; TF2, CS)
Keith - try doing a verify on your portal 2 install (Properties -> files -> validate local content) before launching the game again.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #173 from Keith keith.allcock@gmail.com 2011-07-17 07:24:04 CDT ---
Good news .. verify failed to help, and actually stopped the game launching at all. Started from scratch with a full new download and game now working fine !
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #174 from Maarten Lankhorst m.b.lankhorst@gmail.com 2011-07-17 09:53:53 CDT --- Are the breakpoint fixes workarounds for a kernel bug? Does the kernel return a failure when wine is trying to set invalid values?
Don't get me wrong, I like the workaround, but I think this should also be fixed in the right place. :)
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #175 from Dan Kegel dank@kegel.com 2011-07-17 11:03:40 CDT --- My impression is that the kernel was now stricter, so it's not a workaround, it's a real fix. But I'm just parroting what the patch author wrote, I didn't check.
http://bugs.winehq.org/show_bug.cgi?id=26835
Mateusz Stachowski mateusz.stachowski@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mateusz.stachowski@wp.pl
--- Comment #176 from Mateusz Stachowski mateusz.stachowski@wp.pl 2011-07-17 14:29:58 CDT --- I can also confirm that the patch from Grazvydas Ignotas (breakpoint fix) works. I can now start the game and play it. Unfortunately it crashes after several minutes of gameplay and I didn't notice the second patch (NtQueryDirectoryFile fix) so I can't check if it works (atleast not before compiling wine again).
I've verified the game files already twice and both times Steam downloaded about 18 MB of data.
I'm using wine from git (wine-1.3.24-174-g4b4dd30) and this version has a quiet annoying bug rendering two cursors one is the X cursor and one is the Portal 2.
http://bugs.winehq.org/show_bug.cgi?id=26835
Louis louis@qdcec.co.za changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|louis@qdcec.co.za |
http://bugs.winehq.org/show_bug.cgi?id=26835
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #177 from Austin English austinenglish@gmail.com 2011-07-18 12:57:47 CDT --- Fixed by: http://source.winehq.org/git/wine.git/commitdiff/fa179b1c26c2d6ba92f1e4c3ea6... http://source.winehq.org/git/wine.git/commitdiff/2cc56f379c3a17d3274fc4b7e91...
any other problems => new bug.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #178 from Christoffer Hammarström kreiger@linuxgods.com 2011-07-18 13:27:07 CDT --- So, will someone create a bug for the second patch, attachment 35577, the NtQueryDirectoryFile fix?
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #179 from Nicky nheart@gmail.com 2011-07-18 13:47:54 CDT --- Second patchset is pending, not entirerly sure if it's going to be accepted.
http://bugs.winehq.org/show_bug.cgi?id=26835
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #180 from Alexandre Julliard julliard@winehq.org 2011-07-22 12:44:03 CDT --- Closing bugs fixed in 1.3.25.
http://bugs.winehq.org/show_bug.cgi?id=26835
--- Comment #181 from David davidsboogs@gmail.com 2011-07-24 04:24:30 CDT --- Looks like the follow up bug for the second issue (Portal 2: "5-minute crash") is bug 27877 - http://bugs.winehq.org/show_bug.cgi?id=27877
In my opinion it needs more votes. (And I didn't even file it)
http://bugs.winehq.org/show_bug.cgi?id=26835
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #182 from Wylda wylda@volny.cz 2011-07-24 06:08:22 CDT ---
In my opinion it needs more votes. (And I didn't even file it)
Votes are useless in Wine's bugzilla. Please look into wine-devel archive for many explanations. Don't give such advice anymore, please.
http://bugs.winehq.org/show_bug.cgi?id=26835
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |2cc56f379c3a17d3274fc4b7e91 | |ac648e10e641d
http://bugs.winehq.org/show_bug.cgi?id=26835
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation Component|-unknown |wineserver
-
wine-bugs＠winehq.org