May 2022 - wine-bugs

[Bug 40569] New: application crashes with exception in ddraw_allocate_handle (win98)
by wine-bugs＠winehq.org 05 Feb '23

05 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=40569 Bug ID: 40569 Summary: application crashes with exception in ddraw_allocate_handle (win98) Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 54407 --> https://bugs.winehq.org/attachment.cgi?id=54407 Terminal output (wine 1.9.9) I get a page fault in 32-bit code when starting a game in TOCA Touring Car Championship. This is an old game that requires windows version <= win98. The demo also has the bug. ---begin quote--- ... wine: Unhandled page fault on read access to 0x00000110 at address 0x7e7fcf1d (thread 0028), starting debugger... Unhandled exception: page fault on read access to 0x00000110 in 32-bit code (0x7e7fcf1d). ... Backtrace: =>0 0x7e7fcf1d ddraw_allocate_handle+0x1d(t=0x10c, object=0x15f960, type=DDRAW_HANDLE_MATERIAL) [/home/olivier/Projets/wine-builds/1.9.9_x86/dlls/ddraw/../../../wine-git/dlls/ddraw/main.c:118] in ddraw (0x0033f478) ... ---end quote--- This is with git wine 1.9.9-35-gbd2999d and no patch. -- 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.

2 16

[Bug 51481] New: Why is the Epson printer printing blank pages?
by WineHQ Bugzilla 04 Feb '23

04 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=51481 Bug ID: 51481 Summary: Why is the Epson printer printing blank pages? Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: baroncorrz(a)gmail.com Distribution: --- Epson printer printing blank pages because there must be some problem related to the cartridge ink or the nozzle. The cartridge ink must have been depleted. You need to check the level of ink by comparing the ink level with the marker on the ink tank. If the ink level is low, then it means that you need to put in a new cartridge. If you have an ink tank with a low ink level, then fill the ink tank with the ink. The problem can also be due to the clogging of the nozzle. You need to clean the nozzle if this happens. One of the best ways to prevent this is by giving fewer jobs to the printer. https://www.epsonprintersupportpro.us/blog/printer-printing-blank-pages/ -- 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 21158] New: Hitman: Contracts ignores mouse press events
by wine-bugs＠winehq.org 04 Feb '23

04 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=21158 Summary: Hitman: Contracts ignores mouse press events Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.gamershell.com/download_5663.shtml OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: vitaliy(a)kievinfo.com With wine-1.1.35-180-g20a50f3, after launching Hitman: Contracts, mouse press events at the main menu are ignored by the game. Since a user reported that the game worked normally in wine-1.1.9, a regression test was performed, which indicated: 3743a1a7ca170c765cd779c61b9e362c5b1c5203 is first bad commit commit 3743a1a7ca170c765cd779c61b9e362c5b1c5203 Author: Vitaliy Margolen <wine-patches(a)kievinfo.com> Date: Sun Feb 1 13:11:46 2009 -0700 dinput: Consume mouse & keyboard events in exclusive mode. :040000 040000 6ae6b43b3c100af38ed4f27384470dc4d2595bc1 700b35b9bc8fd27239ee8faaed8ca1c10cfc31d4 M dlls Wine built prior to the indicated commit allows mouse input to work normally. Interestingly, doing graphical mode changes (via keyboard input) makes mouse input work again. The AppDB also suggests adding the strings: UseDirectInputMouse UseDirectInputKeyboard to the HitmanContracts.ini configuration file to have mouse input work. The only visible output under wine-1.1.35-180-g20a50f3 is: fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024) fixme:win:EnumDisplayDevicesW ((null),0,0x32eb58,0x00000000), stub! fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub fixme:dsound:DllCanUnloadNow (void): stub fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub (Z:\code\hitman2\gui\MainMenu.cpp:554)Hitman Contracts build 171 (Apr 26 2004 14:42:27) fixme:dsound:DllCanUnloadNow (void): stub -- 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.

2 17

[Bug 50129] New: Calibre-portable error initializing the bypy frozen importer
by WineHQ Bugzilla 03 Feb '23

03 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=50129 Bug ID: 50129 Summary: Calibre-portable error initializing the bypy frozen importer Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bilbiliblus(a)gmail.com Distribution: --- When I try to run Calibre-portable.exe y have this message: There was an error initializing the bypy frozen importer: <class 'MemoryError'>: Traceback (most recent call last): File bypy-importer.py, line 250, in <module> File bypy-importer.py, line 195, in __init__ It only happens since Calibre changed to version 5 and on. This very morning I've tried with Calibre 5.3 Thank you -- 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 3

[Bug 52461] New: The Legend of Heroes: Trails of Cold Steel III usually hangs on exit
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52461 Bug ID: 52461 Summary: The Legend of Heroes: Trails of Cold Steel III usually hangs on exit Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 71749 --> https://bugs.winehq.org/attachment.cgi?id=71749 patch mitigating the race To reproduce it's sufficient to install the game from Steam, get into the main menu, and select the "exit" option (page down with the S key then press Enter). Closing the window also works. The hang doesn't happen every time but does happen most times I tested. This is an application bug. There are two threads—a main thread and a worker thread. The main thread closes the handle to a mutex, goes off and does some other things, and then tries to wait on the mutex handle again (with a timeout of INFINITE). The worker thread basically does a timed wait, in a loop, on a set of handles, except that instead of passing a timeout to WaitForMultipleObjects(), it repeatedly creates a non-periodic auto-reset timer object, sets it for 1 ms, and adds it to the wait array, and then closes the handle. Because of the way handles are allocated in Wine (i.e. "lowest slot first"), and because of the specific pattern of handle usage of the program, what usually happens is that when the mutex handle is closed, the value is reused for a timer handle in the worker thread. While the worker thread is sleeping on the timer, the main thread also waits on it, and when the timer fires, it only wakes up the worker thread (which is almost always first in the queue). Closing the handle of a waitable object in Windows doesn't interrupt other waits in progress, and because the timer is non-periodic and auto-reset, the main thread ends up waiting forever. It turns out that Windows doesn't allocate handles like this. Rather, it seems to use a free list, much like we use in other places in Wine: testing shows that handles are always allocated in the reverse order that they are freed, including across multiple threads, and regardless of how many handles were just allocated. Changing Wine to use a free list like this actually does mitigate the problem. Because the worker thread closes its timer handle and then immediately creates a new one, it will almost always get back the same handle value. The main thread will most likely close its mutex handle while the worker thread is still sleeping, with the effect that the mutex handle won't be reallocated and the subsequent wait will return STATUS_INVALID_HANDLE. In theory the potential for the race is still there, however; it's still possible for the mutex handle to be closed after the timer handle is closed but before a new timer is created, in which case the mutex handle value will be reused for the timer value as it is currently. In practice I'm not sure if this happens more than a negligible fraction of the time. I certainly couldn't reproduce it after 6 or so tries, although that's not very many. Note that there are also reports of it hanging on Windows [1]... [1] https://steamcommunity.com/app/991270/discussions/0/2145343189632898904/ -- 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 1

[Bug 51313] New: gdi32:driver sometimes fails with a STATUS_GRAPHICS_PRESENT_OCCLUDED error
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=51313 Bug ID: 51313 Summary: gdi32:driver sometimes fails with a STATUS_GRAPHICS_PRESENT_OCCLUDED error Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:driver sometimes gets one or two failures like these: https://test.winehq.org/data/patterns.html#gdi32:driver driver.c:649: Test failed: Got unexpected return code 0xc01e0006. driver.c:689: Test failed: Got unexpected return code 0xc01e0006. 0xc01e0006 is STATUS_GRAPHICS_PRESENT_OCCLUDED. This has happened before but the reason for this error was not identified: https://www.winehq.org/pipermail/wine-devel/2019-July/148494.html I initially suspected a leftover window from a previous test, specifically an Internet Explorer first-run dialog. However the screenshots in the TestBot jobs show that this happens even when there is no such dialog (or at least the dialog is gone by the time the tests complete). The failures always happen on the same two lines despite the occlusion status being checked in other places. Also both failures happen right after minimizing the windows. So it seems likely there is a race condition, either in the test or in the underlying API (if so it spans Windows 10 1607 to 2009). -- 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 51040] New: msi:package fails on Windows 10 if privileges not high enough
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=51040 Bug ID: 51040 Summary: msi:package fails on Windows 10 if privileges not high enough Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failures only happen if the test is run on a recent enough Windows (i.e. Windows 10) in a user account with too few privileges. package.c:5079: Test failed: Expected "keydata", got "" package.c:5084: Test failed: Expected "field2", got "" package.c:5089: Test failed: Expected "keydata,field2", got "" package.c:5096: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\FileName1", got "" package.c:5107: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\", got "" package.c:5113: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\", got "" package.c:5123: Test failed: Expected "C:\Users\winetest\AppData\Local\", got "" package.c:5136: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\FileName2.dll", got "" package.c:5147: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\FileName4.dll", got "" package.c:5651: Test failed: Expected , got winetest In particular one can notice this bug on the TestBot's w1064_adm VM. Note however that these tests seem to be run and succeed on wvistaadm and w7u_adm. See: https://test.winehq.org/data/tests/msi:package.html -- 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 3

[Bug 47508] New: FL Studio: Pressing backspace while editing the name of something closes edit name window prematurely
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=47508 Bug ID: 47508 Summary: FL Studio: Pressing backspace while editing the name of something closes edit name window prematurely Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Created attachment 64895 --> https://bugs.winehq.org/attachment.cgi?id=64895 A channel highlighted in the channel rack Since Wine 4.9, pressing backspace to remove text while editing the name of something closes the window and sets the name as whatever was in the box usually with one character removed. Before 4.9 pressing backspace only removed a character without closing the window which is correct behaviour. Steps to reproduce: 1. Open FL Studio. 2. Press F6 to open the channel rack. If nothing appears or a window disappeared, press F6 again. 3. There are probably already a few "channels" in the project file (possibly the demo project opened up). See the image attached. You need to hold shift and click on the highlighted bit, which is a channel. (Alternatively right click and select "Rename, color and icon..."). You can pick any channel for this. 4. The edit name window will appear. Type anything, then press backspace to try and remove a character. What is expected: It should remove a character without closing the window, as text editing usually goes. What actually happens: It closes the edit name window. Sometimes pressing backspace again after the edit name window has closed (especially when doing this on the mixer) goes on to close the playlist (the window with a big grid) which is not normal behaviour (doesn't happen before 4.9 either). Pressing backspace usually only changes the snap settings (the little drop down menu at the top panel of the main FL Studio window which has a magnet by it). -- 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.

2 25

[Bug 52354] New: winemac.drv not functional on non metal GPUs
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52354 Bug ID: 52354 Summary: winemac.drv not functional on non metal GPUs Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com Distribution: --- Since wine-6.17 winemac.drv no longer functions on non Metal GPUs this breaks legacy versions of mac OS X below 10.11 and systems that contain GPUs that don't support Metal. -- 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 63

[Bug 51784] New: The dinput8:hid output is too big in Wine
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=51784 Bug ID: 51784 Summary: The dinput8:hid output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput8:hid outputs ~26kB of data. This is too much and contributes in pushing the WineTest reports above the 1.5MB limit. The traces break down as follows: 0kB failures 25kB todos 0kB traces 0kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 49443] New: Anno 1800: Super slow & bad performance
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=49443 Bug ID: 49443 Summary: Anno 1800: Super slow & bad performance Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: holzminister(a)t-online.de Distribution: --- Created attachment 67544 --> https://bugs.winehq.org/attachment.cgi?id=67544 terminal out WineD3D Hi, I tried to run Anno 1800 but unfortunately it runs pretty terrible slow on my end. The game itself seems to work fine. But when loading into a game it takes me about 30 minutes on my machine (The loading screen seems unresponsive for most of the time, animation plays like once every 5 minutes or so). When loaded into a game I get like <10 FPS (DXVK & WineD3D) and you can visible see the assets and texures being loaded when scrolling through the map (DXVK, with WineD3D it is the same, but there are a lot of graphical glitches in addition). The terminal output attached is with WineD3D. If you require more information please let me know and I will try to provide it. my pc Archlinux Ryzen 2700x 32gb ram AMD Vega 56 (Mesa 20.1.1) game and os on ssd Kind 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

[Bug 52936] New: winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage, fails with UTF-8 codepage
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52936 Bug ID: 52936 Summary: winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage, fails with UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus fails fails on Windows with the UTF-8 codepage: url.c:306: Test failed: expected failure url.c:307: Test failed: got 0 url.c:346: Test failed: expected failure url.c:347: Test failed: got 0 https://test.winehq.org/data/patterns.html#winhttp:url These two pairs of failures happen when calling WinHttpCreateUrl() on the following URLs respectively: 39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0}; 40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0}; So maybe these tests should be skipped when running in a UTF-8 locale since it's supposed to be able to handle any UTF-16 codepoint. What is surprising is that this test does not fail on debian11-hi-IN (where GetACP()==UTF-8). That looks like a bug too. The tests were introduced in this commit: commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Tue Nov 6 16:09:04 2018 +0100 winhttp: Properly handle request paths with Unicode characters. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076 Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 43235] New: FreeBSD crash on Dungeons & Dragons Online because of secur32
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=43235 Bug ID: 43235 Summary: FreeBSD crash on Dungeons & Dragons Online because of secur32 Product: Wine Version: 2.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 58542 --> https://bugs.winehq.org/attachment.cgi?id=58542 Output trying to run the Dungeons & Dragons Online launcher I updated today to staging 2.10 and I wanted to try out D&DO. It was working in staging 2.7 before I upgrade to 2.10 I attached the output. Maybe it's a built mistake from the maintainer, maybe it's Wine, I don't know since I'm using the pre-built package from repositories. -- 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.

2 20

[Bug 52462] New: Wine don't recognize Ipega PG-9025 LT, RT and up/down axis of right analog stick
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52462 Bug ID: 52462 Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down axis of right analog stick Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Left trigger, right trigger, and up/down axis of right analog stick aren't recognized by Wine, according to game input settings from control panel. Procedures: 1 - Connect Ípega PG-9025 on Bluetooth 2 - run 'wine control' 3 - Open Game Input Settings 4 - Select "Control test" tab 5 - Press LT, RT buttons, and move right analog stick to up and down Triggers does works on native GNU/Linux applications Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE -- 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 14

[Bug 49202] New: Never exited critical section in freetype.c
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=49202 Bug ID: 49202 Summary: Never exited critical section in freetype.c Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- if expression `(!enum_face_charsets(family, face, &enum_charsets, proc, lparam, NULL))` is true, then only return is executed without exiting critical session https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a… ``` if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam, psub ? psub->from.name : NULL)) return FALSE; } } } else { LIST_FOR_EACH_ENTRY( family, &font_list, Family, entry ) { face_list = get_face_list_from_family(family); face = LIST_ENTRY(list_head(face_list), Face, entry); if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam, NULL)) return FALSE; ``` -- 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

[Bug 44650] New: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch)
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=44650 Bug ID: 44650 Summary: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, this is mentioned in bug 40479 (first in https://bugs.winehq.org/show_bug.cgi?id=40479#c9 with some hack) but was never properly explained to a wider audience. Bug 40479 is already horribly messed up with various issues mixed in and end-user support/discussion hence I'm tracking this interesting problem here to discuss a proper solution. The inaccessible memory "hole" is by design. Relevant trace log: --- snip --- $ pwd /home/focht/wine-games/wineprefix64-bnet/drive_c/Program Files (x86)/Overwatch $ WINEDEBUG=+seh,+loaddll,+relay,+ntdll,+virtual wine64 ./Overwatch.exe >>log.txt 2>&1 ... 0030:trace:module:get_load_order looking for L"C:\\windows\\system32\\dxgi.dll" 0030:trace:module:get_load_order got hardcoded default for L"dxgi.dll" 0030:trace:module:load_dll L"C:\\windows\\system32\\dxgi.dll" is a fake Wine dll 0030:trace:module:load_builtin_dll Trying built-in L"dxgi.dll" 0030:trace:virtual:virtual_create_builtin_view created 0x7fc4ad700000-0x7fc4ad938000 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rw- ... 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4ad937000 00001000 00000008 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4ad937000-0x7fc4ad937fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rW- 0030:trace:module:load_builtin_callback loaded dxgi.dll 0x65680 0x7fc4ad700000 0030:trace:module:load_dll Loaded module L"C:\\windows\\system32\\dxgi.dll" (builtin) at 0x7fc4ad700000 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4adc01d98 00000018 00000004 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4adc01000-0x7fc4adc01fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad970000 - 0x7fc4adc03fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad970000 - 0x7fc4ad970fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad971000 - 0x7fc4adc00fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc01000 - 0x7fc4adc01fff c-rW- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc02000 - 0x7fc4adc03fff c-rw- 0030:trace:imports:import_dll --- CreateDXGIFactory1 dxgi.dll.2 = 0x7fc4ad710440 0030:trace:imports:import_dll --- DXGID3D10CreateDevice dxgi.dll.4 = 0x7fc4ad71047c 0030:trace:imports:import_dll --- DXGID3D10RegisterLayers dxgi.dll.5 = 0x7fc4ad7104a0 ... 0030:Call KERNEL32.VirtualAlloc(00000000,00238000,00001000,00000004,) ret=14001f538 0030:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00238000 1000 00000004 0030:trace:virtual:map_view got mem in reserved area 0x3690000-0x38c8000 0030:trace:virtual:create_view forcing exec permission on 0x3690000-0x38c7fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x3690000 - 0x38c7fff (valloc) 0030:trace:virtual:VIRTUAL_DumpView 0x3690000 - 0x38c7fff c-rw- 0030:Ret KERNEL32.VirtualAlloc() retval=03690000 ret=14001f538 0030:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x14001f5fa ip=14001f5fa tid=0030 0030:trace:seh:NtRaiseException info[0]=0000000000000000 0030:trace:seh:NtRaiseException info[1]=00007fc4ad737000 0030:trace:seh:NtRaiseException rax=00000000079e4455 rbx=00007fc4ad700040 rcx=0000000000201000 rdx=000000007bdb5210 0030:trace:seh:NtRaiseException rsi=00007fc4ad737000 rdi=00000000036c7000 rbp=00000000002360a0 rsp=0000000000235fa0 0030:trace:seh:NtRaiseException r8=0000000003690000 r9=000000014001f538 r10=0000000000000000 r11=0000000000000246 0030:trace:seh:NtRaiseException r12=0000000000000014 r13=000000007ffe0030 r14=000000007b472568 r15=0000000000065680 ... --- snip --- Overwatch/WoW make private in-memory copies of 'dxgi.dll' and 'd3d11.dll' as early as possible (loader notifications). This is done as another anti-cheat measure/method to detect hooking/hotpatching/proxying of DirectX interfaces at runtime by comparing real API entry points with the copies. It assumes that all parts of the in-memory image are readable but it's not due to the way the static and dynamic linker work. Relevant 'strace' part, annotated. --- snip --- $ strace -e trace=mmap,mprotect,munmap,open -o strace.log wine64 ./Overwatch.exe ... open("/home/focht/projects/wine/wine.repo/install/bin/../lib64/wine/dxgi.dll.so", O_RDONLY|O_CLOEXEC) = 11 ; --- map first "LOAD" segment (.text, ...) mmap(NULL, 2391592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 11, 0) = 0x7f195c3e3000 ; --- make alignment "hole" inaccessible mprotect(0x7f195c42a000, 2093056, PROT_NONE) = 0 ; --- map second "LOAD" segment (.data, .bss, ...) mmap(0x7f195c629000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 11, 0x46000) = 0x7f195c629000 ; --- .got.plt .data sections within segment mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_WRITE) = 0 mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_EXEC) = 0 mprotect(0x7f195c629000, 4096, PROT_READ) = 0 ; --- remaining zero-filled sections (e.g. .bss) mmap(0x7f195c400000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f195c400000 ... ; --- Page fault due to game code accessing the "hole". --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x7f195c42a000} --- ... --- snip --- Dumping the ELF headers: --- snip --- $ readelf -a install/lib64/wine/dxgi.dll.so ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x20320 Start of program headers: 64 (bytes into file) Start of section headers: 693488 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 7 Size of section headers: 64 (bytes) Number of section headers: 35 Section header string table index: 32 ... Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 [ 1] .note.gnu.build-i NOTE 00000000000001c8 000001c8 0000000000000024 0000000000000000 A 0 0 4 [ 2] .gnu.hash GNU_HASH 00000000000001f0 000001f0 0000000000000044 0000000000000000 A 3 0 8 [ 3] .dynsym DYNSYM 0000000000000238 00000238 0000000000000270 0000000000000018 A 4 2 8 [ 4] .dynstr STRTAB 00000000000004a8 000004a8 00000000000001cb 0000000000000000 A 0 0 1 [ 5] .gnu.version VERSYM 0000000000000674 00000674 0000000000000034 0000000000000002 A 3 0 2 [ 6] .gnu.version_r VERNEED 00000000000006a8 000006a8 0000000000000050 0000000000000000 A 4 2 8 [ 7] .rela.dyn RELA 00000000000006f8 000006f8 000000000000eb98 0000000000000018 A 3 0 8 [ 8] .rela.plt RELA 000000000000f290 0000f290 0000000000000030 0000000000000018 AI 3 10 8 [ 9] .init PROGBITS 000000000000f2c0 0000f2c0 0000000000011024 0000000000000000 AX 0 0 4 [10] .plt PROGBITS 00000000000202f0 000202f0 0000000000000030 0000000000000010 AX 0 0 16 [11] .text PROGBITS 0000000000020320 00020320 00000000000149fd 0000000000000000 AX 0 0 16 [12] .fini PROGBITS 0000000000034d20 00034d20 0000000000000009 0000000000000000 AX 0 0 4 [13] .rodata PROGBITS 0000000000034d40 00034d40 000000000000bdb0 0000000000000000 A 0 0 32 [14] .eh_frame_hdr PROGBITS 0000000000040af0 00040af0 0000000000000974 0000000000000000 A 0 0 4 [15] .eh_frame PROGBITS 0000000000041468 00041468 000000000000556c 0000000000000000 A 0 0 8 [16] .init_array INIT_ARRAY 0000000000246dc8 00046dc8 0000000000000008 0000000000000000 WA 0 0 8 [17] .fini_array FINI_ARRAY 0000000000246dd0 00046dd0 0000000000000008 0000000000000000 WA 0 0 8 [18] .jcr PROGBITS 0000000000246dd8 00046dd8 0000000000000008 0000000000000000 WA 0 0 8 [19] .data.rel.ro PROGBITS 0000000000246de0 00046de0 0000000000000008 0000000000000000 WA 0 0 8 [20] .dynamic DYNAMIC 0000000000246de8 00046de8 00000000000001f0 0000000000000010 WA 4 0 8 [21] .got PROGBITS 0000000000246fd8 00046fd8 0000000000000028 0000000000000008 WA 0 0 8 [22] .got.plt PROGBITS 0000000000247000 00047000 0000000000000028 0000000000000008 WA 0 0 8 [23] .data PROGBITS 0000000000247030 00047030 0000000000000dc0 0000000000000000 WA 0 0 16 [24] .bss NOBITS 0000000000247df0 00047df0 0000000000000038 0000000000000000 WA 0 0 16 ... Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), l (large) I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) There are no section groups in this file. Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x00000000000469d4 0x00000000000469d4 R E 200000 LOAD 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000001028 0x0000000000001060 RW 200000 DYNAMIC 0x0000000000046de8 0x0000000000246de8 0x0000000000246de8 0x00000000000001f0 0x00000000000001f0 RW 8 NOTE 0x00000000000001c8 0x00000000000001c8 0x00000000000001c8 0x0000000000000024 0x0000000000000024 R 4 GNU_EH_FRAME 0x0000000000040af0 0x0000000000040af0 0x0000000000040af0 0x0000000000000974 0x0000000000000974 R 4 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 10 GNU_RELRO 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000000238 0x0000000000000238 R 1 Section to Segment mapping: Segment Sections... 00 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_fr ame 01 .init_array .fini_array .jcr .data.rel.ro .dynamic .got .got.plt .data .bss 02 .dynamic 03 .note.gnu.build-id 04 .eh_frame_hdr 05 06 .init_array .fini_array .jcr .data.rel.ro .dynamic .got --- snip --- * LOAD segment "00" -> align 0x200000 (x86_64 default) * LOAD segment "01" -> align 0x200000 (x86_64 default) ELF's "linking view": The 0x200000 alignment of the two LOAD segments is default for static linker 'ld' on x86_64. ELF's "execution view": The dynamic linker/loader 'ld.so' will set the page protection of the alignment gap between the LOAD segments to 'PROT_NONE', creating an inaccessible "hole" by design. https://sourceware.org/git/?p=glibc.git;a=blob;f=elf/dl-map-segments.h;h=d3… --- snip --- 21 /* This implementation assumes (as does the corresponding implementation 22 of _dl_unmap_segments, in dl-unmap-segments.h) that shared objects 23 are always laid out with all segments contiguous (or with gaps 24 between them small enough that it's preferable to reserve all whole 25 pages inside the gaps with PROT_NONE mappings rather than permitting 26 other use of those parts of the address space). */ ... --- snip --- There is a Wine-Staging patch here: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Buil… Specifically: https://github.com/wine-staging/wine-staging/blob/master/patches/ntdll-Buil… The patch essentially allows app code to access the memory between the LOAD segments (alignment gaps/holes marked as 'VPROT_SYSTEM'). It's certainly doable this way ... but lets hear how Alexandre thinks of this. An alternative to "fix" the holes is by using the static linker. The default 'ld' setting for alignment of LOAD segments without using a custom linker script can be adjusted by using '-z max-page-size=N' and/or '-z common-page-size=N' (target page size). Wine actually already makes use of this for modules which need to be "prelinked" at fixed address ranges (core dlls): https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l… --- snip --- 1136 default: 1137 if (opts->image_base) 1138 { 1139 if (!try_link(opts->prefix, link_args, "-Wl,-z,max-page-size=0x1000")) 1140 strarray_add(link_args, "-Wl,-z,max-page-size=0x1000"); 1141 if (!try_link(opts->prefix, link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base))) 1142 strarray_add(link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base)); 1143 else 1144 prelink = PRELINK; 1145 } 1146 break; 1147 } --- snip --- Example: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/Makefile.in… --- snip --- 6 EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 --- snip --- --- snip --- $ readelf -a install/lib64/wine/kernel32.dll.so ... Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x000000007b400000 0x000000007b400000 0x00000000002c3bcc 0x00000000002c3bcc R E 1000 LOAD 0x00000000002c3dc8 0x000000007b6c4dc8 0x000000007b6c4dc8 0x00000000001b1448 0x00000000001b1ad0 RW 1000 --- snip --- Due to platform (target) page granularity, there is no hole anymore in between the two LOAD segments. Giving 'dxgi' and 'd3d11' dlls fixed load addresses basically achieves the same but at static link time: --- snip --- $ grep -Hrni image-base dlls/ dlls/dxgi/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x71710000 dlls/kernel32/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 dlls/ntdll/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wl,--image-base,0x7bc00000 dlls/opengl32/Makefile.in:5:EXTRADLLFLAGS = -Wl,--image-base,0x7a800000 dlls/riched20/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x7ac00000 dlls/d3d11/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x77590000 --- snip --- Alternatively, decouple the 'ld' option from Wine's 'image-base' option. Anyway, chose between the static link time vs. runtime link time (permission fixup -> staging patch) method ;-) $ wine --version wine-3.3 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.

2 22

[Bug 35651] New: Warcraft III: Some videos are not played
by wine-bugs＠winehq.org 31 Jan '23

31 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=35651 Bug ID: 35651 Summary: Warcraft III: Some videos are not played Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Created attachment 47608 --> http://bugs.winehq.org/attachment.cgi?id=47608 Console log from wine-1.7.13-27-ge610713 There was a bug 12792 - "Warcraft III videos is not playing" which was closed as fixed in wine-1.7.13. Well i noticed, that some videos are played, but not all for example "Introduction: The Prophecy". I tested this on 64bit Debian Jessie and 32bit Wheezy. Results: * In Wow64 the videos are skipped * In 32bit version wine crashes Even though Wow64 log suggest, that 32bit libgstreamer plugins are missing, i don't think, that this line is correct as i installed them, recompiled and even configure no longer complains about missing Gstreamer. -- 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.

2 26

[Bug 25726] New: PDF XChange Viewer corrupt display when scrolling
by wine-bugs＠winehq.org 31 Jan '23

31 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=25726 Summary: PDF XChange Viewer corrupt display when scrolling Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schwejk(a)quantentunnel.de Created an attachment (id=32773) --> (http://bugs.winehq.org/attachment.cgi?id=32773) output when program run out of console When scrolling a document horizontal lines appear and the document is partially unreadable. (version 2.5 build 190) http://www.tracker-software.com/product/pdf-xchange-viewer -- 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.

2 19

[Bug 50780] New: ALT+TAB freezes game Stronghold (Crusader)
by WineHQ Bugzilla 31 Jan '23

31 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50780 Bug ID: 50780 Summary: ALT+TAB freezes game Stronghold (Crusader) Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: geist1(a)sms.at Distribution: --- Game "Stronghold Crusader HD" as well "Stronghold Crusader" , "Stronghold I" - Stronghold Extreme will freeze after ALT+TAB to Desktop and back switching with ALT+TAB to the game. If you tab out on the title screen of Stronghold and tab back in, the screen is correctly restored but game freezes. If you TAB out and back in during the game (not on the main screen) , the game window is not restored correctly, only a black window is visible with no sound. It worked correctly until 4.9. All Version starting from 4.10 up current one (6.3) will fail. Game run in fulscreen at 1280X720. Desktop resolution is 1920X1080. -- 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

[Bug 52303] New: Bridge Baron 13: sound pops unusually
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52303 Bug ID: 52303 Summary: Bridge Baron 13: sound pops unusually Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juef17(a)hotmail.com Distribution: --- Created attachment 71460 --> https://bugs.winehq.org/attachment.cgi?id=71460 Sound files and debug output In Bridge Baron 13, clicking "Jouer" ("Play") plays a clicking sound. The sound is fine until its very end, where it pops in a significant fashion. The original .wav file and a recording of how it's played through Wine are attached to this report. This has been tested with wine-staging 7.0-rc3 on Linux Lite 5.6 and PulseAudio. Setting the OS to WinXP through winecfg had no impact. I got the debug output suggested by the winehq Wiki on audio and attached it to this report. The demo version of the software is available on archive.org and exhibits the same issue: https://archive.org/details/bb13demo -- 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

[Bug 51887] New: jshell: Launching JShell execution engine threw: IP Helper Library GetIpAddrTable function failed
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51887 Bug ID: 51887 Summary: jshell: Launching JShell execution engine threw: IP Helper Library GetIpAddrTable function failed Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: candrews(a)integralblue.com Distribution: --- To reproduce the problem: * Download Java 17 from The Temurin project: https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17%2B3… * Extract the zip * Run: `wine64 bin/jshell.exe` With Wine 6.18, the result is: Launching JShell execution engine threw: IP Helper Library GetIpAddrTable function failed With Wine 4.0.3, the result is: | Welcome to JShell -- Version 16.0.1 | For an introduction type: /help intro jshell> So somewhere between Wine 4.0.3 and 6.18, there was a regression. To reproduce the issue using Docker, start with either: * docker run -it alpine:3.13.5 (which will use wine 6.18) * docker run -it alpine:3.14.2 (which will use wine 4.0.3) Then at the shell prompt in the running container: apk add wine && wget -q "https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17+35/…" -O /tmp/openjdk-windows.zip && unzip /tmp/openjdk-windows.zip -d /tmp && mv "/tmp/jdk-17+35" /opt/openjdk-windows && rm /tmp/openjdk-windows.zip && wine64 /opt/openjdk-windows/bin/jshell.exe -- 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 39775] New: PCBWeb 2.x fails to load
by wine-bugs＠winehq.org 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=39775 Bug ID: 39775 Summary: PCBWeb 2.x fails to load Product: Wine Version: 1.8-rc1 Hardware: x86 URL: http://www.pcbweb.com/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 53065 --> https://bugs.winehq.org/attachment.cgi?id=53065 Wine log of PCBWebUpdater.exe execution Free PCB CAD application, about 15MB download. Requires .NET Framework 4.5.2 and Win7. Includes DirectX 9 and uses SharpDX (http://sharpdx.org). Installs but fails to load (PCBWeb.exe). Updater (PCBWebUpdater.exe) hangs. Installation: winetricks -q corefonts dotnet45 wine NDP452-KB2901907-x86-x64-AllOS-ENU.exe winetricks win7 wine SetupPCBWeb-2.2.106.1.exe Tried native gdiplus to no avail. -- 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.

2 14

[Bug 32908] New: Resident Evil: Operation Raccoon City doesn't launch
by wine-bugs＠winehq.org 28 Jan '23

28 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=32908 Bug #: 32908 Summary: Resident Evil: Operation Raccoon City doesn't launch Product: Wine Version: 1.5.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 43461 --> http://bugs.winehq.org/attachment.cgi?id=43461 without native dx See attached logs without and with native DirectX. -- 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.

2 14

[Bug 42439] New: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue
by wine-bugs＠winehq.org 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=42439 Bug ID: 42439 Summary: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: kevincarrolldavis(a)gmail.com While in full screen mode, the in-game menu screens flicker and sometimes render other menu screens on top of one another. A work around for this issue was found when the following line was commented out from the updateColorSpace function found in the dlls/winemac.drv/cocoa_window.m file: [self SetColorSpace:nil]; Ensuring that the RGB color space was used appeared to fix the problem. -- 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.

2 6

[Bug 52862] New: The 64-bit d3dcompiler_43:hlsl_d3d9, d3dcompiler_46:hlsl_d3d9 and d3dcompiler_47:hlsl_d3d9 fail in Wine on cw-gtx560
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52862 Bug ID: 52862 Summary: The 64-bit d3dcompiler_43:hlsl_d3d9, d3dcompiler_46:hlsl_d3d9 and d3dcompiler_47:hlsl_d3d9 fail in Wine on cw-gtx560 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3dcompiler_43:hlsl_d3d9, d3dcompiler_46:hlsl_d3d9 and d3dcompiler_47:hlsl_d3d9 have the same failures in Wine on cw-gtx560: hlsl_d3d9.c:469: Test failed: Test 0: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 1: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 2: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 3: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 4: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 5: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 6: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:469: Test failed: Test 7: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:521: Test failed: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:735: Test failed: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d9.c:940: Test failed: Got unexpected value {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 0.00000000e+000}. https://test.winehq.org/data/patterns.html#d3dcompiler_43:hlsl_d3d9 https://test.winehq.org/data/patterns.html#d3dcompiler_46:hlsl_d3d9 https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9 In each case only the wow64 build has failures. All three started failing after this commit: commit 6a062afb75c1e026614403312f2e13207e359634 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Thu Mar 3 20:25:26 2022 -0600 d3dcompiler: Implement D3DCompile2() using vkd3d_shader_compile(). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51713 Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52435] New: Cobra Kai Black Screen on wine 7.0
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52435 Bug ID: 52435 Summary: Cobra Kai Black Screen on wine 7.0 Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: NihonFalcomOrigin(a)hotmail.fr Distribution: --- Hello. I was playing Cobra Kai on wine 6.0.3 without any problem. Since the update from wine to 7.0, the game launches but instead of the game, I have a black screen without sound. My configuration is: Debian 10.11 AMD Ryzen 7 3700X Nvidia GeForce GTX 1650 SUPER 32 GB of Memory SSD Western Black SN750 Can you tell me what I should do to fix the problem? Thanks in advance. Good evening. -- 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 50260] New: no printing possible at all
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50260 Bug ID: 50260 Summary: no printing possible at all Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefanehaas(a)web.de Distribution: --- Created attachment 68794 --> https://bugs.winehq.org/attachment.cgi?id=68794 Print error popup when printing I run wine 3.0 (stable on elementaryOS 5.1.7 Hera (ubuntu 18.04 bionic LTS). All my cups printers are recognized in win32 env/apps (powerpoint, notepad, ...) but on printing I immediately get a (generic) error no matter which printer (physical, PDF) I use -- 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 14831] New: ws2_32: sock.ok fails in Solaris, but not Linux
by wine-bugs＠winehq.org 28 Jan '23

28 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=14831 Summary: ws2_32: sock.ok fails in Solaris, but not Linux Product: Wine Version: 1.1.2 Platform: PC OS/Version: Solaris Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com austin@opensolaris:~/wine-git/dlls/ws2_32/tests$ make testclean ; wineserver -k ; rm -rf ~/.wine ; make sock.ok rm -f protocol.ok sock.ok ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok wine: created the configuration directory '/export/home/austin/.wine' err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! Could not load Mozilla. HTML rendering will be disabled. sock.c:947: Test failed: get/setsockopt(SO_RCVTIMEO) failed error: 10042 sock.c:955: Test failed: get/setsockopt(SO_SNDTIMEO) failed error: 10042 err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! sock.c:1258: Test failed: Failed to create socket: 10043 sock.c:1662: Test succeeded inside todo block: select should not return any socket handles sock.c:1663: Test succeeded inside todo block: FD should not be set sock.c:1664: Test succeeded inside todo block: FD should not be set sock.c:1688: Test failed: closesocket did not wakeup select sock.c:1765: Test failed: closesocket did not wakeup accept +winsock attached -- 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.

2 15

[Bug 52772] New: winetricks wmp9 fails to install (kernel32 version string doesn't match windows version)
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52772 Bug ID: 52772 Summary: winetricks wmp9 fails to install (kernel32 version string doesn't match windows version) Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 04a8213ba9e3b8aa1f980d19b240929948da5abe Distribution: --- After: commit 04a8213ba9e3b8aa1f980d19b240929948da5abe Author: Arkadiusz Hiler <ahiler(a)codeweavers.com> Date: Tue Apr 20 14:38:09 2021 +0300 kernel32: Update version to Win 10. This fixes the game Evil Genius 2 complaining about unsupported OS. Signed-off-by: Arkadiusz Hiler <ahiler(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> `winetricks wmp9` no longer installs; instead an error dialog saying that <= WINXP is required: 0124:trace:text:DrawTextExW L"This version of Windows Media Player can be installed only on Windows 98 Second Edition, Windows Millennium Edition, Windows 2000, Windows XP, and Windows .NET Server.", -1, [(0,0)-(237,52)] 00000850 winetricks is setting the windows version of the wineprefix to winxp before installing, but it seems that the installer is checking the kernel32 version strings, and failing to install as a result. Still present in wine-7.5-175-g0de8d01b09b, reverting the patch allows the installer to proceed. I'm not sure what we can do here. Currently the version string is hardcoded regardless of what version of windows we're reporting. I'd guess either we need to allow overriding the string/shipping different resource files for different reported windows versions, or call this a WONTFIX? -- 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 52681] New: Google Chrome Stopped working after 7.2
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52681 Bug ID: 52681 Summary: Google Chrome Stopped working after 7.2 Product: Wine-staging Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ndk+whq(a)esperanca.biz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hi! I have been using Google Chrome Portable for some time now. It was working with some options (--no-sandbox) right until wine-staging-7.3. It stopped starting after 7.3. The installation process from portableapps is smooth, it just does not want to start (no 'usual' black screen, just fails starting). I have tried to use old wine directory, new wine directory, installed corefonts as someone suggested in some of the bugs, etc. I also have tried to use wine-staging-7.4 with no luck. After I downgraded back to 7.2 - chrome started working again with --no-sandbox. The system: the latest Gentoo x64. Video card: AMD Radeon 480 (amdgpu Xorg driver). Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox Expected Behavior (works until wine-staging-7.3): Chrome starts and is usable Actual Behavior (wine-staging-7.3; wine-staging-7.4): Chrome fails to start. Let me know if there are any debug info is needed (preferrably which options to enable for WINEDEBUG). -- 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 52567] New: 16-bit version of Project Pluto Guide 8.0 crashes on start with division by zero exception
by WineHQ Bugzilla 28 Jan '23

28 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52567 Bug ID: 52567 Summary: 16-bit version of Project Pluto Guide 8.0 crashes on start with division by zero exception Product: Wine Version: 7.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71888 --> https://bugs.winehq.org/attachment.cgi?id=71888 Console output Steps to reproduce: 1. Run `wine setup16.exe` 2. Select "Windows 3.1 software (16 bit)" 3. Run `cd ~/.wine/drive_c/GUIDE8 && wine guide8a.exe` Console output is attached. -- 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 51427] New: CaptureAge crashes on startup
by WineHQ Bugzilla 26 Jan '23

26 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51427 Bug ID: 51427 Summary: CaptureAge crashes on startup Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: raphael.nestler(a)gmail.com Distribution: --- Created attachment 70280 --> https://bugs.winehq.org/attachment.cgi?id=70280 Console output of wine CaptureAge (https://appdb.winehq.org/objectManager.php?sClass=version&iId=39970) crashes on startup. After checking for updates it is just showing a white window before crashing. My System ArchLinux wine 6.12 from the ArchLinux repositories You can download CaptureAge from https://captureage.com/cade -- 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 43188] New: Crash when accessing File Open dialog
by wine-bugs＠winehq.org 26 Jan '23

26 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43188 Bug ID: 43188 Summary: Crash when accessing File Open dialog Product: Wine Version: 2.9 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: ph.schaefe(a)gmail.com Each time I use any of my windows programs with wine, and click the "Open File" menu item (or the "Open File ..." button) to get the 'file open dialog', the program crashes. This is consistent in all the windows programs I use. My version of Wine-devel seems up to date though, as I just did both "port upgrade wine-devel" and "port upgrade winetricks"on the console and it didn't upgrade anything. err:module:DelayLoadFailureHook failed to delay load comctl32.dll.HIMAGELIST_QueryInterface wine: Call from 0x7b42965e to unimplemented function comctl32.dll.HIMAGELIST_QueryInterface, aborting wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at address 0x7b42965e (thread 0009), starting debugger... Unhandled exception: unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called in 32-bit code (0x7b42965e). -- 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.

2 20

[Bug 38886] New: AArch64 platforms: ABI Problems wrt varargs (needs arm64 specific __builtin_ms_va_list)
by wine-bugs＠winehq.org 26 Jan '23

26 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=38886 Bug ID: 38886 Summary: AArch64 platforms: ABI Problems wrt varargs (needs arm64 specific __builtin_ms_va_list) Product: Wine Version: 1.7.46 Hardware: aarch64 URL: http://go.microsoft.com/fwlink/p/?LinkId=536682 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nerv(a)dawncrow.de CC: focht(a)gmx.net, nerv(a)dawncrow.de Distribution: --- Hi, running e.g. makecat.exe or midl.exe gives backtraces which suggest varargs problems. relevant part: (stripped) Backtrace: =>0 0x0000007f84d4aa04 raise_segv_exception(rec=0x7f83e8fa18, context=0x7f83e8f908) in ntdll (0x0000007f83e8fab0) 1 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d61b18, puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>, positional_params=0, invoke_invalid_param_handler=0x740020, pf_args=0x78003000200068, args_ctx=0x2d0020003a0000, valist=0x7f83e8fcb0) in msvcrt (0x0000007f83e8fab0) 2 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d67ec0, puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>, positional_params=0, invoke_invalid_param_handler=0, pf_args=0x7f83d617d8, args_ctx=0x0(nil), valist=0x7f83e8fcc8) in msvcrt (0x0000007f83e8fac0) 3 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f836822c0, puts_ctx=0x0(nil), fmt=<is not available>, locale=<is not available>, positional_params=0x40020000, invoke_invalid_param_handler=0x7f, pf_args=0x140020000, args_ctx=0x140020000, valist=0x7f84280910) in msvcrt (0x0000007f83e8fc50) 4 0x0000007f83d67ec0 MSVCRT_vsnwprintf+0x47(str=<is not available>, len=<is not available>, format=<is not available>, valist={__stack=0x7f836819f0, __gr_top=0x140010170, __vr_top=0x7f8428071c, __gr_offs=0x83681a28, __vr_offs=0x7f}) in msvcrt (0x0000007f83e8fc80) 5 0x0000000140012328 in makecat (+0x12327) (0x0000007f83e8fcb0) 6 0x00000001400123b0 in makecat (+0x123af) (0x0000007f83e8fcb0) uuidgen.exe -i this generates a different path which involves MSVCRT_vsnprintf, pf_printf_a and pf_handle_string_a -- 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.

2 24

[Bug 43287] New: Farming Simualtor 17
by wine-bugs＠winehq.org 24 Jan '23

24 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43287 Bug ID: 43287 Summary: Farming Simualtor 17 Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: sascha.spaces(a)yandex.ru Distribution: --- Created attachment 58629 --> https://bugs.winehq.org/attachment.cgi?id=58629 Backtrace Farming Simulator 17 does not start. The log is here. I'm from Russia and use google translator. There may be errors in the text. closed the game for abit but when i got back and tried playing it said could not init 3d system shader model is required and this is confusing me since a just played it and i check if anything needed a driver update. -- 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.

2 18

[Bug 50779] New: winegstreamer is leaking something
by WineHQ Bugzilla 24 Jan '23

24 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50779 Bug ID: 50779 Summary: winegstreamer is leaking something Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- A rough summary of the problem and things said on chat. Awhile ago a thing, that had been working reasonably well for quite a few years (with exception of a short period when code changes made the music stop looping), has began to randomly freeze to a point that you'd needed to wait for wm's kill dialog to appear after trying to close the main window. The messages in the console were saying something about being unable to create thread due to running out of resources. The freezes usually took a quite a bit of time, but didn't seem to have any obvious trigger. As far as free memory went, the situation was still fine at such time, but zf suggested it was an address space problem. Forcibly setting the executable to LARGE_ADDRESS_AWARE gave it more running time, but eventually seem to have resulted in a whole system freeze. As such, I was once put into realm of wild ass guesses and even crazier attempted solutions. So, I took a gamble and removed gst_object_ref calls from mpeg_audio_parser_init_gst and wave_parser_init_gst first. This didn't seem to have any effect. Then I've removed the last gst_object_ref - one in pad_added_cb. This resulted in a flood of 'gst_object_unref: assertion '((GObject *) object)->ref_count > 0' failed', yet after running for quite awhile the freeze is yet to happen. Now, this is far from conclusive, as we're trying to literally prove a negative here, but it would align well with the fact that free memory used at the time of freeze isn't all that significant. I'm not sure when the problem began. I think it was somewhere between 5.22 and 6.1 (though only the upper bound being definite). -- 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 35

[Bug 26715] New: Win1.0 executable triggers Dosbox
by wine-bugs＠winehq.org 21 Jan '23

21 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=26715 Summary: Win1.0 executable triggers Dosbox Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la $ wine paint This seems to be a very old (pre-3.0) Windows executable. Expect crashes, especially if this is a real-mode binary ! DOSBox version 0.74 Copyright 2002-2010 DOSBox Team, published under GNU GPL. --- CONFIG:Loading primary settings from config file /home/user/.wine/dosdevices/c:/users/user/Temp/cfg1bc1.tmp MIXER:Got different values from SDL: freq 44100, blocksize 512 ALSA:Can't subscribe to MIDI port (65:0) nor (17:0) MIDI:Opened device:none $ The executable (paint/PAINT.EXE) is the Windows 1.0 version of Paint. Wine properly recognises it as a "very old" Windows executable, but after doing that, Wine thinks that it is a DOS executable and tries to launch Dosbox. Dosbox gives the usual message: "This program requires Microsoft Windows." The lines about the old executable come from Wine while the rest of the lines come from Dosbox. -- 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.

2 17

[Bug 43996] New: 2GIS: error after exiting
by wine-bugs＠winehq.org 21 Jan '23

21 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43996 Bug ID: 43996 Summary: 2GIS: error after exiting Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spck(a)yandex.ru Distribution: --- Created attachment 59653 --> https://bugs.winehq.org/attachment.cgi?id=59653 just backtrace automatically formed by Wine Wine crashes when I successfully close 2GIS application -- 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.

2 6

[Bug 9358] New: DirectSoundDevice_SetCooperativeLevel level= DSSCL_PRIORITY not fully supported
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=9358 Summary: DirectSoundDevice_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: citizenr(a)gmail.com Since 1631 "Sound underruns occur in directsound" got closed Im opening a new bug. Basically Sound works, but is very choppy, garbled and eats CPU time slowing game down. http://bugs.winehq.org/attachment.cgi?id=7624 WINEDEBUG=warn+dsound wine ja2.exe this is Jagged Alliance 2 with JA2 V1.13 Mod JA2 V1.13 Mod install instructions : http://www.ja-galaxy-forum.com/board/ubbthreads.php/ubb/showflat/Number/567… or short one : do "svn co https://81.169.133.124/source/ja2_v1.13_data/GameDir" in game directory http://bugs.winehq.org/attachment.cgi?id=7625 It´s actually a music tracker I´m using, not a game. You can download Famitracker from http://famitracker.shoodot.net/files/ft_v026.zip and open a .ftm file from http://2a03.free.fr/?p=pub&type=ftm to reproduce this. Happens in games using Fmod. maybe a patch? http://bugs.winehq.org/attachment.cgi?id=4331 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 51906] New: War Mongrels fails to play videos
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51906 Bug ID: 51906 Summary: War Mongrels fails to play videos Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70857 --> https://bugs.winehq.org/attachment.cgi?id=70857 +mfplat winegstreamer warning: qtdemux0: Incorrect elementary fragment size. winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380): gst_qtdemux_loop_state_header (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Header atom '....' has empty length 0308:fixme:mfplat:topology_loader_Load 00000000092EABA0, 00000000092EACE0, 000000001959FBB8, 0000000000000000. 0308:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service {866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface {0a9ccdbc-d797-4563-9667-94ec5d79292d}. 0308:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001959FB48. winegstreamer warning: qtdemux1: Incorrect elementary fragment size. winegstreamer warning: qtdemux1: ../gst/isomp4/qtdemux.c(4380): gst_qtdemux_loop_state_header (): /GstBin:bin1/GstDecodeBin:decodebin1/GstQTDemux:qtdemux1: Header atom '....' has empty length wine-6.19-288-g93992c760d8 -- 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 51227] New: urlmon:url breaks the wininet:http test on Windows 10 1709+
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51227 Bug ID: 51227 Summary: urlmon:url breaks the wininet:http test on Windows 10 1709+ Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com WineTest shows that wininet:http has the following set of failures on Windows 10 1709+: https://test.winehq.org/data/patterns.html#wininet:http http.c:6732: Test failed: expected secure flag to be set http.c:6742: Test failed: InternetQueryOption failed: 12016 http.c:6748: Test failed: InternetQueryOption failed: 12016 http.c:6771: Test failed: InternetQueryOption failed: 12016 http.c:6776: Test failed: InternetQueryOption failed: 12016 http.c:6779: Test failed: expected same string However, when run on its own, the test always succeeds! Further testing shows that to reproduce the failure one must first run urlmon:url. More specifically: urlmon_test.exe url wininet_test.exe http -> fails wininet_test.exe http -> succeeds So urlmon:url breaks the wininet:http that follows, but wininet:http fixes whatever urlmon:url broke so that the next wininet:http run succeeds. So it seems like there are two bugs: * urlmon:url does not correctly clean up one of the changes it makes. * And wininet:http performs a similar change but instead of restoring the configuration as it was when the test started, it restores the default Windows configuration. -- 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 45542] New: regression: WeGame hangs after login.
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45542 Bug ID: 45542 Summary: regression: WeGame hangs after login. Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 61948 --> https://bugs.winehq.org/attachment.cgi?id=61948 0001-Revert-server-Assign-a-default-label-to-all-tokens.txt WeGame is a game platform by Tencent. Steps to reproduce: 1. $ winetricks -q mfc42 cjkfonts 2. $ wine WeGameMiniLoader.3.6.1.5080.gw.exe 3. $ cd .wine/drive_c/Program\ Files/WeGame 4. $ WINEDLLOVERRIDES="msvcr100=n" wine tgp_daemon.exe 5. Due to bug 45540 , we can't login by an account number and password. But we can login it by scanning its QR code. Clicking the Wechat icon and scaning the QR code on WeChat mobile for login. Expected: We can login and enter WeGame's game store interface. Actually: Login successfully but it will hang. I found that it work well on Wine-2.8 and I did a regression tests for it found that this commit broke it: commit a78d419420a43e1f428ac155082b87143117e381 Author: Michael Müller <michael(a)fds-team.de> Date: Fri Jun 16 20:41:36 2017 +0200 server: Assign a default label to all tokens. 0001-Revert-server-Assign-a-default-label-to-all-tokens.txt is a patch for reverting this commit on current Wine-3.13. And with this reverting WeGame doesn't hang again. -- 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.

2 8

[Bug 50351] New: Slow text rendering in dofus linked to fnIMLangFontLink2_GetCharCodePages calling WideCharToMultiByte with CP_UNICODE
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50351 Bug ID: 50351 Summary: Slow text rendering in dofus linked to fnIMLangFontLink2_GetCharCodePages calling WideCharToMultiByte with CP_UNICODE Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang Assignee: wine-bugs(a)winehq.org Reporter: eijebong+wine(a)bananium.fr Distribution: --- Created attachment 68941 --> https://bugs.winehq.org/attachment.cgi?id=68941 Patch that fixes the text rendering slowness (probably wrong) Dofus is very slow to render text and changing communication channels can hang the game for a few seconds. Profiling shows that it's spending lots of time opening files. Tracing shows it's trying to open c_1200.nls a *lot*. That file doesn't exist. Discussion on IRC: ``` 22:45:27 nsivov> so that comes from mlang 22:45:47 gofman> mind umbstowcs and friends... what if it really ends up searchign / opening locale file each time due to some reason (which can be fixed) 22:46:37 gofman> or maybe it doesn't find some locale and tries again on each character 22:48:07 zf> no such code page on Windows either 22:48:33 zf> we should probably cache failed attempts there 22:48:45 nsivov> in mlang it goes 1 char at a time * mlang_data size 22:49:30 gofman> cache missing is strange, but maybe some cached list of which locale exist is possible [...] 22:55:15 julliard> that's an mlang bug, CP_UNICODE is not a real codepage 22:57:01 nsivov> yes, for that particular loop it should be excluded [...] 23:38:04 zf> just judging from the diagnosis above, it seems like fnIMLangFontLink2_GetCharCodePages() is using CP_UNICODE in WideCharToMultiByte() when it shouldn't ``` The attached diff fixes the slowness but is probably not correct and I certainly don't understand enough about the cause to either write a meaningful commit message or a test. -- 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 32643] New: getsockopt() does not indicate WSAEFAULT when setting optlen too small
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=32643 Bug #: 32643 Summary: getsockopt() does not indicate WSAEFAULT when setting optlen too small Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexander255(a)lavabit.com Classification: Unclassified Using the attached WSA code will cause an error on Windows but NOT on WINE. If you change "optlen" value to at least 4, the example the code will run smoothly on both platforms. -- 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.

2 11

[Bug 26822] New: Double click the icon in the title bar should close the window
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=26822 Summary: Double click the icon in the title bar should close the window Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florian.angermeier(a)desaster-games.com In Windows it is the default behavior if double click the icon in the title bar of a window it closes the window. Would it not be better if this also true in Wine? Users of Windows software would expect such behavior. May be this is optional and is only behaving like this if you turn of the decoration of the windows (Which are Windows applications) through the window manager. If the decoration through the window manager is turn off the window have the "Windows window borders". -- 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.

2 11

[Bug 45759] New: Links 2003 needs native wmvcore
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45759 Bug ID: 45759 Summary: Links 2003 needs native wmvcore Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Created attachment 62205 --> https://bugs.winehq.org/attachment.cgi?id=62205 +wmvcore log of Links 2003 Links 2003 crashes on startup with builtin wmvcore. After copying wmvcore.dll from a prefix with wintricks wmp9 it runs fine (using winetricks wmp9 unsurprisingly also works). I've attached a +wmvcore log from a run with builtin wmvcore. -- 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.

2 8

[Bug 50306] New: Riptide GP Renegade: not able to connect to online multiplayer server (Error code 403)
by WineHQ Bugzilla 19 Jan '23

19 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50306 Bug ID: 50306 Summary: Riptide GP Renegade: not able to connect to online multiplayer server (Error code 403) Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ranplayer(a)protonmail.com Distribution: --- Created attachment 68878 --> https://bugs.winehq.org/attachment.cgi?id=68878 Wine output When you try to connect to the Online Multiplayer, the game shows the following message: """ Connection error: Unable to connect to the game server. Please, check you network connection and try again. (Error code 403) """ I created a clean prefix and installed only the Steam client and the game. No additional library was added. This issue happens on previous Wine versions as well. Game link: https://store.steampowered.com/app/443860/Riptide_GP_Renegade Setup: O.S: Manjaro Linux Arch: x86_64 Kernel: 5.4.80 Desktop Environment: KDE Plasma 5.20.4 CPU: Intel Core i5-4690s GPU: Nvidia GTX 970 4GB -- 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 51484] New: dmloader:loader fails randomly with a DMUS_E_LOADER_BADPATH error
by WineHQ Bugzilla 18 Jan '23

18 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51484 Bug ID: 51484 Summary: dmloader:loader fails randomly with a DMUS_E_LOADER_BADPATH error Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 70320 --> https://bugs.winehq.org/attachment.cgi?id=70320 Unsuccessful attempt to more reliably reproduce the failure dmloader:loader fails randomly in test_directory(): https://test.winehq.org/data/patterns.html loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181 loader.c:107: Test failed: SetSearchDirectory failed with 0x88781181 where 0x88781181 == DMUS_E_LOADER_BADPATH. As of writing only w7u and cw-gtx560-1506 had failures but they are quite rare (up to 110 runs between failures), so maybe the other platforms just got lucky. Also once (2021-06-21) there was this set of failures: loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181 loader.c:107: Test failed: SetSearchDirectory failed with 0 So it's as if there was a race condition causing SetSearchDirectory() to fail until some initialization process completed. That or it's some sort of uninitialized memory issue and the failures truly are random; or SetSearchDirectory() checks the presence of some directory corresponding to "", and some other process interferes with that. The attached patch has no success reproducing this issue so maybe the cause is external. -- 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 40446] New: WinSCP is missing text in the "About" window
by wine-bugs＠winehq.org 18 Jan '23

18 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=40446 Bug ID: 40446 Summary: WinSCP is missing text in the "About" window Product: Wine Version: 1.9.7 Hardware: x86 URL: http://winscp.net/download/winscp577.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Run WinSCP, invoke Tools -> About, see no text. Logged errors in console: fixme:ieframe:PersistStreamInit_InitNew (0x1c1728) fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -702 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -701 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -703 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -704 fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a0a6836, context 0x215da80, init_notify 0, handle 0x2a6e7f4): stub fixme:imm:ImmGetDescriptionW (0x4090409, (nil), 0): semi stub fixme:imm:ImmGetDescriptionW (0x4090409, 0x503f508, 9): semi stub fixme:imm:ImmReleaseContext (0x40116, 0x1b7458): stub fixme:win:EnumDisplayDevicesW ((null),0,0x32a304,0x00000000), stub! fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ieframe:BrowserService_GetTravelLog 0x1e00b0 0x32ae98 fixme:mshtml:OleControl_OnAmbientPropertyChange edit mode is not supported fixme:ieframe:ClientSite_GetContainer (0x1c17ec)->(0x32ae7c) fixme:mshtml:nsChannel_GetContentDisposition (0x1fcec0)->(0x3285e8) fixme:mshtml:nsChannel_GetContentDispositionHeader (0x1fcec0)->(0x327d3c) err:mshtml:update_window_doc SetDesignMode failed: 80070057 fixme:ieframe:ClientSite_GetContainer (0x1c17ec)->(0x32dd4c) fixme:ieframe:DocHostUIHandler_GetDropTarget (0x1c17ec) fixme:win:WINNLSEnableIME hwnd 0x40084 enable -1: stub! fixme:ntdll:EtwRegisterTraceGuidsW (0x69ee122c, 0x503c9f8, {509962e0-406b-46f4-99ba-5a009f8d2225}, 3, 0x5e60ab8, (null), (null), 0x503ca28): stub fixme:ntdll:EtwRegisterTraceGuidsW register trace class {a3da04e0-57d7-482a-a1c1-61da5f95bacb} fixme:ntdll:EtwRegisterTraceGuidsW register trace class {917b96b1-ecad-4dab-a760-8d49027748ae} fixme:ntdll:EtwRegisterTraceGuidsW register trace class {26d1e091-0ae7-4f49-a554-4214445c505c} fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) err:mshtml:do_ns_command DoCommand("cmd_fontFace") failed: 80004005 fixme:ieframe:PropertyNotifySink_OnChanged unimplemented dispid 1005 fixme:mshtml:HTMLDocument_put_designMode Unsupported arg L"Off" fixme:ieframe:ClientSite_GetContainer (0x1c17ec)->(0x32f1ec) fixme:mshtml:nsChannel_GetContentDisposition (0x1fce28)->(0x32ec68) fixme:mshtml:nsChannel_GetContentDispositionHeader (0x1fce28)->(0x32e3bc) err:mshtml:update_window_doc SetDesignMode failed: 80070057 fixme:ieframe:ControlSite_OnFocus (0x1c17ec)->(0) fixme:ieframe:InPlaceSite_OnInPlaceDeactivateEx fNoRedraw (1) ignored fixme:mshtml:HlinkTarget_SetBrowseContext (0x1e15c8)->((nil)) -- 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.

2 15

[Bug 52107] New: %ERRORLEVEL% shall not be reset when setting an environment variable in a batch file
by WineHQ Bugzilla 18 Jan '23

18 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52107 Bug ID: 52107 Summary: %ERRORLEVEL% shall not be reset when setting an environment variable in a batch file Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: others.meder(a)gmail.com Distribution: --- The fix in https://bugs.winehq.org/show_bug.cgi?id=47791 (commit 617d14bc1238b57327a8400eda1c1ab22624beb7) is incomplete; it only applies to interactive case, and the bug is left unchanged for the batch mode case. When a variable is successfully set, %ERRORLEVEL% is left as-is regardless of whether the interpreter is in batch mode or not. See also: https://ss64.com/nt/set.html -- 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs May 2022