November 2022 - Wine-bugs - list.winehq.org

[Bug 53990] New: Serious Sam 2 crashes with OpenGL renderer
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53990 Bug ID: 53990 Summary: Serious Sam 2 crashes with OpenGL renderer Product: Wine Version: 7.22 Hardware: x86-64 URL: https://archive.org/details/SeriousSam2NewDemo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 50ab0f8f7123fa82ce7268cbe26303dec4f76680 Distribution: --- Created attachment 73574 --> https://bugs.winehq.org/attachment.cgi?id=73574 terminal output When using the OpenGl renderer the game crashes after the loading screen with an error message: "The application has malfunctioned and it will now close." The game quits afterwards. The problem is present since commit 50ab0f8f7123fa82ce7268cbe26303dec4f76680 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Nov 7 16:34:20 2022 +0100 opengl32: Use manual win32 thunks for glMapBuffer (et al.). To reproduce the problem with the demo version: 1. install the demo. 2. run Sam2.exe at least once so that the configuration file Sam2.ini is properly created (by default the game is set up to use the Direct3D renderer). 3. exit the game and open Sam2.ini, located in '..Serious Sam 2 Demo/Content/SeriousSam2'. Look for the option 'gfx_iAPI = 2' under section [Engine] and change it to 'gfx_iAPI = 1' to utilize the OpenGL renderer. 4. Start the demo again, start a new game, select difficulty etc. The pre-rendered cutscenes work properly, the crash happens when loading the first level. Serious Sam 2 - New Demo.exe (371M) md5sum: 1cd1aca3a854279a26483095d556c8bc Wine-7.22 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03 OpenGL core profile shading language version string: 4.60 NVIDIA -- 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 46538] New: Unreal Tournament (UT99): mouse clicks in main menu work only once (regression)
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46538 Bug ID: 46538 Summary: Unreal Tournament (UT99): mouse clicks in main menu work only once (regression) Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nowic(a)wenner.ch Distribution: --- Created attachment 63395 --> https://bugs.winehq.org/attachment.cgi?id=63395 Commandline output The main menu drop downs only works the first time using the mouse. After the first click only navigation using the keyboard works which is quite annoying. I remember that this worked without issues in a previous version of wine. Probably wine < 3.0. GPU: GeForce 940MX -- 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 53595] New: Iran Timezone is not detected correctly
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53595 Bug ID: 53595 Summary: Iran Timezone is not detected correctly Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aria.moradi007(a)gmail.com Distribution: --- I get errors like ``` 00f0:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 00f8:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 0100:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y): 22/03/2022 ``` Programs hang and don't run after errors like that, deleting the wine prefix and running the program again tends to fix the issue, but running the same (or any) program after that yields the issue, Also I didn't encounter the issue while running lutris' wine builds. I'm running Arch Linux if that's related to anything and `/etc/localtime` is symliked to `/usr/share/zoneinfo/Asia/Tehran` -- 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 53911] New: DC++ is no longer able to retrieve file list from another user.
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53911 Bug ID: 53911 Summary: DC++ is no longer able to retrieve file list from another user. Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: dee3shee7aeno4(a)mailinator.com Distribution: --- Since following commit DC++ is no longer able to retrieve the file list from another user: commit 8312539efe18533f6e2b35882d12e9d1bcbefa0d Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri Jun 25 20:21:08 2021 -0500 ws2_32: Use IOCTL_AFD_WINE_GET_SO_RCVBUF. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> It looks like the application retrieves the buffer size via a call to getsockopt(SO_RCVBUF), but unfortunately receives a size of zero since the above commit. The commit seems to not call getsockopt in the DC++ process any longer, instead it returns the value from a wineserver call. Wine-gdb> bt #0 WS_getsockopt (s=<optimized out>, level=<optimized out>, optname=<optimized out>, optval=0x3f2fba8 "", optlen=<optimized out>) at wine/dlls/ws2_32/socket.c:2571 #1 0x0000000000667c7f in <lambda()>::operator() (__closure=<synthetic pointer>) at dcpp/Socket.cpp:510 #2 dcpp::(anonymous namespace)::check<dcpp::Socket::getSocketOptInt(int)::<lambda()> > (blockOk=false, f=...) at dcpp/Socket.cpp:52 #3 dcpp::Socket::getSocketOptInt (this=0x29d6fc0, option=option(a)entry=4098) at dcpp/Socket.cpp:510 #4 0x00000000005bd3aa in dcpp::BufferedSocket::threadAccept (this=this(a)entry=0x29d8820) at dcpp/BufferedSocket.cpp:179 #5 0x00000000005c4418 in dcpp::BufferedSocket::checkEvents (this=this(a)entry=0x29d8820) at dcpp/BufferedSocket.cpp:463 #6 0x00000000005c48e8 in dcpp::BufferedSocket::run (this=0x29d8820) at dcpp/BufferedSocket.cpp:498 #7 0x000000000098c3da in dcpp::Thread::starter (p=<optimized out>) at dcpp/Thread.h:107 https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/Socket.cpp#l… https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/BufferedSock… The wineserver sock->rcvbuf gets initialized here: (gdb) bt #0 create_socket () at wine/server/file.h:240 #1 0x0000555946fd7619 in accept_socket (sock=0x555949c36cc0) at wine/server/sock.c:1618 #2 0x0000555946fd9c9e in sock_ioctl (fd=<optimized out>, code=<optimized out>, async=0x555949c3fb40) at wine/server/sock.c:2016 #3 0x0000555946fb4481 in req_ioctl (req=0x555949c371c8, reply=0x7ffcfd2ec140) at wine/server/fd.c:2794 #4 0x0000555946fd39cb in call_req_handler (thread=<optimized out>) at wine/server/request.c:312 #5 0x0000555946fdcd10 in thread_poll_event (fd=<optimized out>, event=<optimized out>) at wine/server/thread.c:388 #6 0x0000555946fb1c67 in main_loop_epoll () at wine/server/fd.c:525 #7 0x0000555946fb1ece in main_loop () at wine/server/fd.c:985 #8 0x0000555946fa3a80 in main () And following change makes DC++ work again with wine-7.21, unsure if this is correct: --- a/server/sock.c +++ b/server/sock.c @@ -1998,6 +1998,7 @@ static struct sock *accept_socket( struct sock *sock ) acceptsock->window = sock->window; acceptsock->message = sock->message; acceptsock->connect_time = current_time; + acceptsock->rcvbuf = sock->rcvbuf; if (sock->event) acceptsock->event = (struct event *)grab_object( sock->event ); -- 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 54000] New: user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54000 Bug ID: 54000 Summary: user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11: win.c:4513: Test failed: hwnd 0000000000C6043C message 0060 win.c:4519: Test failed: message 0060 available See https://test.winehq.org/data/patterns.html#user32:win I could not find the what the 0x60 message corresponds to but, according to the tests, it is specific to Windows 11. -- 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 53503] New: QuickBooks Pro 99 page faults with print preview or attempting to print
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53503 Bug ID: 53503 Summary: QuickBooks Pro 99 page faults with print preview or attempting to print Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nexusofbooths(a)gmail.com Distribution: --- Created attachment 72866 --> https://bugs.winehq.org/attachment.cgi?id=72866 dialog from wine 7.14 running Quickbooks Pro 99 attempting to print When attempting to print preview or print after dialog, wine enters debugger with "Unhandled exception: page fault on read access to 0x00000006 in 32-bit code (0x160abeca)" Program worked perfectly in wine 7.10, printing broke in 7.11, and now also 7.14. compiled wine 7.14 32bit from source. No mods. configure CC="ccache gcc" CROSSCC="ccache i686-w64-mingw32-gcc" make -j 5 -l 3 -- 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 53099] New: wineserver (gcc -O0) crash when exiting LiLi USB Creator
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53099 Bug ID: 53099 Summary: wineserver (gcc -O0) crash when exiting LiLi USB Creator Product: Wine Version: 7.10 Hardware: x86-64 URL: http://download.tuxfamily.org/lilicreator/stable/Linux Live%20USB%20Creator%202.9.4.exe OS: Linux Status: NEW Keywords: download, regression, source Severity: critical Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Regression SHA1: a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1 Distribution: Ubuntu Created attachment 72529 --> https://bugs.winehq.org/attachment.cgi?id=72529 Wine 7.10 (gcc -O0) console output When Wine is compiled with -O0 (no optimisation), wineserver crashes when exiting the LinuxLive USB Creator. -O1, -O2 or -O3 optimisation doesn't experience the crash.Tried with GCC 7 and 8. [334632.437161] wineserver[471477]: segfault at aaaaaace ip 00000000566503c3 sp 00000000ffb530a0 error 4 in wineserver[56634000+99000] [334632.437172] Code: 8d 90 38 6d fd ff 52 89 c3 e8 e9 ad fe ff 90 8b 5d fc c9 c3 55 89 e5 83 ec 08 e8 c7 cc fe ff 05 10 1a 08 00 8b 45 08 8b 40 28 <8b> 40 24 83 ec 08 ff 75 0c ff 75 08 ff d0 83 c4 10 90 c9 c3 55 89 gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0 gcc-8 (Ubuntu 8.4.0-1ubuntu1~18.04) 8.4.0 Bisect shows this started happening at commit a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Nov 27 18:13:59 2020 +0100 server: Use separated fd ops for unbound console input. Signed-off-by: Jacek Caban <jacek(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 8

[Bug 31927] New: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0'
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=31927 Bug #: 31927 Summary: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0' Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Running in a loop for about 15 minutes, I got: sock.c:5385: Test succeeded inside todo block: GetQueuedCompletionStatus returned 0 sock.c:5386: Test succeeded inside todo block: Last error was 64 make: *** [sock.ok] Error 2 -- 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 10

[Bug 42797] New: ICU64 for VICE: No highlighted read/ write-colors in Memory-window.
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42797 Bug ID: 42797 Summary: ICU64 for VICE: No highlighted read/write-colors in Memory-window. Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: enkorv(a)yahoo.com Distribution: --- Created attachment 57824 --> https://bugs.winehq.org/attachment.cgi?id=57824 terminal output when running ICU64.exe VICE is a Commodore 64 (and siblings) emulator. "ICU64 for VICE" is a hacking tool that piggybacks onto the emulator and shows memory maps in useful ways. When starting ICU64.exe it opens a small toolbar and starts the VICE emulator as well. When selecting Memory in the toolbar a window opens which shows the memory map of the Commodore 64. It should also highlight the memory read and writes as well as where the CPU is currently running, using color highlighting. This part doesn't work so the window just has a black background. You can still zoom in and out in the memory map (using mouse scroll-wheel) and see the values of the memory locations changing live. An example of how the color highlighting typically looks is here (could not find a clip of ICU64 for VICE, so this clip shows ICU64 for Frodo, which is another Commodore 64 emulator): https://www.youtube.com/watch?v=tjcvR5McmSg Testing and wine-environment: Ubuntu 16.10 - 4.8.0-46-generic wine-2.4 ICU64 needs Microsoft .NET Framework 2.0 (see http://icu64.blogspot.se/p/download.html ) WINEPREFIX=~/.winetest2017 WINEARCH=win32 wineboot WINEPREFIX=~/.winetest2017 winetricks dotnet2 ICU64 - https://sites.google.com/site/mathfigure/icu64vice23-v0.1.2.zip c89d54ea7d64834694c3590660dee69e0738a418 WinVICE 2.3 - https://sourceforge.net/projects/vice-emu/files/releases/binaries/windows/W… b2a7ffafbcef1ab159681002616d9cf819c1ef84 Download both, unzip into same folder and run ICU64.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.

2 2

[Bug 52873] New: oleaut32:typelib fails in Wine in Hindi
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52873 Bug ID: 52873 Summary: oleaut32:typelib fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:typelib fails in Wine in Hindi: typelib.c:2514: Test failed: got: L"default?" typelib.c:2526: Test failed: got: L"default?" typelib.c:3314: Test failed: got: L"default?" typelib.c:3326: Test failed: got: L"default?" https://test.winehq.org/data/patterns.html#oleaut32:typelib A bisect shows that the test started failing with the commit below: commit e81327358a26b160740b3421a4c7f300b4d2f06f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 13 15:13:16 2022 +0200 kernelbase: Move codepage initialization to ntdll. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Oddly this is the same commit as for a recent set of vbscript:run failures (see bug 52872). -- 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