November 2023 - wine-gitlab

Re: [PATCH v3 0/2] MR1893: increase number of midi ports to 64
by Alexander Chalikiopoulos (＠dreamer) 10 Nov '23

10 Nov '23

@julliard thank you! Look forward to see this in an upcoming release :) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1893#note_51893

1 0

Re: [PATCH v3 0/2] MR1893: increase number of midi ports to 64
by Alexandre Julliard (＠julliard) 10 Nov '23

10 Nov '23

Superseded by 818385e176f631ad735a238b40597a556fa5aa30 and 533823ed2aaf464ee5e0fc438fe418d97ade7344. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1893#note_51890

1 0

Re: [PATCH v3 0/2] MR1893: increase number of midi ports to 64 - closed
by Alexandre Julliard (＠julliard) 10 Nov '23

10 Nov '23

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

1 0

[PATCH 0/2] MR4357: ntdll/unix: Try harder to initialize locale from Mac setting.
by Jactry Zeng (＠jactry) 10 Nov '23

10 Nov '23

This allows initializing locale from Mac locale identifiers like 'zh-Hans-US'. The current implementation recognizes it as 'zh-US' which isn't a valid locale identifier for Windows. This patch will try again with the 'lang-script' identifier after get_win_locale() fails with the 'lang-region' identifier. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4357

2 2

[PATCH v5 0/5] MR4356: Draft: rawinput enhancements
by Errno Ebadf (＠EBADF) 10 Nov '23

10 Nov '23

The major problem with adding true rawinput support is that there is no way suppress auto-generating rawinput events on normal motion events. We end up with the normal "accelerated" motion being translated to relative input and xinput2 clashing with that. We really just want the "unaccelerated" input and thus need to prevent a normal motion event from generating rawinput. This patch set does two main things: - Add plumbing to server to allow graphics driver to prevent the server from making rawinput from INPUT_MOUSE and INPUT_KEYBOARD events so a graphics driver can inject its own INPUT_HARDWARE events with impunity. - Major refactor for x11drv xinput2 (listen for events based on focus, use raw unaccelerated values for XI_RawMotion) I have a version of this patch that is a minimal diff to the x11drv xinput2 handler (maybe I got carried away here...), but I think it might be better to focus on the send_hardware_message() plumbing to make sure it is good for other graphics drivers. Tested on XWayland only with MouseTester.exe (https://github.com/microe1/MouseTester/releases) and Quake Live (ported this set of patches to proton). -- v5: x11drv: lets get raw input really working rawinput: add trace and avoid re-processing https://gitlab.winehq.org/wine/wine/-/merge_requests/4356

5 7

[PATCH v3 0/1] MR4296: nsi: Use CRT allocation functions.
by Alex Henrie (＠alexhenrie) 10 Nov '23

10 Nov '23

-- v3: nsi: Use CRT allocation functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/4296

3 3

[PATCH v2 0/9] MR459: Draft: vkd3d-shader/dxil: Implement the DXIL VSELECT instruction.
by Conor McCarthy (＠cmccarthy) 10 Nov '23

10 Nov '23

Goes atop !436 and !441. The last seven commits belong to this MR. -- v2: vkd3d-shader/spirv: Avoid redundant bool-to-bool conversions in spirv_compiler_emit_movc(). vkd3d-shader/dxil: Implement the DXIL VSELECT instruction. tests/shader-runner: Introduce an sm6 condition for test directives. tests/shader-runner: Add tests for 64-bit casts. vkd3d-shader/spirv: Return an error if an invalid handler is encountered. tests/shader-runner: Add a test for float comparisons. vkd3d-shader/spirv: Introduce orderedness to comparison instructions. vkd3d-shader/dxil: Implement the DXIL CMP2 instruction. vkd3d-shader/spirv: Support bool dst register in spirv_compiler_emit_comparison_instruction(). https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/459

2 10

[PATCH v4 0/6] MR4356: Draft: rawinput enhancements
by Errno Ebadf (＠EBADF) 10 Nov '23

10 Nov '23

The major problem with adding true rawinput support is that there is no way suppress auto-generating rawinput events on normal motion events. We end up with the normal "accelerated" motion being translated to relative input and xinput2 clashing with that. We really just want the "unaccelerated" input and thus need to prevent a normal motion event from generating rawinput. This patch set does two main things: - Add plumbing to server to allow graphics driver to prevent the server from making rawinput from INPUT_MOUSE and INPUT_KEYBOARD events so a graphics driver can inject its own INPUT_HARDWARE events with impunity. - Major refactor for x11drv xinput2 (listen for events based on focus, use raw unaccelerated values for XI_RawMotion) I have a version of this patch that is a minimal diff to the x11drv xinput2 handler (maybe I got carried away here...), but I think it might be better to focus on the send_hardware_message() plumbing to make sure it is good for other graphics drivers. Tested on XWayland only with MouseTester.exe (https://github.com/microe1/MouseTester/releases) and Quake Live (ported this set of patches to proton). -- v4: x11drv: lets get raw input really working https://gitlab.winehq.org/wine/wine/-/merge_requests/4356

4 7

[PATCH v2 0/2] MR4328: ntdll: Don't allocate vprot entries until commit.
by Evan Tang (＠etang-cw) 10 Nov '23

10 Nov '23

Prevents applications that accidentally attempt to allocate massive amounts of memory from getting OOM killed (An example of such an application is EverQuest's DX11 beta, which has some corrupted asset files that result in it trying to allocate ~18TB of memory) BTW, is it okay to have a test that's likely to get OOM killed on a failing implementation? If not, any recommendations on how else to test this? -- v2: ntdll/tests: Add test for reserving massive amounts of memory. https://gitlab.winehq.org/wine/wine/-/merge_requests/4328

3 3

[PATCH v3 0/6] MR4356: Draft: rawinput enhancements
by Errno Ebadf (＠EBADF) 10 Nov '23

10 Nov '23

The major problem with adding true rawinput support is that there is no way suppress auto-generating rawinput events on normal motion events. We end up with the normal "accelerated" motion being translated to relative input and xinput2 clashing with that. We really just want the "unaccelerated" input and thus need to prevent a normal motion event from generating rawinput. This patch set does two main things: - Add plumbing to server to allow graphics driver to prevent the server from making rawinput from INPUT_MOUSE and INPUT_KEYBOARD events so a graphics driver can inject its own INPUT_HARDWARE events with impunity. - Major refactor for x11drv xinput2 (listen for events based on focus, use raw unaccelerated values for XI_RawMotion) I have a version of this patch that is a minimal diff to the x11drv xinput2 handler (maybe I got carried away here...), but I think it might be better to focus on the send_hardware_message() plumbing to make sure it is good for other graphics drivers. Tested on XWayland only with MouseTester.exe (https://github.com/microe1/MouseTester/releases) and Quake Live (ported this set of patches to proton). -- v3: x11drv: lets get raw input really working rawinput: add trace and avoid re-processing https://gitlab.winehq.org/wine/wine/-/merge_requests/4356

4 7

2025

2024

2023

2022

wine-gitlab November 2023