- wine-gitlab - winehq.org

Re: [PATCH v2 0/2] MR3244: uiautomationcore: Add support for matching serverside events through navigation. - approved
by Alexandre Julliard (＠julliard) 10 Jul '23

10 Jul '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3244

1 0

Re: [PATCH v2 0/1] MR241: vkd3d-shader/spirv: Add support for VKD3DSIM_LINEAR_NOPERSPECTIVE_SAMPLE interpolation qualifier. - approved
by Alexandre Julliard (＠julliard) 10 Jul '23

10 Jul '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/241

1 0

[PATCH 0/1] MR3292: wow64win: Consistently marshal HINSTANCEs and HMODULEs as pointers.
by Tim Clem (＠tclem) 10 Jul '23

10 Jul '23

In large address aware binaries, these can be > 0x7fffffff, and using the handle functions will result in them being incorrectly extended to 0xffffffffxxxxxxxx. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3292

2 1

[PATCH 0/2] MR3291: kernelbase: Add stub for QueryIoRingCapabilities().
by Paul Gofman (＠gofman) 10 Jul '23

10 Jul '23

This is needed for Direct Storage part of newer MS d3d12 SDK (which is shipped with the games) to work (in particular, fixes New World crash on start after recent game update). QueryIoRingCapabilities() is present starting from Windows 11 only, and SDK still works on Win10, but Win10 doesn't provide api-ms-win-core-ioring-l1-1-0 apiset dll (while Wine does since commit 7d81575c680212f7bef7a7d7d11d2615ffde4c9a). SDK is fine if api-ms-win-core-ioring-l1-1-0 is absent but once it is present it expects at least QueryIoRingCapabilities to be present (and then gracefully handles error return from it). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3291

2 2

Re: [PATCH v2 0/1] MR3145: ntdll: Inherit ConsoleHandle only by CUI processes.
by Jacek Caban (＠jacek) 10 Jul '23

10 Jul '23

> It is indeed Wine-specific, but on Windows it isn't as much of a problem because AllocConsole gives you the same cmd you would use normally, while wineconsole is inferior to a normal terminal. I think that what you're looking for is `AttachConsole`. Depending details of process hierarchy, something `if (!AttachConsole(ATTACH_PARENT_PROCESS)) AllocConsole()` instead of plain `AllocConsole` should do what you want both on Windows and Wine. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3145#note_38575

1 0

[PATCH v39 0/7] MR2786: Add support for AF_UNIX sockets
by Ally Sommers (＠dropbear) 10 Jul '23

10 Jul '23

Windows 10 [received support](https://devblogs.microsoft.com/commandline/af_unix-comes-to-window… for AF_UNIX sockets in Insider Build 17063. This merge request adds basic support for AF_UNIX sockets to ws2_32 and wineserver. Of particular note is the difficulty in handling `sun_path`. Most of the functions that allow for translating Windows paths to Unix paths are not accessible from ws2_32. I considered the following options: * Pass the Windows path to wineserver and do the conversion there. * This is, as far as I can tell, not possible without major rearchitecting. wineserver does not have functions to translate Windows paths to Unix paths, for obvious reasons. * Obtain the current working directory of the requesting process and temporarily change directories to there. * This only handles relative paths and fails for absolute paths, UNC paths, etc. * Conditionally change directories based on whether the path is relative or not. * This is error-prone and wineserver does not have the requisite functions to do this cleanly. I ultimately decided to pass the translated Unix path to wineserver, which changes directories to `dirname(path)`. It then provides `bind` and `connect` with `basename(path)`. This is not threadsafe, but wineserver is not (currently) multithreaded. Abstract sockets are supported by this patch. -- v39: ws2_32/tests: Add test for AF_UNIX sockets fix. server: Fix getsockname() and accept() on AF_UNIX sockets. server: Introduce error when attempting to create a SOCK_DGRAM AF_UNIX socket. server: Allow for deletion of socket files. ws2_32: Add support for AF_UNIX sockets. ntdll/unix: Add support for AF_UNIX sockets to multiple functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/2786

3 9

[PATCH v10 0/3] MR3075: winegstreamer: Implement Wow64 entrypoints in the Unix library.
by Kurt Kartaltepe (＠kkartaltepe) 10 Jul '23

10 Jul '23

This also converts the opaque pointers passed across the PE->Unix interface to opaque types represented as UINT64 which store the unix side pointer. This makes the thunking simpler and should avoid anyone accidently dereferencing the unix pointer in the PE code. This was tested with warcraft 3 (1.26, the last non-reforged release), and is consistent with the standard 32bit build. ~~But since movies on warcraft 3 are broken in standard 32bit builds I could only test that that the gstreamer graph gets built up similarly and not verify the video playback. Id appreciate if someone knew of a working exercise of the gstreamer code.~~ it works great, the issue with cinematics ended up being related to modesetting under xwayland, running with a virtual desktop in winecfg confirms playback working perfectly. -- v10: winegstreamer: Implement Wow64 entrypoints in the Unix library. winegstreamer: Replace ambiguously sized/aligned elements winegstreamer: Replace pointers with handles in PE->Unix transition https://gitlab.winehq.org/wine/wine/-/merge_requests/3075

3 4

Re: [PATCH v3 0/2] MR3259: Add environment variable to isolate WINEPREFIX at creation
by Fabian Maurer (＠DarkShadow44) 10 Jul '23

10 Jul '23

On Mon Jul 10 16:57:51 2023 +0000, Alex Henrie wrote: > If thread safety matters here, could you use strtok_r? I'm not sure if it does, just wanted to make sure there is no race conditions. Not sure why I missed strtok_r, thanks. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3259#note_38565

1 0

Re: [PATCH v2 0/1] MR3145: ntdll: Inherit ConsoleHandle only by CUI processes.
by eric pouech (＠epo) 10 Jul '23

10 Jul '23

On Mon Jul 10 16:55:59 2023 +0000, Vladislav Timonin wrote: > > we should test the behavior of ctrl-c > I'm bit late to be reporting this :smile:, but Ctrl-C in (probably all) > `-mwindows` Wine apps is now ignored (`winecfg`, `regedit`, etc). On the > Windows apps side of things, at least Notepad++ also doesn't close on Ctrl-C. this https://gitlab.winehq.org/wine/wine/-/merge_requests/3290 should help -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3145#note_38560

1 0

[PATCH 0/4] MR3289: wine{alsa,coreaudio,oss,pulse}: Set zero_bits correctly for large address aware applications on Wow64.
by Brendan Shanks (＠bshanks) 10 Jul '23

10 Jul '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/3289

3 5

2025

2024

2023

2022

wine-gitlab