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

[Bug 39606] New: Infinite loop in StackWalk
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=39606 Bug ID: 39606 Summary: Infinite loop in StackWalk Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- While working on x86_64 fixes of the dbus backtrace generator for windows https://bugs.freedesktop.org/show_bug.cgi?id=92721, I recognized an infinite loop while calling StackWalk on x86_64 systems. start /home/ralf.habacker/src/dbus-2-cmake-cross-x86_64-build/bin/manual-backtrace.exe... Backtrace: 0 0xe3b17b7b in libpthread.so.0 1 wait_select_reply+0x49 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:349] in ntdll 2 server_select+0x1f8 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:614] in ntdll 3 wait_objects+0x7e [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1006] in ntdll 4 NtWaitForMultipleObjects+0x62 [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1017] in ntdll 5 0x7b887a8b in kernel32 6 WaitForSingleObject+0x26 [/usr/src/debug/wine-snapshot/dlls/kernel32/sync.c:127] in kernel32 7 dump_backtrace+0xa7 [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2553] in libdbus-1-3 8 _dbus_print_backtrace+0xd [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2563] in libdbus-1-3 9 test2+0x11 [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:34] in manual-backtrace 10 test1+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:39] in manual-backtrace 11 test+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:44] in manual-backtrace 12 main+0x4f [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:58] in manual-backtrace 13 0x4013ed in manual-backtrace 14 0x40152b in manual-backtrace 15 start_process+0x91 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1105] in kernel32 16 call_thread_func+0x6e [/usr/src/debug/wine-snapshot/dlls/ntdll/signal_x86_64.c:3675] in ntdll 17 RtlRaiseException+0x7e in ntdll 18 0xe32aa016 in ntdll 19 wine_call_on_stack+0x13 in libwine.so.1 20 wine_switch_to_stack+0x9 [/usr/src/debug/wine-snapshot/libs/wine/port.c:60] in libwine.so.1 21 LdrInitializeThunk+0x2a4 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3094] in ntdll 22 __wine_kernel_init+0x941 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1276] in kernel32 23 __wine_process_init+0x154 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3303] in ntdll 24 wine_init+0x2ce [/usr/src/debug/wine-snapshot/libs/wine/loader.c:961] in libwine.so.1 25 main+0x82 [/usr/src/debug/wine-snapshot/loader/main.c:248] in <wine-loader> 26 __libc_start_main+0xf5 in libc.so.6 27 _start+0x29 in <wine-loader> 28 _start+0x29 in <wine-loader> 29 _start+0x29 in <wine-loader> 30 _start+0x29 in <wine-loader> 31 _start+0x29 in <wine-loader> 32 _start+0x29 in <wine-loader> .... -- 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 17005] New: CT: Rendering issues
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

http://bugs.winehq.org/show_bug.cgi?id=17005 Summary: CT: Rendering issues Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: normandy(a)web.de I have got a modified version of Chicken Tournament. It does not crash but does not render everything. For example, trees, HUD and the radar, grass and the walls are not rendered correctly. Here's a screenshot using wine: http://tinyurl.com/8q39ec And one using windows (grass disabled): http://tinyurl.com/7tousz My console's output: http://pastebin.com/f40a0aa3 And the long one (+all) was to big (<200MB) Here you can find the modified ct1.exe, just extract this: http://tinyurl.com/8llxtp (You'll need native d3dxof.dll to load models...) Thank you! -- 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 32

[Bug 46798] New: Multiple Microsoft applications need support for Antimalware Scan Interface (AMSI) 'AMSI.dll'
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=46798 Bug ID: 46798 Summary: Multiple Microsoft applications need support for Antimalware Scan Interface (AMSI) 'AMSI.dll' Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track the introduction of Antimalware Scan Interface component with recent commits. Search didn't return any Wine related bug reports hence I assume it's some sekrit stuff CodeWeavers works on. My guess would be it's Microsoft Office 2016/Office 365 that has AMSI integration for VBA Macro's (VBE7.dll). Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/amsi/antimalware-scan-inte… https://www.microsoft.com/security/blog/2015/06/09/windows-10-to-offer-appl… --- quote --- Antimalware Scan Interface (AMSI) Purpose The Windows Antimalware Scan Interface (AMSI) is a versatile interface standard that allows your applications and services to integrate with any antimalware product that's present on a machine. AMSI provides enhanced malware protection for your end-users and their data, applications, and workloads. AMSI is agnostic of antimalware vendor; it's designed to allow for the most common malware scanning and protection techniques provided by today's antimalware products that can be integrated into applications. It supports a calling structure allowing for file and memory or stream scanning, content source URL/IP reputation checks, and other techniques. AMSI also supports the notion of a session so that antimalware vendors can correlate different scan requests. For instance, the different fragments of a malicious payload can be associated to reach a more informed decision, which would be much harder to reach just by looking at those fragments in isolation. Windows components that integrate with AMSI The AMSI feature is integrated into these components of Windows 10. User Account Control, or UAC (elevation of EXE, COM, MSI, or ActiveX installation) PowerShell (scripts, interactive use, and dynamic code evaluation) Windows Script Host (wscript.exe and cscript.exe) JavaScript and VBScript Office VBA macros --- quote --- Found an app that makes use of AMSI here: https://github.com/wchen-r7/amsiscanner --- quote --- AMSI Scanner A C/C++ implementation of Microsoft's Antimalware Scan Interface. --- quote --- --- snip --- $ wine ./amsiscanner.exe amsiscanner.exe 0009:fixme:amsi:AmsiInitialize L"\794d\6d41\6973\6353\6e61\656er", 0x33fdd4 0009:fixme:amsi:AmsiOpenSession 0xdeadbeef, 0x33fdd0 0009:fixme:amsi:AmsiScanBuffer 0xdeadbeef, 0x340000, 178688, L"\6d61\6973\6373\6e61\656e\2e72\7865er.\0188", 0xdeadbeef, 0x33fdcc 0009:fixme:amsi:AmsiUninitialize 0xdeadbeef Sample size: 178688 bytes Risk level = 1 (No threat detected) --- snip --- $ sha1sum amsiscanner.exe 257626250fd91de2f853758c3cccc8e5f5830113 amsiscanner.exe $ du -sh amsiscanner.exe 176K amsiscanner.exe $ wine --version wine-4.3-188-gab7756619c 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 2

[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 46783] New: Metro Exodus crash on start [DXGI]
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=46783 Bug ID: 46783 Summary: Metro Exodus crash on start [DXGI] Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Some DXGI function unimplemented. 003b:fixme:dxgi:dxgi_output_FindClosestMatchingMode1 iface 0x34e5880, mode 0x54de30, closest_match 0x54de50, device (nil) stub! -- 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 5

[Bug 46571] New: FPS Monitor doesn't work
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=46571 Bug ID: 46571 Summary: FPS Monitor doesn't work Product: Wine Version: 4.0-rc7 Hardware: x86-64 URL: https://fpsmon.com/en/? OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 63444 --> https://bugs.winehq.org/attachment.cgi?id=63444 error screenshot I downloaded FPS Monitor, I can install it but it doesn't run. When I run it I get the error:"The procedure entry point D3DKMTCloseAdapter could not be located in the dynamic link library GDI32.dll". Instead, I get nothing in the console output by running the program with "wine FPSMonitor.exe", as you can see in the screenshot that I attached. To reproduce the error: 1) Download FPS Monitor here https://fpsmon.com/en/? 2) Install it 3) Try to run it (with "wine FPSMonitor.exe") 4) Program doesn't start and you get the error -- 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 8

[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 42982] New: Bayonetta can`t save settings
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=42982 Bug ID: 42982 Summary: Bayonetta can`t save settings Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zentarim(a)rambler.ru Distribution: Ubuntu Created attachment 58119 --> https://bugs.winehq.org/attachment.cgi?id=58119 file trace Bayonetta can`t save settings. Game try to write settings to file ~/documents/Bayonetta/system_data, but fails and freezes. If this "garbage" file is exists - game does not start. file have size ~ 1.7Kb. Log (trace+file) in attachement. Suspicious lines 135820 - 135825: trace:file:ReadFile 0xb0 0x33f3d0 857 0x33f7d4 (nil) trace:file:CreateFileW L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" GENERIC_READ creation 3 attributes 0x40000080 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data",0x33faa8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" 520 0x33f7e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b\\Bayonetta\\system_data" not found in /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta trace:file:CreateFileW returning 0xffffffff $ ls -lah '/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data' -rw-rw-r-- 1 zentarim zentarim 1,7K мая 9 20:42 /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data -- 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 31

[Bug 46680] New: redefinition of type def ‘fnprintf’
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=46680 Bug ID: 46680 Summary: redefinition of typedef ‘fnprintf’ Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 63642 --> https://bugs.winehq.org/attachment.cgi?id=63642 error_log1 in distro: puppy431 # gcc --version gcc (GCC) 4.2.2 # uname -r 2.6.30.5 # ldd --version ldd (GNU libc) 2.6.1 compiling wine-4.1 and wine-4.2 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 16

[Bug 46792] New: Europa Universalis III crashes after start
by wine-bugs＠winehq.org March 15, 2019

March 15, 2019

https://bugs.winehq.org/show_bug.cgi?id=46792 Bug ID: 46792 Summary: Europa Universalis III crashes after start Product: Wine Version: 4.3 Hardware: x86 URL: https://www.fileplanet.com/archive/p-44176/Europa-Univ ersalis-III-Demo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: matteo.mystral(a)gmail.com Regression SHA1: bd7a48c25114983f53c2c05299444e982f5a5490 Distribution: --- Created attachment 63812 --> https://bugs.winehq.org/attachment.cgi?id=63812 terminal output The game shows a black screen for a second after starting then it crashes. Reverting commit bd7a48c25114983f53c2c05299444e982f5a5490 fixes the crash for me. The problem can be reproduced in the demo version. EU3_Demo.exe md5: 28eb4e4e7429b8fd455052cbf467cc0b wine-4.3-136-g56f34c7489 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 418.42.02 -- 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