October 2025 - Wine-gitlab - list.winehq.org

[PATCH v2 0/4] MR6759: kernelbase: Make trailing slashes in CreateFileW set ERROR_PATH_NOT_FOUND
by Fabian Maurer (＠DarkShadow44) 29 Oct '25

29 Oct '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57376 -- v2: kernelbase: Make trailing slashes in CreateFileW set ERROR_PATH_NOT_FOUND kernel32/tests: Add another CreateFile test kernel32/tests: Only skip volume tests when access is denied kernel32/tests: Only skip volume tests on windows https://gitlab.winehq.org/wine/wine/-/merge_requests/6759

5 12

[PATCH v3 0/3] MR9217: dlls/twain_32: Fix segfault when application unloads and reloads twain_32.dll
by Bernd Herd (＠herdsoft) 28 Oct '25

28 Oct '25

# Fault secnario If an application loads twain_32.dll for every scan and unloads it when done with scanning, it very likely crashes when the user chooses to scan a second time within the same process. Unloading twain_32.dll is not uncommon behaviour. # Internal error cause When sane.ds gets loaded the first time, it retrieves the address of the DSM_Entry function from twain_32.dll and stores it in a variable SANE_dsmentry in the sane.ds global data. When the DS gets closed, the sane.ds does not get unloaded due to an old workaround in dlls/twain_32/dsm_ctrl.c:275: ``` twRC = currentDS->dsEntry (pOrigin, DG_CONTROL, DAT_IDENTITY, MSG_CLOSEDS, pData); /* This causes crashes due to still open Windows, so leave out for now. * FreeLibrary (currentDS->hmod); */ ``` When the application program closes the DSM (twain_32.dll) and reloads it, there is a hight probability that it will be loaded in a different memory location. So the exported DSM_Entry function is located at a different address. But the code in dlls/sane.ds/sane_main.c:60 does not update the pointer if SANE_dsmentry is not NULL: ``` if (SANE_dsmentry == NULL) { HMODULE moddsm = GetModuleHandleW(L"twain_32"); if (moddsm) SANE_dsmentry = (void*)GetProcAddress(moddsm, "DSM_Entry"); ``` So SANE_dsmentry still points to where the twain_32.dll was loaded the first time it loaded the sane.ds. Which is now an invalid address. When later the DS wants to notify the application of an event (DS Closed, Image transfered..) it calls SANE_Notify in sane_main.c:357: ``` void SANE_Notify (TW_UINT16 message) { SANE_dsmentry (&activeDS.identity, &activeDS.appIdentity, DG_CONTROL, DAT_NULL, message, NULL); } ``` And here the crash occurs due to the invalid pointer in variable SANE_dsmentry. # Suggested Solution There are many ways how this problem could be solved. The solution suggested here is based on an extension of the TWAIN protocol in Version 2: The DSM transfers the entry points to it's callback functions in a message: DG_CONTROL / DAT_ENTRYPOINT / MSG_SET That message was already implemented in sane.ds and gphoto2.gs. And both also set the flag DF_DS2 in the identitiy information SupportedGroups, so the DSM knows it is allowed to send that message. So this approach is not a workaround, but an additional feature that solves the problem in the way intended according to the TWAIN specification. This also means that the patch should solve the problem in closed source TWAIN drivers a user might install. However [sane.d](http://sane.de)s and gphoto2.ds do not fill the TW_IDENTITY information in the response to the DAT_IDENTITIY / MSG_OPENDS message. This is different from the behaviour observed on windows. For that reason the DF_DS2 flag in SupportedGroups is also not set, and thus a change in sane.ds is neccessary to make the DAT_ENTRYPOINT solution work. This is also not just a workaround but a change of the behaviour so it becomes closer to what is observed on windows. # Test scenario software I've written a small 163 lines C application program to reproduce the erroneous behaviour. It is called unloaddsm.c and I'll attach it to this merge request. It is meant to be cross-compiled with mingw-w64. It loads the DSM, opens the DS (withour showing the UI), closes the DS, unloads DSM, re-loads DSM, re-opens the DS and then displays the UI (User Interface) when the user then clicks "cancel" or presses escape, this causes the call of SANE_Notify that leads to the crash. It also shows the TW_IDENTITY fields that sane.ds did not fill. I ran the same program with a 32-Bit windows TWAIN driver on Windows 10 and there the idendity fields were filled. With the patch applied, the error does not occur any more in sane.ds. ``` Archive: /tmp/unloaddsm.zip Length Date Time Name 5283 2025-10-18 23:31 unloaddsm.c 77104 2025-10-16 14:02 twain.h 161 2025-10-18 15:57 Makefile ``` -- v3: dlls/sane.ds: when opening a DS, return the identitity information of the opened device to the caller. Matches windows behaviour and neccessary for the change in dsm_ctrl.c to work dlls/twain_32: Avoid crash when application unloads twain32_dll and reloads it for a second scan by implementing TWAIN feature DG_CONTROL / DAT_ENTRYPOINT / MSG_SET https://gitlab.winehq.org/wine/wine/-/merge_requests/9217

3 6

[PATCH 0/3] MR9214: dlls/gphoto2.ds: Fix bug. Return the DIB as a GlobalAlloc handle according to TWAIN spec instead of a HBITMAP
by Bernd Herd (＠herdsoft) 28 Oct '25

28 Oct '25

DG_IMAGE/DAT_IMAGEMEMXFER/MSG_GET returned the newly downloaded image as a HBITMAP handle Created by CreateDIBSection, which is in conflict with the TWIN Specification that requires a GlobalAlloc'ed handle filles with BITMAPINFO struct and bitmap data. The Handle must also be 64-Bit on 64-Bit WIN32. The code in dlls/sane.ds already did this correctly. Without this change the gphoto2.ds will likely not work with usual windows software with TWAIN support. Also contains a correction that after each image being transfered, the source needs to recuce the number of remaining images to transfer, else it will never reduce the currentState from 6 to 5 causing an error message when closing the data source. The newly created GlobalAlloc memory block contains the DIB in bottom-up order (biHeight \> 0), not top-down as before (biHeight \< 0). This meets the approach in sane.ds -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9214

3 4

Re: [PATCH v2 0/1] MR9301: winemac.drv: Explicitly track the shape layer used for letter/pillarboxes. - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

Re: [PATCH v2 0/6] MR9300: vccorlib140: Platform::Exceptions stubs and tests. - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

Re: [PATCH v2 0/4] MR9297: ntdll: Add wow64 support for IOCTL_SCSI_PASS_THROUGH_DIRECT. - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

Re: [PATCH v2 0/1] MR8558: kernelbase: Release console_section in case of an allocation failure in alloc_console. - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

Re: [PATCH v2 0/1] MR8342: user32/tests: Make sure testtext has enough null bytes at the end. - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

Re: [PATCH v4 0/1] MR9169: include: Add missing AddrBStore to STACKFRAME in imagehlp.h - approved
by Alexandre Julliard (＠julliard) 28 Oct '25

28 Oct '25

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

1 0

[PATCH 0/7] MR9302: msxml3/tests: Add some SAX tests for PI nodes.
by Nikolay Sivov (＠nsivov) 28 Oct '25

28 Oct '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9302

2 7