https://bugs.winehq.org/show_bug.cgi?id=44217
Bug ID: 44217 Summary: Designsoft Tina 11.2 Demo hangs while simulating some examples Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: brodo@o2.pl Distribution: ---
Designsoft Tina 11.2 Demo hangs while simulating example from:
/.wine/drive_c/Program Files/DesignSoft/Tina 11 - Demo/Examples/Microcontrollers/XMC/power_XMC1302_230V_boost_PFC_QR_resistive.tsc
Other examples failed too (not all though).
I've done regression testing that yielded this:
bash-4.4$ git bisect good 6d2719d3c12c2765c1a4332b894f95f232ff652b is the first bad commit commit 6d2719d3c12c2765c1a4332b894f95f232ff652b Author: Alexandre Julliard julliard@winehq.org Date: Tue Jul 25 11:48:40 2017 +0200
hal: Mark function that are only called from assembly as hidden.
Signed-off-by: Alexandre Julliard julliard@winehq.org
:040000 040000 3475f33f53a7905653b8d363d7a64bccf17e0a52 a8a078be01492abdf794cc10b458c02b423db7e8 M dlls
Tina 11.2 Demo can be downloaded from www.tina.com site.
https://bugs.winehq.org/show_bug.cgi?id=44217
--- Comment #1 from Alexandre Julliard julliard@winehq.org --- Thanks for the bisect, but that commit is very unlikely to be the cause. It's a race of some kind, you probably need to run it multiple times for each bisect iteration to make sure it doesn't hang.
https://bugs.winehq.org/show_bug.cgi?id=44217
--- Comment #2 from OlekA brodo@o2.pl --- My bisect procedure gave me clear yield ; do you think I should run it again ?
https://bugs.winehq.org/show_bug.cgi?id=44217
--- Comment #3 from Austin English austinenglish@gmail.com --- (In reply to OlekA from comment #2)
My bisect procedure gave me clear yield ; do you think I should run it again ?
Yes, testing each build several times (3-10). Not your daily, but the problem is a race, which doesn't always appear.
https://bugs.winehq.org/show_bug.cgi?id=44217
--- Comment #4 from OlekA brodo@o2.pl --- Well, I tested current wine from git today.
I ran Tina Demo 11.2 several times. I saw proper behaviour once, then at the 2nd and 3rd attempt a failed one.
But the 2.13 version behaves well all the time.
https://bugs.winehq.org/show_bug.cgi?id=44217
--- Comment #5 from OlekA brodo@o2.pl --- I tested latest Wine 3.7 and the problem seems to be gone.
https://bugs.winehq.org/show_bug.cgi?id=44217
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Designsoft Tina 11.2 Demo |Designsoft Tina 11.2 Demo |hangs while simulating some |hangs while simulating some |examples |examples | |(Themida/WinLicense 2.2-2.4 | |software protection) URL| |http://demo.designsoft.biz/ | |tina/Tina110en.exe CC| |focht@gmx.net Keywords| |download, obfuscation
--- Comment #6 from Anastasius Focht focht@gmx.net --- Hello folks,
that app is protected with Themida/WinLicense software protection scheme which is likely the culprit here.
ProtectionID scan:
--- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\Program Files (x86)\DesignSoft\Tina 11 - Demo\tina.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 9322968 (08E41D8h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5A33EDE6 -> Fri 15th Dec 2017 15:44:38 (GMT) [DigSig] ** ERROR ** -> digital signature does not seem to be valid (0x0 / 0) (GLE: 0x80092009 / 2148081673) [TimeStamp] 0x5A33EDE6 -> Fri 15th Dec 2017 15:44:38 (GMT) | PE Header | - | Offset: 0x00000108 | VA: 0x00400108 | - -> File Appears to be Digitally Signed @ Offset 08E2600h, size : 01BD8h / 07128 byte(s) [LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46A4A0 [LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558 (4629848) [LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008) [LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C [LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360 [LoadConfig] UnknownZero1 0x8000011 [File Heuristics] -> Flag #1 : 00000000000001001100000100110111 (0x0004C137) [Entrypoint Section Entropy] : 3.24 (section #5) "xwhdsibw" | Size : 0x200 (512) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 6 (0x6) | ImageSize 0x3292000 (53026816) byte(s) [Export] 0% of function(s) (0 of 3) are in file | 0 are forwarded | 3 code | 0 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : DesignSoft [VersionInfo] Product Name : Tina 11.0 [VersionInfo] Product Version : 11.0.0.0 [VersionInfo] File Description : Tina 11.0 [VersionInfo] File Version : 11.2.0.349DT-DS [VersionInfo] Original FileName : tina.exe [VersionInfo] Internal Name : Tina [VersionInfo] Version Comments : 43084.6951398958 [VersionInfo] Legal Copyrights : DesignSoft 1993-2017 [ModuleReport] [IAT] Modules -> kernel32.dll | comctl32.dll [!] Themida/Winlicense detected ! [CompilerDetect] -> Borland Delphi (unknown version) - 60% probability - Scan Took : 1.494 Second(s) [0000005E2h (1506) tick(s)] [506 of 580 scan(s) done] --- snip ---
It seems the vendor wiped/hide the exact Themida version so all the tools failed on determining the base version.
Using the "standard" Themida version search recipe, courtesy of:
https://github.com/dubuqingfeng/ollydbg-script/blob/master/Themida/detect%20...
One doesn't need that script, only the essence. Wait for first 'invalid instruction' exception in debugger.
#457863657074696F6E20496E666F726D6174696F6E# -> "Exception Information"
search with pattern #000000000000000000000000000000000000# (pad)
--- snip --- Address Hex dump ASCII 02C2D831 30 02 89 30|5E E9 1A D5|FF FF 52 89|34 24 89 EE| 02C2D841 89 F2 E9 8C|D0 FF FF E9|70 01 00 00|04 00 00 00| 02C2D851 00 00 00 00|00 00 00 00|00 00 00 00|00 00 00 00| 02C2D861 00 00 00 00|00 00 00 00|00 00 00 00|00 00 00 00| 02C2D871 B4 0F 64 F7|8B 1F AC DC|96 02 70 F7|88 96 CC 91| 02C2D881 45 78 63 65|70 74 69 6F|6E 20 49 6E|66 6F 72 6D| Exception Inform 02C2D891 61 74 69 6F|6E 00 50 6C|65 61 73 65|2C 20 63 6F| ation Please, co --- snip ---
version area around 0x02C2D851 is zero-wiped.
The dll was built Fri 15th Dec 2017 and the Oreans Themida copyright string says year 2012.
--- snip --- 0030:Call KERNEL32.OutputDebugStringA(02c4ed30 "\r\n\n\n%s------------------------------------------------\n\r--- WinLicense Professional ---\n\r--- (c)2012 Oreans Technologies ---\n\r------------------------------------------------\r\n\n\n") ret=02c50e9b ... 0030:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=02c50e9b --- snip ---
https://www.oreans.com/ThemidaAllWhatsNew.php
The earliest 2012 release was: Themida [2.2.0.0] (20-Feb-2012) The latest release before the dll build date: Themida [2.4.6.0] (17-Feb-2017)
Hard to tell from quick glance as this version of Themida doesn't like relay thunks. My bet would be on some exception tickery and/or partial thread context modifications. There were some rewrite/improvements in this area in the past. They also make use of a lot of anti-debugger watcher threads (findwindow, remote attach, thread notification hooks) which introduces additional runtime timing behaviour.
Does the app output something in the console when it hangs (or prior)?
Regards
https://bugs.winehq.org/show_bug.cgi?id=44217
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello folks,
I can't reproduce this either on recent Wine 3.8, resolving 'fixed'. Applications/games that simply work are boring ;-)
I might revisit this again to investigate which part of Wine/commits were responsible (the interesting part).
Regards
https://bugs.winehq.org/show_bug.cgi?id=44217
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE Component|-unknown |ntdll
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
using pause/run/cancel during simulation (which takes some minutes to complete) allows to reproduce the problem more reliably. As already mentioned this Themida version doesn't like relay thunks so one has to limit the number of debug channels.
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/DesignSoft/Tina 11 - Demo
$ WINEDEBUG=+seh,+loaddll,+process,+ntdll,+server wine ./tina.exe >>log.txt 2>&1 ... <pause/cancel the simulation> ... 0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b446a4a ip=7b446a4a tid=0009 0009:trace:seh:raise_exception info[0]=00e1a0c7 0009:trace:seh:raise_exception info[1]=265471a0 0009:trace:seh:raise_exception info[2]=00000000 0009:trace:seh:raise_exception info[3]=0469de48 0009:trace:seh:raise_exception info[4]=0469dd0c 0009:trace:seh:raise_exception info[5]=0469dbb4 0009:trace:seh:raise_exception info[6]=0469db9c 0009:trace:seh:raise_exception eax=7b4351ad ebx=00000000 ecx=00000000 edx=0469de48 esi=0469de48 edi=0469dd0c 0009:trace:seh:raise_exception ebp=0469db58 esp=0469daf4 cs=0023 ds=524f002b es=5753002b fs=57530063 gs=4354006b flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0xe1a0dd code=eedfade flags=1 0009:trace:seh:call_stack_handlers handler at 0xe1a0dd returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xe1a366 code=eedfade flags=1 0009:trace:seh:call_stack_handlers handler at 0xe1a366 returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xe1a6de code=eedfade flags=1 0009:trace:seh:call_stack_handlers handler at 0xe1a6de returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xe24c17 code=eedfade flags=1 0009:trace:seh:__regs_RtlUnwind code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0469de2c ecx=0469db00 edx=00e1a0c7 esi=0469d6a0 edi=524f002b 0009:trace:seh:__regs_RtlUnwind ebp=0040b370 esp=0469d66c eip=7b520023 cs=0246 ds=002b fs=002b gs=0063 flags=0469d65c 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc911fd code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc911fd returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xe1a0dd code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xe1a366 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xe1a6de code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc9194b ip=7bc9194b tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=ffffffff 0009:trace:seh:raise_exception eax=0469cd20 ebx=0469d290 ecx=00000000 edx=00000000 esi=7b520023 edi=00000063 0009:trace:seh:raise_exception ebp=0469cf38 esp=0469cd10 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0009:trace:seh:call_stack_handlers calling handler at 0xe24c17 code=c0000005 flags=0 0009:trace:seh:__regs_RtlUnwind code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0469de2c ecx=0469ccb8 edx=7bc9194b esi=0469c840 edi=0000002b 0009:trace:seh:__regs_RtlUnwind ebp=0040b370 esp=0469c80c eip=00640023 cs=0246 ds=002b fs=002b gs=0063 flags=0469c7fc 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc911fd code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc911fd returned 1 0009:fixme:seh:set_cpu_context setting partial context (468c544) not supported ... 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xacf209 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xad0ecc code=eedfade flags=3 ... 0009:trace:ntdll:NtWriteFile (0x1ac,(nil),(nil),(nil),0x469e450,0x27f97ee8,0x00000700,(nil),(nil))! 0009:trace:ntdll:NtWriteFile = SUCCESS (1792) 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 ... 0009: set_thread_context( handle=fffffffe, suspend=1, context={cpu=x86,ds=ed5e90,es=2239002b,fs=469002b,gs=7e620063,dr0=7e685bf8,dr1=7ffd8000,dr2=7e688bb0,dr3=223993b8,dr6=0469e6b0,dr7=00000000,fp.ctrl=0469e6a8,fp.status=7bc4d26b,fp.tag=7e685bf8,fp.err_off=ffffffff,fp.err_sel=0469e6d8,fp.data_off=7bc4dd69,fp.data_sel=7e685bf8,fp.cr0npx=0013006b,fp.reg0=-nan,fp.reg1=-nan,fp.reg2=8.98966e-4933,fp.reg3=2.21202e-4592,fp.reg4=-nan,fp.reg5=nan,fp.reg6=-nan,fp.reg7=1.5086e-4926,extended={...}} ) 0009: *signal* signal=19 0009: set_thread_context() = 0 { self=1 } ... 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc9194b ip=7bc9194b tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=ffffffff 0009:trace:seh:raise_exception eax=0469e020 ebx=0469e590 ecx=00000000 edx=00000000 esi=22000023 edi=00000063 0009:trace:seh:raise_exception ebp=0469e238 esp=0469e010 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0009:trace:seh:call_stack_handlers calling handler at 0xad0ee3 code=c0000005 flags=0 ... 0009:trace:seh:__regs_RtlUnwind code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0469f200 ecx=0469dfb8 edx=7bc9194b esi=0469db40 edi=00ad0efc 0009:trace:seh:__regs_RtlUnwind ebp=0040b4f8 esp=0469db08 eip=00790023 cs=0202 ds=2760 fs=002b gs=0063 flags=0469daf8 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc911fd code=c0000005 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc911fd returned 1 0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b446a4a ip=7b446a4a tid=0009 0009:trace:seh:raise_exception info[0]=004d349d 0009:trace:seh:raise_exception info[1]=265f5630 0009:trace:seh:raise_exception info[2]=27a0bbd0 0009:trace:seh:raise_exception info[3]=2659ae3c 0009:trace:seh:raise_exception info[4]=27a0bbd0 0009:trace:seh:raise_exception info[5]=0469d908 0009:trace:seh:raise_exception info[6]=0469d8d0 0009:trace:seh:raise_exception eax=7b4351ad ebx=27a0bbd0 ecx=00000000 edx=2659ae3c esi=2659ae3c edi=27a0bbd0 0009:trace:seh:raise_exception ebp=0469d898 esp=0469d834 cs=7bc40023 ds=469002b es=ffff002b fs=1f6b0063 gs=7bc4006b flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0x54e4da code=eedfade flags=1 0009:trace:seh:call_stack_handlers handler at 0x54e4da returned 1 0009:trace:seh:call_stack_handlers calling handler at 0x5de78c code=eedfade flags=1 ... 0009:trace:seh:call_stack_handlers handler at 0x554067 returned 1 0009:trace:seh:call_stack_handlers calling handler at 0x554078 code=eedfade flags=1 0009:trace:seh:__regs_RtlUnwind code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0469f694 ecx=0469d840 edx=004d349d esi=0469d3e0 edi=0469002b 0009:trace:seh:__regs_RtlUnwind ebp=0040b370 esp=0469d3ac eip=00000023 cs=0246 ds=002b fs=002b gs=0063 flags=0469d39c 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc911fd code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc911fd returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x54e4da code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x5de78c code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xe0b98e code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xe0be6a code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x40b524 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b624 returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xad1295 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xb5b9fa code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0xb59bf5 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x111c4c0 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x554067 code=eedfade flags=3 0009:trace:seh:__regs_RtlUnwind handler at 0x40b5cc returned 1 0009: set_thread_context( handle=fffffffe, suspend=1, context={cpu=x86,ds=ffff002b,es=469002b,fs=61002b,gs=4690063,eax=00000000,ebx=0469f694,ecx=0469d840,edx=004d349d,esi=0469d3e0,edi=0469002b,dr0=00000000,dr1=7bcc4a14,dr2=00000021,dr3=0469d720,dr6=0039002e,dr7=0469f6b8,fp.ctrl=7bcc4a2e,fp.status=0469d730,fp.tag=00430043,fp.err_off=0469d118,fp.err_sel=7e62f8a4,fp.data_off=223abbb0,fp.data_sel=00000048,fp.cr0npx=280d006b,fp.reg0=-nan,fp.reg1=2.08243e-4592,fp.reg2=-nan,fp.reg3=7.94645e+4807,fp.reg4=-nan,fp.reg5=6.96496e+4808,fp.reg6=nan,fp.reg7=4.04053e-4913,extended={...} ) 0009: *signal* signal=19 0009: set_thread_context() = INVALID_PARAMETER { self=1 } ... 0009: set_window_text( handle=000105ac, text=L"Access violation at address 7BC9194B in module 'ntdll.dll'. Read of address FFFFFFFF." ) --- snip ---
Disassembly pointed to inlined ntdll 'restore_fpux':
--- snip --- 7BC918FB 55 PUSH EBP 7BC918FC 89E5 MOV EBP,ESP 7BC918FE 81EC 28020000 SUB ESP,228 7BC91904 8D85 E4FDFFFF LEA EAX,[EBP-21C] 7BC9190A 83C0 0F ADD EAX,0F 7BC9190D 83E0 F0 AND EAX,FFFFFFF0 7BC91910 8945 F4 MOV DWORD PTR SS:[EBP-0C],EAX 7BC91913 8B45 08 MOV EAX,DWORD PTR SS:[EBP+8] 7BC91916 05 CC000000 ADD EAX,0CC 7BC9191B 83EC 04 SUB ESP,4 7BC9191E 68 00020000 PUSH 200 7BC91923 50 PUSH EAX 7BC91924 FF75 F4 PUSH DWORD PTR SS:[EBP-0C] 7BC91927 E8 6416F47B CALL F7BD2F90 ; memcpy 7BC9192C 83C4 10 ADD ESP,10 7BC9192F 8B45 F4 MOV EAX,DWORD PTR SS:[EBP-0C] 7BC91932 0FB750 02 MOVZX EDX,WORD PTR DS:[EAX+2] 7BC91936 8B45 F4 MOV EAX,DWORD PTR SS:[EBP-0C] 7BC91939 0FB700 MOVZX EAX,WORD PTR DS:[EAX] 7BC9193C 83C8 80 OR EAX,FFFFFF80 7BC9193F 21C2 AND EDX,EAX 7BC91941 8B45 F4 MOV EAX,DWORD PTR SS:[EBP-0C] 7BC91944 66:8950 02 MOV WORD PTR DS:[EAX+2],DX 7BC91948 8B45 F4 MOV EAX,DWORD PTR SS:[EBP-0C] 7BC9194B 0FAE08 FXRSTOR DS:[EAX] ; *boom* 7BC9194E 90 NOP 7BC9194F C9 LEAVE 7BC91950 C3 RETN --- snip ---
--> RtlUnwind --> RtlCaptureContext --> __regs_RtlUnwind --> NtSetContextThread --> set_cpu_context (self) --> restore_fpux (inlined)
This gave some hints to make a guess which pointed to this:
https://source.winehq.org/git/wine.git/commitdiff/342e2cabd21c5a836683ac30e2...
--- quote --- ntdll: Avoid pushl %esp instruction in RtlUnwind prolog. author Alexandre Julliard julliard@winehq.org Fri, 9 Mar 2018 19:47:01 +0000 (13:47 -0600) committer Alexandre Julliard julliard@winehq.org Fri, 9 Mar 2018 19:47:01 +0000 (13:47 -0600) commit 342e2cabd21c5a836683ac30e260ec4944eeac6b --- quote ---
Indeed, reverting the commit on master HEAD (Wine 3.8) made the issue immediately reappear.
There is bug 44647 which has the same "fixed by commit sha1" and had a proper regression commit bisected (https://source.winehq.org/git/wine.git/commitdiff/dc63fbf98d1af6396533a9af2c...).
Although this ticket is older, bug 44647 has already been resolved for Wine 3.4 and selected for 3.x stable.
Resolving as duplicate of bug 44647 here and refining its summary.
$ sha1sum Tina110en.exe f6dc4047c61e9f12f7e5d1afae3b63c32c471103 Tina110en.exe
$ du -sh Tina110en.exe 230M Tina110en.exe
$ wine --version wine-3.8
Regards
*** This bug has been marked as a duplicate of bug 44647 ***
https://bugs.winehq.org/show_bug.cgi?id=44217
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Status|RESOLVED |CLOSED
--- Comment #9 from André H. nerv@dawncrow.de --- closing dup
-
wine-bugs＠winehq.org