May 2024 - Wine-Bugs - list.winehq.org

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org June 6, 2024

June 6, 2024

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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 241

[Bug 55613] New: right click does not work in Battle.net App (friends list, favorite games)
by WineHQ Bugzilla June 5, 2024

June 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=55613 Bug ID: 55613 Summary: right click does not work in Battle.net App (friends list, favorite games) Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Right click does not work in Battle.net (Blizzard). Battle.net App version: 2.24.1.14385 (2023-09-17) Right click is mostly being needed for managing contacts in the friends list at the right side and favorite games in the top bar. In both cases right click is supposed to open a context menu. Console output when right clicking: 0118:fixme:system:EnableNonClientDpiScaling (00050116): stub 0118:fixme:shell:SHGetPropertyStoreForWindow (00050116 112451A8 0060B018) stub! 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},4}, 0060B008 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},2}, 0060AFF8 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},3}, 0060AFE8 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},5}, 0060AFD8 0118:fixme:shell:window_prop_store_Commit 1B806B70 0118:fixme:win:GetPointerDevices (0060CCAC 00000000): partial stub 0118:fixme:system:NtUserQueryDisplayConfig flags 0x2, paths_count 0x60ccac, paths 0x1addd280, modes_count 0x60cca8, modes 0x1ad59340, topology_id (nil) semi-stub 0118:fixme:system:NtUserDisplayConfigGetDeviceInfo Unimplemented packet type 11. Workaround: Enable the virtual desktop in winecfg or using the /explorer switch. https://wiki.winehq.org/Winecfg#Window_Settings https://wiki.winehq.org/Explorer Unfortunately you can't switch between different "Windows application" windows using ALT-TAB in this mode. And when you use ALT-TAB to switch to other X windows, this may cause the Windows applications to assume that the ALT key is being stuck hold down. This is probably another bug, but I can't find a bug report for it. (feel free to create a bug report and link it here, if you encounter this problem) See also: https://www.reddit.com/r/wine_gaming/comments/ou67et/right_clicking_on_batt… https://www.reddit.com/r/linux_gaming/comments/141oitc/right_click_on_battl… -- 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 55956] New: Akiba's Trip no longer able to be played. Deadlocks or Crashes before reaching the main menu.
by WineHQ Bugzilla June 5, 2024

June 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=55956 Bug ID: 55956 Summary: Akiba's Trip no longer able to be played. Deadlocks or Crashes before reaching the main menu. Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Currently attempting to play Akiba's Trip Undead & Undressed causes the game to deadlock / crash after showing the intros and skipping the intro movie. With movies enabled in the game options wine winds up printing a glibc assertion. With movies disabled in the game options the game deadlocks after hitting a critical section timeout. In both cases there are mfplat errors present in the logs. -- 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 56659] New: Total War Shogun 2 doesn't render 3D model textures in D3D11 mode.
by WineHQ Bugzilla June 5, 2024

June 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=56659 Bug ID: 56659 Summary: Total War Shogun 2 doesn't render 3D model textures in D3D11 mode. Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76434 --> https://bugs.winehq.org/attachment.cgi?id=76434 Console log in D3D11 mode. Now that bug #53197 is fixed, the game actually gets in game with wine's builtin D3D11. However, none of the game's 3D model textures render at all. With all 3D models appearing with a solid black / dark grey color. In addition some effects are also missing. Such as the cherry blossoms and leaves on the trees. The result is a very burnt out / heavy fog looking Japan. As seen in the attached screenshots. As bug #53197 was about stubbing D3DX11LoadTextureFromTexture() in wine, it may be related. Finally, attempting to enter a battle from the campaign map will cause the game to crash after a few calls to D3DX11GetImageInfoFromMemory(). Console log 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 5

[Bug 32618] New: Atlantica Online partially hangs when rotating the view with the mouse.
by wine-bugs＠winehq.org June 3, 2024

June 3, 2024

http://bugs.winehq.org/show_bug.cgi?id=32618 Bug #: 32618 Summary: Atlantica Online partially hangs when rotating the view with the mouse. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arek75(a)gmail.com Classification: Unclassified Created attachment 43044 --> http://bugs.winehq.org/attachment.cgi?id=43044 Bisect log Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug where if you attempt to rotate the camera with the mouse (right-click and drag), Atlantica's graphics lock up and the game seems to lose the mouse. You can get the game to respond again by pressing alt on the keyboard, but you still can't rotate the camera (or rather not much, it'll move a tiny bit each time before locking up). I went ahead and bisected this, and also ran into a problem where Atlantica never got control of the mouse/keyboard and had to be closed with alt-f4. In these cases I used 'git bisect skip' to continue. Git finally came up with 18 possible "bad commits". Looking at them in gitk, the following commits are of note (the first skipped commit and the first known bad commit): 841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver events before normal messages in PeekMessage. a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in PeekMessage. The first of these commits caused Atlantica to not respond much to mouse/keyboard events (you could get a partial response from the mouse if you could get it over a button, but you can't see the pointer), and while the second patch fixed that, attempting to rotate the camera using the mouse causes Atlantica's input/graphics to partially freeze as noted above. I've attached the bisect log so that you can have a look at it if you need to. --James -- 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 4

[Bug 33239] New: VisualBasic arrays of User Defined Type (UDTs) with strings
by wine-bugs＠winehq.org June 1, 2024

June 1, 2024

http://bugs.winehq.org/show_bug.cgi?id=33239 Bug #: 33239 Summary: VisualBasic arrays of User Defined Type (UDTs) with strings Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mod(a)navsoft.com Classification: Unclassified Created attachment 43964 --> http://bugs.winehq.org/attachment.cgi?id=43964 Uses a simple program to test where the crash occurs I use arrays of UDTs which work under MS Windows. (Any version post Win 2000 except ME.) The program also works happily on a Mac using a Parallels virtual machine. These fail under WINE if one or more of the fields is a string. The "TYPE" order makes no difference. UDTs which contain only numbers are not affected. Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does not occur when the strings are fixed length or for flat UDTs containing strings of undeclared length. Prior to a crash, the content of the UDTs can be read and written to. Trying to write a simple program produces strange results. I tried initially on an old PC and found that it would crash simply by redimming the arrays but when installed under Parallels, it will handle simple arrays and only crashes as I start to get more adventurous; i.e. using a UDT type declared in a DLL but otherwise identical. My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It makes no claims to being compatible with WINE but there are references to the problem area elsewhere in this forum by Users who would like to run it under WINE. AstroNav uses UDTs extensively. The problem is the Almanac screen where multi dimension UDTs are widely used. With AstroNav, simply declaring and then destroying the arrays will cause a crash. [There is also a problem with WINE's treatment of SetGraphicsMode which I have not yet pinned down but will hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite as Microsoft claim so removing it, is probably desirable.)] The attached backtrace was caused by the following code. The crash occurs only for Command4_Click() and only on the third press. (Rapid pressing will cause a "The array is temporarily locked" error/ crash.) FORM CODE ========== Private Type My_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As My_UDT Private DLL_UDT() As Main_Almanac_Columns Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A Dim i As Long ' CRASH ON AN OLDER PC ReDim mUDT(99) For i = 0 To 99 mUDT(i).s1 = "Some String" mUDT(i).s2 = "Some String" Next i ReDim mUDT(99) End Sub Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT Dim i As Long ' = A BIT MORE ADVENTUROUS ReDim gUDT(99) For i = 0 To 99 gUDT(i).s1 = "Some String" gUDT(i).s2 = "Some String" Next i ReDim gUDT(99) End Sub Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING Compile_Data ' Public Property Get gUDT = My_Module_UDT End Sub Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN Alt_Compile_Data ' MACHINE DLL_UDT = My_DLL_UDT End Sub MODULE CODE =========== Private DLL_UDT() As Main_Almanac_Columns Type Module_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As Module_UDT Public gUDT() As Module_UDT '\\ THE MODULE LEVEL TEST Sub Compile_Data() Dim i As Long ReDim mUDT(71) For i = 0 To 71 With mUDT(i) .n1 = i .s1 = i .s2 = i End With Next i End Sub Public Property Get My_Module_UDT() As Module_UDT() My_Module_UDT = mUDT End Property '\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE Sub Alt_Compile_Data() Dim i As Long ReDim DLL_UDT(71) For i = 0 To 71 With DLL_UDT(i) .Gap = i .sGHA = i .sDec = i End With Next i End Sub Public Property Get My_DLL_UDT() As Main_Almanac_Columns() My_DLL_UDT = DLL_UDT End Property -- 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 38892] New: Please support more architectures.
by wine-bugs＠winehq.org June 1, 2024

June 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=38892 Bug ID: 38892 Summary: Please support more architectures. Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: ytrezq(a)sdf-eu.org Distribution: --- Hello, It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec alpha in the past. While windows doesn't provide updates for those platforms, compiling programs written for the WINAPI to those arch is the best way to get decent speeds (not to add the need of support for ARC firmware which prevent running them on recent ppc). Of course this is not for emulating instructions sets but for running windows programs natively on those platforms. For testing on x86 an ARC bios for MIPS which can work on qemu is documented here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS) Visual C++ RISC editions for those platforms are available here http://bingeflying.com/3.2/ -- 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 5

[Bug 56752] New: WoW Cata Classic 4.0 has grey artifacts flickering through
by WineHQ Bugzilla June 1, 2024

June 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=56752 Bug ID: 56752 Summary: WoW Cata Classic 4.0 has grey artifacts flickering through Product: Wine Version: 9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Whenever i walk around the game, i have some grey polygons obstructing the view every other step. Since the path in front of me and behind me has no major obstacles, this seems to be a rendering issue. I have yet to get a screenshot before it disappears again but i attached a logfile. -- 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 34708] New: Silent Hill 4: The Room don't run in terminal.
by wine-bugs＠winehq.org May 31, 2024

May 31, 2024

http://bugs.winehq.org/show_bug.cgi?id=34708 Bug #: 34708 Summary: Silent Hill 4: The Room don't run in terminal. Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified Created attachment 46270 --> http://bugs.winehq.org/attachment.cgi?id=46270 01 terminal output This game don't start via terminal. BUT! When i just starting it by clicking on the .desktop file, it runs! This behavior is pretty interesting. Of cource, this game crushes even if start by clicking on desktop label. But if we want to see what stubs happens in game, we should before fix terminal behavior. -- 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 36

[Bug 56736] New: RtlLookupElementGenericTableAvl in ntdll.dll is unimplemented
by WineHQ Bugzilla May 31, 2024

May 31, 2024

https://bugs.winehq.org/show_bug.cgi?id=56736 Bug ID: 56736 Summary: RtlLookupElementGenericTableAvl in ntdll.dll is unimplemented Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: 0456523(a)gmail.com Distribution: --- The makeappx.exe tool from the Windows SDK makes a call to RtlLookupElementGenericTableAvl when requested to perform the 'pack' command. This function is currently unimplemented. wine: Call from 7BD2D640 to unimplemented function ntdll.dll.RtlLookupElementGenericTableAvl, aborting wine: Unimplemented function ntdll.dll.RtlLookupElementGenericTableAvl called at address 7BD2D640 (thread 0134), starting debugger... WineDbg attached to pid 0000 Unhandled exception: unimplemented function ntdll.dll.RtlLookupElementGenericTableAvl called in wow64 32-bit code (0x7bd2d640). ... --- Reproducing: The Windows SDK can be found here: https://developer.microsoft.com/en-us/windows/downloads/windows-sdk/ Installation using the executable will not work and hangs, so makeappx must be installed by downloading the ISO and manually installing 'Windows SDK for Windows Store Apps Tools-x86_en-us.msi' in the 'Installers' folder. It will install to 'C:\Program Files (x86)\Windows Kits\10\bin\10.0.26100.0\x86\' along with a lot of other tools. -- 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