March 2016 - Wine-Bugs - list.winehq.org

[Bug 37585] New: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses)
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=37585 Bug ID: 37585 Summary: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses) Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as 64-bit Google Chrome has finally been released I thought to give it a try. Only useful for improving Wine 64-bit compatibility, not really meant to be used seriously since native port exists. --- snip --- $ pwd /home/focht/wineprefix64/drive_c/Program Files (x86)/Google/Chrome/Application $ file chrome.exe chrome.exe: PE32+ executable (GUI) x86-64, for MS Windows $ WINEDEBUG=+tid,+seh,+relay,+server,+virtual,+module wine64 ./chrome.exe >>log.txt 2>&1 ... 003f:Call advapi32.CreateProcessAsUserW(000002f8,05fad480 L"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe",0011f680 L"\"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe\" --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=Prerender/PrerenderEnabled/UMA-New-Install-Uniformity-Trial/Control/UMA-Session-Randomized-Uniformity-Trial-5-Percent/default/UMA-Uniformity-Trial-1-P"...,00000000,00000000,00000000,383330300100040c,00000000,00000000,05bbc4d0,05bbbe98) ret=14003e6bb ... 003f: new_process() = 0 { info=0308, pid=0051, phandle=030c, tid=0052, thandle=0310 } 003f: select( flags=2, cookie=05bbadb4, timeout=infinite, prev_apc=0000, result={}, data={WAIT,handles={0308}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_new_process_info( info=0308 ) 003f: get_new_process_info() = 0 { success=1, exit_code=259 } 003f: close_handle( handle=0308 ) 003f: close_handle() = 0 003f: close_handle( handle=0304 ) 003f: close_handle() = 0 003f:Ret advapi32.CreateProcessAsUserW() retval=00000001 ret=14003e6bb ... 003f:Call KERNEL32.VirtualAllocEx(0000030c,00000000,0000006c,00001000,00000004) ret=1400443eb 003f:trace:virtual:NtAllocateVirtualMemory 0x30c (nil) 0000006c 1000 00000004 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==00000000,size=0000006c,zero_bits=0,op_type=1000,prot=4} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbc14, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=00240000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=00240000 ret=1400443eb 003f:Call KERNEL32.WriteProcessMemory(0000030c,00240000,00113070,0000006c,05bbc350) ret=14004440f 003f: write_process_memory( handle=030c, addr=00240000, data={01,00,00,00,00,00,00,00,00,00,00,00,60,00,00,00,00,00,00,00,30,00,00,00,00,00,00,00,01,00,00,00,00,33,6b,00,65,00,72,00,6e,00,65,00,6c,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,00,00,30,00,00,00,00,00,00,00,02,00,00,00,0e,00,00,00,78,e0,04,40,01,00,00,00,43,72,65,61,74,65,4e,61,6d,65,64,50,69,70,65,57,00,00,00,00,01,00,11,00} ) 003f: write_process_memory() = 0 003f:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=14004440f .... 003f:Call KERNEL32.VirtualAllocEx(0000030c,0025c000,00001000,00001000,100000040) ret=140044b18 003f:trace:virtual:NtAllocateVirtualMemory 0x30c 0x25c000 00001000 1000 00000040 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==0025c000,size=00001000,zero_bits=0,op_type=1000,prot=40} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbb94, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=0025c000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=0025c000 ret=140044b18 003f:Call KERNEL32.GetModuleHandleW(14007d2b0 L"ntdll.dll") ret=1400447aa 003f:trace:module:LdrGetDllHandle L"ntdll.dll" -> 0x7fa7c6270000 (load path L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 003f:Ret KERNEL32.GetModuleHandleW() retval=7fa7c6270000 ret=1400447aa 003f:Call KERNEL32.GetModuleHandleExW(00000006,7fa7c6273fe0,05bbc0e0) ret=1400447f5 003f:Ret KERNEL32.GetModuleHandleExW() retval=00000001 ret=1400447f5 ... 003f:Call KERNEL32.ReadProcessMemory(0000030c,7fa7c627462c,05bbc010,00000020,05bbc040) ret=14004e728 003f: read_process_memory( handle=030c, addr=7fa7c627462c ) 003f: read_process_memory() = ACCESS_VIOLATION { data={} } 003f:Ret KERNEL32.ReadProcessMemory() retval=00000000 ret=14004e728 ... 003f:Call KERNEL32.GetLastError() ret=14003bb29 003f:Ret KERNEL32.GetLastError() retval=000003e6 ret=14003bb29 003f:Call KERNEL32.TerminateProcess(0000030c,00000000) ret=14003eafd 003f: terminate_process( handle=030c, exit_code=0 ) 003f: terminate_process() = 0 { self=0 } 003f:Ret KERNEL32.TerminateProcess() retval=00000001 ret=14003eafd 003f:Call KERNEL32.WaitForSingleObject(0000030c,00000032) ret=14003e406 003f: select( flags=2, cookie=05bbbdc4, timeout=+0.0500000, prev_apc=0000, result={}, data={WAIT,handles={030c}} ) 003f: select() = 0 { timeout=1d0037eb30ca43e (+0.0500000), call={APC_NONE}, apc_handle=0000 } 003f:Ret KERNEL32.WaitForSingleObject() retval=00000000 ret=14003e406 003f:Call KERNEL32.GetExitCodeProcess(0000030c,05bbc3d0) ret=14003e414 003f: get_process_info( handle=030c ) 003f: get_process_info() = 0 { pid=0051, ppid=0008, affinity=0000000f, peb=7fffff7ef000, start_time=1d0037eb2fe710c (-0.0431540), end_time=1d0037eb304b832 (-0.0020110), exit_code=0, priority=2, cpu=x86_64, debugger_present=0 } 003f:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=14003e414 ... 003f:trace:seh:raise_exception code=80000003 flags=0 addr=0x14001d86d ip=14001d86d tid=003f 003f:trace:seh:raise_exception rax=0000000000000000 rbx=00000001400a3f88 rcx=0000000005bbeb1f rdx=0000000005bbeae0 003f:trace:seh:raise_exception rsi=0000000000110980 rdi=000000000000dead rbp=0000000005bbc500 rsp=0000000005bbc3d0 003f:trace:seh:raise_exception r8=0000003071e48cfd r9=000000000000001e r10=0000000000000000 r11=0000003071f811c0 003f:trace:seh:raise_exception r12=0000000000101160 r13=0000000000101140 r14=0000000000075680 r15=000000000000dead --- snip --- Child process address space for 64-bit 'ntdll.dll': --- snip --- 0054:trace:module:load_dll looking for L"ntdll.dll" in L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0054:trace:module:load_dll Found L"C:\\windows\\system32\\ntdll.dll" for L"ntdll.dll" at 0x7f3184050000, count=3 0054:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7f317d8f9bc0 000002d0 00000004 0054:trace:virtual:VIRTUAL_SetProt 0x7f317d8f9000-0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView View: 0x7f317d680000 - 0x7f317d8fbfff (system) 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d680000 - 0x7f317d680fff c-r-- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d681000 - 0x7f317d8f4fff c-r-x 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f5000 - 0x7f317d8f8fff c-rw- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f9000 - 0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8fa000 - 0x7f317d8fbfff c-rw- --- snip --- App sandboxing scheme at work, setting up intermediate trampoline code in the child and then patch out the API entries. Unfortunately the code relies on 64-bit Windows core dlls being mapped at the same (fixed) locations across processes hence it fails here, triggering abort in the parent. Probably same rationale applies here as for 32-bit Windows core dlls. $ sha1sum googlechromestandaloneenterprise64.msi 586f91c05925e22fd5f891aa3e99e1cb9762950a googlechromestandaloneenterprise64.msi $ du -sh googlechromestandaloneenterprise64.msi 47M googlechromestandaloneenterprise64.msi $ wine --version wine-1.7.31-47-g516ed8e Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 37325] New: Rhapsody installs and streams however auto setup for DRM fails
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=37325 Bug ID: 37325 Summary: Rhapsody installs and streams however auto setup for DRM fails Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kablake(a)live.com Created attachment 49635 --> https://bugs.winehq.org/attachment.cgi?id=49635 backtrace provided when DRM setup fails I installed Rhapsody 4.0 successfully and it streams well so far ... but then I try to authorize the computer so I can download and play tracks locally and the setup for DRM fails. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 28240] New: Mipony: Embedded web browser too shown in too small window
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

http://bugs.winehq.org/show_bug.cgi?id=28240 Summary: Mipony: Embedded web browser too shown in too small window Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=36180) --> (http://bugs.winehq.org/attachment.cgi?id=36180) Image displaying the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet20 3) install Mipony 4) (optionaly) override gdiplus.dll 5) wine MiPony.exe Behaviour: See attachment. Expected behaviour: Embedded web browser should be displayed at full available window space. Additional info: winetricks ie7 doesn't help -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 35841] New: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

http://bugs.winehq.org/show_bug.cgi?id=35841 Bug ID: 35841 Summary: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation Product: Wine Version: 1.7.15 Hardware: x86 URL: http://store.steampowered.com/app/21970 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com For background movies in the main menu and intro. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xa54d1f0): stub Works with wmp9. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 35986] New: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games)
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=35986 Bug ID: 35986 Summary: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games) Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, this is more an experts request but it should also help getting better diagnosis (logs) from users. There are apps and games that crash when being relay traced because they employ intrusive API hooking schemes that can't cope with Wine's relay thunks. Example of a Steam game crashing with game overlay renderer enabled when relay trace is turned on: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Steam $ WINEDEBUG=+tid,+seh,+relay wine ./steam.exe -no-dwrite -applaunch 238430 -windowed >>log.txt 2>&1 ... Unhandled exception: page fault on read access to 0x0a55527c in 32-bit code (0xf6ea4243). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f6ea4243 ESP:0033e438 EBP:0a548150 EFLAGS:00010246( R- -- I Z- -P- ) EAX:0a555278 EBX:00000000 ECX:0a548150 EDX:00020234 ESI:0a548150 EDI:0033e6d8 ... Backtrace: =>0 0xf6ea4243 in winmm (+0x4243) (0x0a548150) 1 0x0a532919 in inputsystem (+0x2918) (0x0a548150) 2 0x00000001 (0x0a5422ac) 3 0x0a531990 in inputsystem (+0x198f) (0x0a531760) 4 0xf18b5608 (0x24448b51) 0xf6ea4243: call *0x4(%eax) Modules: Module Address Debug info Name (132 modules) PE 380000- 3b0000 Deferred launcher PE 400000- 46f000 Deferred contagion PE 1a80000- 1ae7000 Deferred tier0 PE 1af0000- 1b52000 Deferred vstdlib PE 9590000- 95e6000 Deferred filesystem_stdio PE 99f0000- a0cc000 Deferred engine PE a530000- a551000 Export inputsystem PE a560000- a68d000 Deferred materialsystem PE b690000- b6d6000 Deferred datacache PE b6e0000- bb0e000 Deferred studiorender PE bb10000- bcb1000 Deferred vphysics PE bcf0000- bd63000 Deferred vscript PE bd70000- bd93000 Deferred valve_avi PE bda0000- bf03000 Deferred vguimatsurface PE bf10000- bf6f000 Deferred vgui2 PE bf90000- c086000 Deferred shaderapidx9 PE c090000- c28f000 Deferred d3dx9_43 PE e4d0000- e584000 Deferred crashhandler PE e6a0000- e6b4000 Deferred xinput1_3 PE 10000000-100bb000 Deferred gameoverlayrenderer PE 18000000-1803b000 Deferred binkw32 PE 38000000-38893000 Deferred steamclient PE 3b400000-3b41e000 Deferred steam_api PE 3f000000-3f0ac000 Deferred tier0_s PE 3f600000-3f64b000 Deferred vstdlib_s ELF 7b800000-7ba60000 Deferred kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ELF 7bc00000-7bcee000 Deferred ntdll<elf> \-PE 7bc10000-7bcee000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ... ELF f6e90000-f6f4e000 Dwarf winmm<elf> \-PE f6ea0000-f6f4e000 \ winmm ... Threads: process tid prio (all id:s are in hex) ... 00000031 (D) C:\Program Files\Steam\SteamApps\common\Contagion\contagion.exe 00000063 0 00000064 0 00000067 0 00000065 0 00000030 0 <== --- snip --- Caller code: --- snip --- 0A532900 81EC CC010000 SUB ESP,1CC 0A532906 53 PUSH EBX 0A532907 55 PUSH EBP 0A532908 8BE9 MOV EBP,ECX 0A53290A 33DB XOR EBX,EBX 0A53290C 56 PUSH ESI 0A53290D 899D 8C150000 MOV DWORD PTR SS:[EBP+158C],EBX 0A532913 FF15 5821540A CALL DWORD PTR DS:[<&WINMM.joyGetNumDevs>] 0A532919 8BF0 MOV ESI,EAX 0A53291B 83FE 04 CMP ESI,4 0A53291E 897424 0C MOV DWORD PTR SS:[ESP+C],ESI 0A532922 0F8E 80010000 JLE inputsys.0A532AA8 --- snip --- The game dll calls 'WINMM.joyGetNumDevs'. Original relay thunk emitted for that API: --- snip --- F6F38234 push esp F6F38235 push 1Dh F6F38237 call __wine_spec_get_pc_thunk_eax F6F3823C lea eax, [eax+35270h] ; descriptor lookup F6F38242 push eax F6F38243 call dword ptr [eax+4] F6F38246 retn 0 --- snip --- The hook engine copies all opcodes that are potentially overwritten by the 5-byte long jump to an intermediate thunk. Hence the call to '__wine_spec_get_pc_thunk_eax' is copied too - leading to the actual problem. A long jump is written to the relay thunk entry which jumps to another trampoline, located at the intermediate thunk area. 'WINMM.joyGetNumDevs' relay thunk hooked by Steam's gameoverlayrenderer: --- snip --- F6F38234 E9 D47D5E13 JMP 0A52000D F6F38239 1300 ADC EAX,DWORD PTR DS:[EAX] F6F3823B 008D 80705203 ADD BYTE PTR SS:[EBP+3527080],CL F6F38241 0050 FF ADD BYTE PTR DS:[EAX-1],DL F6F38244 50 PUSH EAX F6F38245 04 C2 ADD AL,0C2 F6F38247 0000 ADD BYTE PTR DS:[EAX],AL --- snip --- Intermediate jump trampoline to actual hook code: --- snip --- 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- 'gameoverlayrenderer' module info: --- snip --- Base=10000000 Size=000BB000 (765952.) Entry=1005798F gameover.<ModuleEntryPoint> Name=gameover File version=02.13.04.49 Path=C:\Program Files\Steam\gameoverlayrenderer.dll --- snip --- 'gameoverlayrenderer' code: --- snip --- 100527F0 833D 2C7A0910 00 CMP DWORD PTR DS:[10097A2C],0 100527F7 7F 06 JG SHORT gameover.100527FF 100527F9 FF25 1C8F0910 JMP DWORD PTR DS:[10098F1C] 100527FF B8 04000000 MOV EAX,4 10052804 C3 RETN 10052805 CC INT3 --- snip --- Memory refs: --- snip --- 10097A2C 00000000 .... ... 10098F1C 0A520000 ..R. --- snip --- Original copy Wine relay thunk entry + continuation + hook jump --- snip --- 0A520000 54 PUSH ESP 0A520001 6A 1D PUSH 1D 0A520003 E8 5095A1EC CALL winmm.__wine_spec_get_pc_thunk_eax 0A520008 E9 2F82A1EC JMP winmm.F6F3823C ; org. relay thunk code (cont) 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- __wine_spec_get_pc_thunk_eax: --- snip --- F6F39558 8B0424 MOV EAX,DWORD PTR SS:[ESP] F6F3955B C3 RETN --- snip --- 'WINMM.joyGetNumDevs' original Wine relay thunk code (continuation): --- snip --- F6F3823C 8D80 70520300 LEA EAX,DWORD PTR DS:[EAX+35270] F6F38242 50 PUSH EAX F6F38243 FF50 04 CALL DWORD PTR DS:[EAX+4] F6F38246 C2 0000 RETN 0 --- snip --- This obviously can't work because '__wine_spec_get_pc_thunk_eax' relies on being called from original relay thunk code. Because Steam game overlay renderer hook engine relocated this essential part of relay thunk code, the returned address will always be wrong. You can fix this problem by padding the relay thunk entry with enough 'no-op' opcodes to not have '__wine_spec_get_pc_thunk_eax' relocated by hook engines. Wine: http://source.winehq.org/git/wine.git/blob/4e4acd5f705c770b7c361605e11d9d7c… The method works and AFAIK has no side-effects. I used a patch in my repo for some time now to cope with such stubborn apps/games (mostly DRM related). $ wine --version wine-1.7.16-133-gd8ca8c2 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 37327] New: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=37327 Bug ID: 37327 Summary: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track Product: Wine Version: 1.7.27 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 37325 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Rhapsody $ wine ./rhapsody.exe ... wine: Unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called at address 0x7b83ae8f (thread 002a), starting debugger... Unhandled exception: unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called in 32-bit code (0x7b83ae8f). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83ae8f ESP:111ee8f4 EBP:111ee958 EFLAGS:00200287( - -- I S - -P-C) EAX:7b826d6d EBX:7b8be000 ECX:7d3c13ef EDX:111ee91c ESI:00000000 EDI:02ee5f00 ... Backtrace: =>0 0x7b83ae8f RaiseException+0x8f(code=<couldn't compute location>, flags=<couldn't compute location>, nbargs=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32 (0x111ee958) 1 0x7d3c1375 __wine_spec_unimplemented_stub+0x34(module="wmvcore.dll", function="WMCreateSyncReaderPriv") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in wmvcore (0x111ee998) 2 0x7d3bf94d __wine_stub_WMCreateSyncReaderPriv+0x28() in wmvcore (0x111ee9c0) 3 0x621ce49f in wm9fformat (+0xe49e) (0x111ee9c0) 4 0x621c325a in wm9fformat (+0x3259) (0x111eea18) 5 0x621c38c3 in wm9fformat (+0x38c2) (0x111eea3c) 6 0x621c385e in wm9fformat (+0x385d) (0x111eea58) 7 0x7bc85a3c call_thread_func_wrapper+0xb() in ntdll (0x111eea68) ... Modules: Module Address Debug info Name (287 modules) PE 400000- f26000 Deferred rhapsody PE 1f10000- 1f7d000 Deferred h264enc PE 1f80000- 1f93000 Deferred rnaudiopacketizer PE 1fa0000- 1fd9000 Deferred fpsechnd PE 1fe0000- 1ff7000 Deferred smplfsys PE 2000000- 2029000 Deferred vidplin PE 2030000- 2091000 Deferred vidsite PE 25b0000- 25d3000 Deferred mp4wrtr PE 25e0000- 262d000 Deferred rmwrtr PE 2630000- 2638000 Deferred wm9writer ... Threads: process tid prio (all id:s are in hex) ... 000000a3 (D) C:\Program Files\Rhapsody\rhapsody.exe 0000002a 0 <== 00000029 0 ... --- snip --- 'winetricks -q wmp9' works around. Tidbit: Looks like Rhapsody discriminates against non-US IP addresses. There is a builtin geoip-check, resulting in error "Use of Rhapsody is restricted by your IP address. Rhapsody will now shut down." For bug testing purpose use the following workaround if you don't have a proxy/vpn at hand: --- snip --- $ printf '\xEB\x28' | dd of=rhapsody.exe bs=1 seek=86657 count=2 conv=notrunc --- snip --- $ sha1sum RhapsodyReal.EXE 025e936cf73d83e35d9631f735033557533102da RhapsodyReal.EXE $ du -sh RhapsodyReal.EXE 16M RhapsodyReal.EXE $ wine --version wine-1.7.27-47-g92bcb74 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 38943] New: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=38943 Bug ID: 38943 Summary: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, regression Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 51885 --> https://bugs.winehq.org/attachment.cgi?id=51885 +mscoree log This bug affects the GOTY edition on Steam (including the Winter Assault expansion), but W40k DoW: Soulstorm and the Dark Crusade expansions are not affected. The game plays the intro videos properly but crashes while loading to the main menu. In the terminal I'm getting an >err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. but no backtrace is generated. The game starts properly when .Net 2.0 is installed in the prefix (one minor annoyance is that the game doesn't exit properly with .Net 2.0, the game executable remains in memory after exiting). Could be a regression in Wine Mono because the game starts properly when Wine Mono 0.0.8 is installed, hangs with 100% CPU usage when 4.5.2 is installed and crashes with Wine Mono 4.5.6. If neither .Net nor Wine Mono is installed in the prefix then the game dies silently after starting (nothing relevant in the terminal) wine-1.7.47-118-ga90592c / Wine Mono 4.5.6 installed -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 38627] New: Holy Avatar vs. Maidens of the Dead hangs on exit
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=38627 Bug ID: 38627 Summary: Holy Avatar vs. Maidens of the Dead hangs on exit Product: Wine Version: 1.5.31 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: dmitry(a)baikal.ru Regression SHA1: bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Distribution: --- Created attachment 51534 --> https://bugs.winehq.org/attachment.cgi?id=51534 terminal output I let the Desura client install the game to avoid bug #38614. The game starts properly without any winetricks, but it hangs on exit. After selecting quit from the menu, the screen is frozen and the game executable constantly uses 100% CPU and it needs to be killed. The problem is present since bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 is the first bad commit commit bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Mon May 13 16:46:37 2013 +0900 kernel32: Terminate threads before unloading DLLs on process exit. No demo version exists. Let me know if you need debug logs or further testing. Tested in wine-1.7.43-123-g90ed96a -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 13335] New: libGl error
by wine-bugs＠winehq.org March 14, 2019

March 14, 2019

http://bugs.winehq.org/show_bug.cgi?id=13335 Summary: libGl error Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schuster.bernhard(a)googlemail.com In the near past, whenever trying to run warcraft via wine, I get two libGL errors. Afterwards, I get told, that mesa will get used instead. So performence goes really bad. I get about 10-20fps instead of 120-160fps, though I have an insane gaming rig. The only way to fix it, is removing the ~/.wine directory completly. But that's not an real option... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 202

[Bug 36691] New: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox)
by wine-bugs＠winehq.org March 11, 2019

March 11, 2019

https://bugs.winehq.org/show_bug.cgi?id=36691 Bug ID: 36691 Summary: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, start the installer and get the redraw loop after clicking three times 'Next' (property sheet wizard). You can see the redraw as flickering area in the property sheet while it eats one CPU core. Looks like some owner-drawn listbox. I attached a debugger at the time of the loop: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7ecc11cd LISTBOX_PaintItem+0x275(descr=0x20026c8, hdc=0x200be, rect=0x30abac, index=0x1, action=0x1, ignoreFocus=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:550] in user32 (0x0030ab68) 1 0x7ecc2998 LISTBOX_Paint+0x2f3(descr=0x20026c8, hdc=0x200be) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:1055] in user32 (0x0030abd8) 2 0x7ecc7f62 ListBoxWndProc_common+0x1936(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, unicode=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:2979] in user32 (0x0030adb8) 3 0x7ed27105 ListBoxWndProcA+0x3f(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:1087] in user32 (0x0030ade8) 4 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030ae18) 5 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30ae88, arg=0x7ed270c5) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030ae58) 6 0x7ed26a30 CallWindowProcA+0x69(func=0x7ed270c5, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:955] in user32 (0x0030aea0) 7 0x004465d8 in skiparktycoondemosetup.tmp (+0x465d7) (0x0030af48) 8 0x0043b4e5 in skiparktycoondemosetup.tmp (+0x3b4e4) (0x0030af58) 9 0x004435a7 in skiparktycoondemosetup.tmp (+0x435a6) (0x0030b080) 10 0x004464f4 in skiparktycoondemosetup.tmp (+0x464f3) (0x0030b0e0) 11 0x0042224a in skiparktycoondemosetup.tmp (+0x22249) (0x0030b0f8) 12 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030b128) 13 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030b168) 14 0x7ed26744 WINPROC_CallProcWtoA+0xe2e(callback=0x7ed2464a, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:858] in user32 (0x0030b688) 15 0x7ed268ef WINPROC_call_window+0x19c(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, unicode=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:902] in user32 (0x0030b6d8) 16 0x7ece31bd call_window_proc+0xbf(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0, unicode=0x1, same_thread=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:2223] in user32 (0x0030b738) 17 0x7ece605b send_message+0x137(info=0x30b7b0, res_ptr=0x30b7dc, unicode=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3260] in user32 (0x0030b798) 18 0x7ece6679 SendMessageW+0x60(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3454] in user32 (0x0030b7e8) 19 0x7ecf33ef update_now+0xb3(hwnd=0x100cc, rdw_flags=0x180) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:814] in user32 (0x0030b818) 20 0x7ecf432e RedrawWindow+0x39d(hwnd=<couldn't compute location>, rect=<couldn't compute location>, hrgn=<couldn't compute location>, flags=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1235] in user32 (0x0030b898) 21 0x7ecf43ba UpdateWindow+0x5c(hwnd=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1253] in user32 (0x0030b8d8) 22 0x00484557 in skiparktycoondemosetup.tmp (+0x84556) (0x0030b9c4) --- snip --- $ sha1sum SkiParkTycoonDemoSetup.exe du 0f478923969d888447efeb90888fcf537bb63f49 SkiParkTycoonDemoSetup.exe $ du -sh SkiParkTycoonDemoSetup.exe 154M SkiParkTycoonDemoSetup.exe $ wine --version wine-1.7.19-70-gd6a59f7 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4