https://bugs.winehq.org/show_bug.cgi?id=47008
Bug ID: 47008 Summary: [REGRESSION] Lara Croft the guardian of light do not work at all in wine 4.6 Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs@winehq.org Reporter: andy86@fastwebnet.it CC: andy86@fastwebnet.it, jacek@codeweavers.com Regression SHA1: c1fb240f0ccc92d6ec180bfc2542c0dbcb52296c Distribution: ArchLinux
In wine 4.6 (compiling my git-tree) Lara Croft GoL do not work at all, just capture mouse for few seconds and exit without display anything.
I made a regressions test and this is the result:
c1fb240f0ccc92d6ec180bfc2542c0dbcb52296c is the first bad commit commit c1fb240f0ccc92d6ec180bfc2542c0dbcb52296c Author: Jacek Caban jacek@codeweavers.com Date: Thu Apr 11 17:19:03 2019 +0200
ntoskrnl.exe: Use proper device handle in DevicePropertyPhysicalDeviceObjectName implementation.
Spotted by Huw Davies.
Signed-off-by: Jacek Caban jacek@codeweavers.com Signed-off-by: Alexandre Julliard julliard@winehq.org
:040000 040000 0bd825d6f4d87ba20455657b385bf2c41aa5f91b 2142360bf2f886cf20cad1c6905fdd9c2528f7e3 M dlls
I try to reverting that commit and game work (with bug 46942).
At the time when game failed to start and exit, this error appear:
0066:err:ntdll:RtlLeaveCriticalSection section 0x2130254 is not acquired
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=46942
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #1 from andy andy86@fastwebnet.it --- Just a little update...
Reverting that commit cause xinput gamepad not more detect from wine trough IDE.
But with wine 4.5 my gamepad is right detected.
Seems a regression in a regression, this commit maybe made for correct another regression in HID gamepad detection but introduce a new regression in LC GoL. :-/
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #2 from andy andy86@fastwebnet.it --- Making another regression test I've found commit that break pad:
b4f78d6896a7fc85b3ec29d3db30d5d8e9b790e8
See also http://wine.1045685.n8.nabble.com/PATCH-1-2-server-Use-generic-kernel-object... Zebediah Figura expected it.
It can't reverted for test, but seem pretty oblivious that is it.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #3 from Jacek Caban jacek@codeweavers.com --- Please attach +ntoskrnl,+server,+hid,+plugplay,+pid,+seh logs.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #4 from andy andy86@fastwebnet.it --- Log is too big for attach here. Steam generate a thousands line of output.
When game try to start log seems stop write and restart when game crash.
Maybe because screen is freeze and not update terminal window status, but I'm not sure that game log something.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #5 from Jacek Caban jacek@codeweavers.com --- Please try without +server then.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #6 from andy andy86@fastwebnet.it --- Created attachment 64184 --> https://bugs.winehq.org/attachment.cgi?id=64184 err+ntoskrnl,fixme+ntoskrnl,warn+ntoskrnl,err+server,fixme+server,warn+server,err+hid,fixme+hid,warn+hid,err+plugplay,fixme+plugplay,warn+plugplay,+tid,+seh
Without server log final size is about 90mb.
Best chance is not enable trace class for all channels except +tid and +seh.
And I think you meant +tid not +pid... it's right?
https://bugs.winehq.org/show_bug.cgi?id=47008
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- 90MB is not unreasonable. In order to get around attachment limit you can compress the log after taking it with gzip or similar; text files compress well.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #8 from Jacek Caban jacek@codeweavers.com --- (In reply to andy from comment #6)
And I think you meant +tid not +pid... it's right?
No, I meant +pid. It adds process id to debug output, which makes multi-process log analyze much easier, IMHO.
BTW, +tid is no longer available in recent Wine versions. It's always enabled now.
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64184|0 |1 is obsolete| |
--- Comment #9 from andy andy86@fastwebnet.it --- Created attachment 64188 --> https://bugs.winehq.org/attachment.cgi?id=64188 log with +ntoskrnl,err+server,fixme+server,warn+server,+hid,+plugplay,+pid,+seh
Here the log.
Trying to compress log with +server the size is about 12/15mb. Still too big.
(In reply to Jacek Caban from comment #8)
BTW, +tid is no longer available in recent Wine versions. It's always enabled now.
Sorry. It seems that debug wiki page is not updated.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #10 from Jacek Caban jacek@codeweavers.com --- Wine is pretty bad in recovering from broken device registries. Please try to manually remove HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\DeviceClasses registry key and see if it helps.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #11 from andy andy86@fastwebnet.it --- Removing that key game start but gamepad do not work (I think it's normal because HID gamepad is stored in DeviceClasses key :).
Force wine recreating regedit key running another version (3.21, gamepad working) then re-running new version (4.6), game still crash.
Also I note that wine 4.6 do not recreate DeviceClasses key when update profile and gamepad do not work.
In other words:
A: - run regedit in 4.6 and delete registry key. - run steam and game in 4.6 (wine update prefix) game work but not gamepad (registry key is not recreated).
B: - do step A - run steam and game in wine 3.21 (wine update prefix), game and gamepad work (registry key is recreated) - re-run steam and game in wine 4.6 (wine update prefix), game crash as above.
C: - run regedit in 3.21 and delete registry key. - run steam and game in 4.6 (wine update prefix), wine do not recreate key and game work but don't gamepad.
I hope to have been clear.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #12 from andy andy86@fastwebnet.it --- Created attachment 64258 --> https://bugs.winehq.org/attachment.cgi?id=64258 Terminal exception output when game crash
I note that when game crash an exception is print in terminal
https://bugs.winehq.org/show_bug.cgi?id=47008
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86-64 |x86 Component|ntoskrnl |hid
--- Comment #13 from Zebediah Figura z.figura12@gmail.com --- --- EAX:7f016350 EBX:000001e0 ECX:0032d6dc EDX:00000012 --- 0x65e5b05f HidD_GetPreparsedData+0x2f [/media/part-b/temp/wine-comp/wine/dlls/hid/hidd.c:139] in hid: testb $0x8,0xbbc(%eax) 139 TRACE("(%p %p)\n", HidDeviceObject, PreparsedData); ---
Looks like another victim of PIC.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #14 from andy andy86@fastwebnet.it --- Excuse me, I don't understand what PIC mean.
Only HID device wine detect in "DeviceClasses" now is my gamepad.
No other HID devices. wine 4.6 do not like my gamepad?
Until wine 3.21 I need to use staging version to detect my gamepad.
Since wine 4.0 my gamepad is detect also in wine plain.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #15 from andy andy86@fastwebnet.it --- Still present in wine 4.7
https://bugs.winehq.org/show_bug.cgi?id=47008
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #16 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to andy from comment #15)
Still present in wine 4.7
x65e5b05f HidD_GetPreparsedData+0x2f [/media/part-b/temp/wine-comp/wine/dlls/hid/hidd.c:139] in hid: testb $0x8,0xbbc(%eax) 139 TRACE("(%p %p)\n", HidDeviceObject, PreparsedData);
Does the crash disappear when you comment out (or remove) line 139 from hidd.c? If so then likely dupe of https://bugs.winehq.org/show_bug.cgi?id=47027
Regards
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #17 from Zebediah Figura z.figura12@gmail.com --- (In reply to Louis Lenders from comment #16)
(In reply to andy from comment #15)
Still present in wine 4.7
x65e5b05f HidD_GetPreparsedData+0x2f [/media/part-b/temp/wine-comp/wine/dlls/hid/hidd.c:139] in hid: testb $0x8,0xbbc(%eax) 139 TRACE("(%p %p)\n", HidDeviceObject, PreparsedData);
Does the crash disappear when you comment out (or remove) line 139 from hidd.c? If so then likely dupe of https://bugs.winehq.org/show_bug.cgi?id=47027
I'm not sure if I'd mark it a duplicate in that case, but yeah, this is all but confirmed to be another victim of PIC.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #18 from andy andy86@fastwebnet.it --- (In reply to Louis Lenders from comment #16)
(In reply to andy from comment #15)
Still present in wine 4.7
x65e5b05f HidD_GetPreparsedData+0x2f [/media/part-b/temp/wine-comp/wine/dlls/hid/hidd.c:139] in hid: testb $0x8,0xbbc(%eax) 139 TRACE("(%p %p)\n", HidDeviceObject, PreparsedData);
Does the crash disappear when you comment out (or remove) line 139 from hidd.c? If so then likely dupe of https://bugs.winehq.org/show_bug.cgi?id=47027
Regards
No. Removing line 139 from hidd.c crash do not disappear.
New crash report another "TRACE" line in hidd.
But seeing origin of trace is in gamepad detect function, I've try to detach my gamepad and game start if gamepad is not connected.
Then wine 4.6 do not like my gamepad.
My gamepad pid and did is: 046d:c21f
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #19 from Zebediah Figura z.figura12@gmail.com --- This is probably fixed after https://source.winehq.org/git/wine.git/commitdiff/8f732c66ab37b54c30d63c74f7822ba1d4f04996 and https://source.winehq.org/git/wine.git/commitdiff/8039941c52758113955d376bd7b6b6e1e5b5f76c; please retest with current git or with 4.8 when it is released.
https://bugs.winehq.org/show_bug.cgi?id=47008
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[REGRESSION] Lara Croft the |Lara Croft and the Guardian |guardian of light do not |of Light does not work at |work at all in wine 4.6 |all in wine 4.6
https://bugs.winehq.org/show_bug.cgi?id=47008
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|hid |build-env Keywords|regression | CC| |focht@gmx.net URL| |https://store.steampowered. | |com/app/35130/Lara_Croft_an | |d_the_Guardian_of_Light/ Resolution|--- |DUPLICATE Regression SHA1|c1fb240f0ccc92d6ec180bfc254 | |2c0dbcb52296c | Summary|Lara Croft and the Guardian |Lara Croft and the Guardian |of Light does not work at |of Light (Steam) crashes on |all in wine 4.6 |startup with Wine 4.6 | |(Steam Game Overlay | |Renderer hook engine can't | |cope with GOT/ PIC register | |load code) Status|UNCONFIRMED |RESOLVED
--- Comment #20 from Anastasius Focht focht@gmx.net --- Hello folks,
dupe of bug 47097 which is the collector ticket for all Steam Game Overlay Renderer hook engine crashes wrt GOT/ PIC register load code in API entries.
--- snip --- ... 00bd:00be:trace:seh:raise_exception code=c0000005 flags=0 addr=0x8e4d7b ip=008e4d7b tid=00be 00bd:00be:trace:seh:raise_exception info[0]=00000001 00bd:00be:trace:seh:raise_exception info[1]=00000000 00bd:00be:trace:seh:raise_exception eax=00000000 ebx=7b44aef0 ecx=00000000 edx=00000000 esi=01af9060 edi=00000000 00bd:00be:trace:seh:raise_exception ebp=0032ec80 esp=0032e938 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 00bd:00be:trace:seh:call_stack_handlers calling handler at 0x9014b0 code=c0000005 flags=0 00bd:00be:trace:seh:call_stack_handlers handler at 0x9014b0 returned 0 ... wine: Unhandled page fault on read access to 0x7f016f0c at address 0x6702405f (thread 00be), starting debugger... ... Unhandled exception: page fault on read access to 0x7f016f0c in 32-bit code (0x6702405f). ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:6702405f ESP:0032d6a0 EBP:0032d6c8 EFLAGS:00010246( R- -- I Z- -P- ) EAX:7f016350 EBX:000001d4 ECX:0032d6dc EDX:00000012 ESI:0032d760 EDI:00000000 Stack dump: ... Backtrace: =>0 0x6702405f HidD_GetPreparsedData+0x2f(HidDeviceObject=<couldn't compute location>, PreparsedData=<couldn't compute location>) [/media/part-b/temp/wine-comp/wine/dlls/hid/hidd.c:139] in hid (0x0032d6c8) 1 0x10093ca1 EntryPoint+0xffffffff() in gameoverlayrenderer (0x0032d6e8) 2 0x6703d86e HID_find_gamepads+0x20d() [/media/part-b/temp/wine-comp/wine/dlls/xinput9_1_0/../xinput1_3/hid.c:256] in xinput9_1_0 (0x0032d918) 3 0x6703e9b4 xinput_get_state+0x23() in xinput9_1_0 (0x0032d948) 4 0x6703ecca XInputGetState+0x34() [/media/part-b/temp/wine-comp/wine/dlls/xinput9_1_0/../xinput1_3/xinput_main.c:112] in xinput9_1_0 (0x0032d968) 5 0x100a0fa8 EntryPoint+0xffffffff() in gameoverlayrenderer (0x0032d9a8) 6 0x100a1fdf EntryPoint+0xffffffff() in gameoverlayrenderer (0x0032d9b0) 7 0x100a1f96 EntryPoint+0xffffffff() in gameoverlayrenderer (0x0032d9c8) ... Module Address Debug info Name (172 modules) PE 400000- 153f000 Export lcgol PE 4df0000- 4eb2000 Deferred steam PE 4ec0000- 5181000 Deferred steam2 PE 10000000-1014c000 Export gameoverlayrenderer PE 30000000-3006e000 Deferred binkw32 PE 38000000-38dd1000 Deferred steamclient PE 3b400000-3b420000 Deferred steam_api PE 3f000000-3f09a000 Deferred tier0_s PE 3f600000-3f65e000 Deferred vstdlib_s PE 60000000-60021000 Deferred cserhelper ... Threads: process tid prio (all id:s are in hex) ... 000000bd (D) G:\steam\steamapps\common\Lara Croft and the Guardian of Light\lcgol.exe 000000cd 0 000000cc 2 000000cb 1 000000ca 0 000000c9 15 000000c8 0 000000c7 0 000000c6 0 000000c5 0 000000c4 0 000000be 0 <== --- snip ---
Regards
*** This bug has been marked as a duplicate of bug 47097 ***
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|DUPLICATE |---
--- Comment #21 from andy andy86@fastwebnet.it --- (In reply to Zebediah Figura from comment #19)
This is probably fixed after https://source.winehq.org/git/wine.git/commitdiff/ 8f732c66ab37b54c30d63c74f7822ba1d4f04996 and https://source.winehq.org/git/wine.git/commitdiff/ 8039941c52758113955d376bd7b6b6e1e5b5f76c; please retest with current git or with 4.8 when it is released.
Retested with current git (wine-4.7-66-g8039941c52) still not work for me. Still crash with same backtrace.
(In reply to Anastasius Focht from comment #20)
dupe of bug 47097 which is the collector ticket for all Steam Game Overlay Renderer hook engine crashes wrt GOT/ PIC register load code in API entries.
I have keeping steam overlay always disabled.
https://bugs.winehq.org/show_bug.cgi?id=47008
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Lara Croft and the Guardian |Lara Croft and the Guardian |of Light (Steam) crashes on |of Light (Steam) crashes on |startup with Wine 4.6 |startup with Wine 4.6 |(Steam Game Overlay | |Renderer hook engine can't | |cope with GOT/ PIC register | |load code) | Component|build-env |-unknown
--- Comment #22 from Anastasius Focht focht@gmx.net --- Hello Andy,
--- quote --- I have keeping steam overlay always disabled. --- quote ---
if you take a look at the crash log you attached in https://bugs.winehq.org/show_bug.cgi?id=47008#c12 it clearly shows the dll is mapped into the crashing process and is the actual call site (frame #1 in backtrace). There might be a log file named 'GameOverlayRenderer.log' in your Steam folder.
There is also another crash in a StarForce v3 protection driver ('prodrv06.sys') in one of the other logs. I guess you use a shared Steam WINEPREFIX for multiple games and one of the other games has this DRM bundled?
Anyway, please attach generated backtrace.txt from your current Wine (git) version again.
Regards
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #23 from andy andy86@fastwebnet.it --- (In reply to Anastasius Focht from comment #22)
There is also another crash in a StarForce v3 protection driver ('prodrv06.sys') in one of the other logs. I guess you use a shared Steam WINEPREFIX for multiple games and one of the other games has this DRM bundled?
Yes. You've guessed. I use a steam wineprefix for 32bit game and another steam wineprefix for 64bit games, but I never install more than 2-3 game for time.
Anyway, when I see that a game use a SF protection, I clean SF when I finish game, this time I missed it, but I've clean it now, no more SF trace in new log.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #24 from andy andy86@fastwebnet.it --- Created attachment 64305 --> https://bugs.winehq.org/attachment.cgi?id=64305 GameOverlayRenderer.log
(In reply to Anastasius Focht from comment #22)
if you take a look at the crash log you attached in https://bugs.winehq.org/show_bug.cgi?id=47008#c12 it clearly shows the dll is mapped into the crashing process and is the actual call site (frame #1 in backtrace). There might be a log file named 'GameOverlayRenderer.log' in your Steam folder.
Here the log.
And yes, I see that GameOverlay is mentioned in crash report, and I immediately verify for it, and it was disabled and is disable now.
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64188|0 |1 is obsolete| |
--- Comment #25 from andy andy86@fastwebnet.it --- Created attachment 64306 --> https://bugs.winehq.org/attachment.cgi?id=64306 log with +ntoskrnl,err+server,fixme+server,warn+server,+hid,+plugplay,+pid,+seh
(In reply to Anastasius Focht from comment #22)
Anyway, please attach generated backtrace.txt from your current Wine (git) version again.
Here.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #26 from andy andy86@fastwebnet.it --- (In reply to andy from comment #23)
(In reply to Anastasius Focht from comment #22)
There is also another crash in a StarForce v3 protection driver ('prodrv06.sys') in one of the other logs. I guess you use a shared Steam WINEPREFIX for multiple games and one of the other games has this DRM bundled?
Yes. You've guessed. I use a steam wineprefix for 32bit game and another steam wineprefix for 64bit games, but I never install more than 2-3 game for time.
Anyway, when I see that a game use a SF protection, I clean SF when I finish game, this time I missed it, but I've clean it now, no more SF trace in new log.
Anyway, LCGoL working well in wine 3.21 in same wineprefix also before I did cleaning SF driver. :D
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #27 from Anastasius Focht focht@gmx.net --- Hello andy,
unfortunately the trace log lacks essential information. I see a page fault but there is no actual winedbg/backtrace output? No process names, dll load addresses etc.
Please generate a trace log again, with +process,+loaddll channels added as well. Also make sure the log contains the dump from winedbg. Alternatively attach it separately when saving to 'backtrace.txt' via crash reporter UI.
Regards
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64258|0 |1 is obsolete| |
--- Comment #28 from andy andy86@fastwebnet.it --- Created attachment 64313 --> https://bugs.winehq.org/attachment.cgi?id=64313 backtrace saved through crash reporter
(In reply to Anastasius Focht from comment #27)
unfortunately the trace log lacks essential information. I see a page fault but there is no actual winedbg/backtrace output? No process names, dll load addresses etc.
Hello.
Backtrace seems spread over all the log, example at row 690784 start backtrace, and at row 691443 start the dll list, and seems exactly equals to backtrace I've previously attached as "terminal exception output..."
Any way, I attach it (updated) through crash reporter.
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64306|0 |1 is obsolete| |
--- Comment #29 from andy andy86@fastwebnet.it --- Created attachment 64314 --> https://bugs.winehq.org/attachment.cgi?id=64314 log with +ntoskrnl,err+server,fixme+server,warn+server,+hid,+plugplay,+pid,+seh,+loaddll,+process
(In reply to Anastasius Focht from comment #27)
Please generate a trace log again, with +process,+loaddll channels added as well.
And here the log. Backtrace is slightly spread in this log too, for some reason number of "trace" output line is different for every log.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #30 from Zebediah Figura z.figura12@gmail.com --- IIUC autotools won't recompile everything if just configure changes. Can you please try doing a full rebuild in the 32-bit tree (i.e. 'make clean && make')? Unless you've already done so, in which case I guess something else must be wrong.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #31 from andy andy86@fastwebnet.it --- (In reply to Zebediah Figura from comment #30)
IIUC autotools won't recompile everything if just configure changes. Can you please try doing a full rebuild in the 32-bit tree (i.e. 'make clean && make')? Unless you've already done so, in which case I guess something else must be wrong.
IIUC autotools? I've compile through git.
I've do:
git fetch git checkout master git push make
Now I'm trying with "make clean" and I will let's see if change something.
https://bugs.winehq.org/show_bug.cgi?id=47008
--- Comment #32 from andy andy86@fastwebnet.it --- (In reply to Zebediah Figura from comment #30)
32-bit tree
Anyway I'm on 64bit system. Just current WINEPREFIX (see above) is 32bit. Is possible and/or make sense force git to compile 32bit tree?
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED
--- Comment #33 from andy andy86@fastwebnet.it --- Compilation ended, version is same (wine-4.7-66-g8039941c52) but now LCGoL working (with bug 46942), no more crashing. :-\
*** This bug has been marked as a duplicate of bug 47097 ***
https://bugs.winehq.org/show_bug.cgi?id=47008
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.winehq.org/sho | |w_bug.cgi?id=46942 |
https://bugs.winehq.org/show_bug.cgi?id=47008
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #34 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate.