- wine-gitlab - winehq.org

Re: [PATCH v2 0/1] MR7931: po: Update Lithuanian translation. - approved
by Alexandre Julliard (＠julliard) 29 Apr '25

29 Apr '25

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

1 0

[PATCH v2 0/1] MR7897: kernel32/tests: Skip FreeConsole test at Windows 7.
by Bernhard Übelacker (＠bernhardu) 29 Apr '25

29 Apr '25

Followup of 13c77bc9e6. [Test pattern page](https://test.winehq.org/data/patterns.html#kernel32:console) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=158074) -- v2: kernel32/tests: Skip FreeConsole test at Windows 7. https://gitlab.winehq.org/wine/wine/-/merge_requests/7897

4 5

[PATCH 0/2] MR7934: mshtml: Validate builtin host functions in IE9+ using prototype_id rather than tid where possible.
by Gabriel Ivăncescu (＠insn) 29 Apr '25

29 Apr '25

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

2 2

[PATCH 0/1] MR7905: krnl386: Set carry flag for unimplemented DPMI 0800h call (Physical Address Mapping)
by Pali Rohár (＠pali) 29 Apr '25

29 Apr '25

According to the DPMI specification, when DPMI function 0800h (Physical Address Mapping) fails then the carry flag has to be set. For example if the application request for physical memory mapping via the DPMI 0800h call it is required to set carry flag to indicate failure. Otherwise application would be treated as successful operation in which case in BX:CX registers is stored linear address of the mapped memory to which application can access. Obviously on successful path if the BX:CX registers are not set then application would try to access random memory and crashes. SysToolsLib, WinIO or libpci are just few examples of 32-bit Windows libraries which issue this DPMI call via the kernel32.dll VxDCall() function and are expecting either the carry flag on the failure or the valid mapped address in BX:CX registers on success. As the wine does not implement this DPMI function, always sets the carry flag. Windows NTVDM DPMI host does not implement the DPMI function 0800h too and also always sets the carry flag. Tested and verified with a very simple gcc/djgpp application on Windows NT. So this also change aligns the wine behavior with the Windows NT. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7905

3 2

[PATCH v3 0/4] MR7797: ntdll: Wait for all pending operations to be cancelled in NtCancelIoFile[Ex]().
by Matteo Bruni (＠Mystral) 29 Apr '25

29 Apr '25

This fixes Trials Fusion often crashing when disconnecting a controller while there are more still connected. -- v3: hidclass: Set Status for pending IRPs of removed devices to STATUS_DEVICE_NOT_CONNECTED. ntdll/tests: Add more NtCancelIoFile[Ex]() tests. ntdll: Wait for all pending operations to be cancelled in NtCancelIoFile[Ex](). https://gitlab.winehq.org/wine/wine/-/merge_requests/7797

3 10

[PATCH v3 0/9] MR7848: server: Use events as a sync for several objects.
by Rémi Bernon (＠rbernon) 29 Apr '25

29 Apr '25

Instead of https://gitlab.winehq.org/wine/wine/-/merge_requests/7815, for https://gitlab.winehq.org/wine/wine/-/merge_requests/7226, this only split the sync ops to a separate vtable and let objects delegate theirs to a separate object. This starts using a event-like interface for most objects, leaving the decision regarding if/how to split sync themselves / integrate inproc syncs for later. -- v3: server: Use an event as debug event sync. server: Use an event as file lock sync. server: Use an event as process startup info sync. server: Use an event as thread context sync. server: Use an event as thread apc sync. server: Use an event as fd sync. server: Redirect fd-based objects sync to the fd. server: Move object grab/release out of (add|remove)_queue. server: Split object sync related vtable. https://gitlab.winehq.org/wine/wine/-/merge_requests/7848

3 13

[PATCH 0/5] MR7933: win32u: Add procedure loading to generic OpenGL code.
by Rémi Bernon (＠rbernon) 29 Apr '25

29 Apr '25

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

2 5

[PATCH 0/3] MR7922: Conhost improvements.
by eric pouech (＠epo) 29 Apr '25

29 Apr '25

This MR serves as prerequistes for two open (in progress) MR: https://gitlab.winehq.org/wine/wine/-/merge_requests/7586 - we don't properly handle ctrl-c in ReadConsole with control block + this revisits ctrl-break (or ctrl-break from unix console) to map it unconditionnaly of console mode (as native does) to a windows ctrl event + and transfer to windows layers the management of ctrl-c (for a unix console when ENABLE_PROCESSED_INPUT isn't set) https://gitlab.winehq.org/wine/wine/-/merge_requests/7843 - add ASC in win32 edit mode to completely clear the current editi buffer -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7922

3 4

Re: [PATCH v4 0/4] MR7853: msvcr100/tests: Link to msvcr100.
by Piotr Caban (＠piotr) 29 Apr '25

29 Apr '25

On Tue Apr 29 09:51:17 2025 +0000, Rémi Bernon wrote: > I see, is this what needs to be installed: > https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?vi… > ? Yes, you need to install 2012 version for msvcr110, 2013 for msvcr120. Things are worse if you need msvcr70 or 71 since it's no longer available from official sources. You can install msvcr71 by installing BZEditW32_1.6.5 (see winetricks for details). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7853#note_102136

1 0

Re: [PATCH v4 0/4] MR7853: msvcr100/tests: Link to msvcr100.
by Rémi Bernon (＠rbernon) 29 Apr '25

29 Apr '25

On Tue Apr 29 09:47:17 2025 +0000, Piotr Caban wrote: > Prior to these commits the tests were also skipped, test output looked > like this: > ``` > msvcr100.c:258: Tests skipped: msvcr100.dll not installed (got 126) > 1e24:msvcr100: 0 tests executed (0 marked as todo, 0 as flaky, 0 > failures), 1 skipped. > msvcr100:msvcr100:1e24 done (0) in 0s 157B > ``` > msvcr100 (and many other versions) are not part of Windows install, it > needs to be installed later. I see, is this what needs to be installed: https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?vi… ? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7853#note_102135

1 0

2025

2024

2023

2022

wine-gitlab