- fixes support for <mod>! syntax in source file enumeration
- reduces memory usage for types (no longer having both a vector
and a hash table as all types are now named)
- some code refactoring
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7600
--
v10: server: Handle hardlinks and casefolding when renaming the same file.
server: Handle renames to destinations containing trailing slashes.
kernel32/tests: Test renaming a file into a hardlink of itself.
kernel32/tests: Use FindClose instead of CloseHandle when closing
https://gitlab.winehq.org/wine/wine/-/merge_requests/6855
--
v2: comctl32: Implement IOleWindow for SysLink.
comctl32: Implement accChild for SysLink.
comctl32: Implement get_accChildCount for SysLink.
comctl32: Implement accLocation for SysLink.
comctl32: Implement get_accDefaultAction for SysLink.
comctl32: Implement acc_getName for SysLink.
comctl32: Implement get_accState for SysLink controls.
comctl32: Include only link items as IAccessible children.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7402
The methods are needed to implement Bluetooth device pairing in `bluetoothapis.dll` without having to create a dummy window for `RegisterDeviceNotification`, as that may break CLI applications.
`CM_Register_Notification` is implemented as a thin wrapper over `I_ScRegisterDeviceNotification`, mapping `DBT_*` flags to their associated `CM_NOTIFY_*` constants.
--
v2: user32: Remove incorrect FIXME warning while registering for DBT_DEVTYP_HANDLE notifications.
cfgmgr32: Implement CM_Register_Notification and CM_Unregister_Notification.
dinput/tests: Add tests for CM_Register_Notification.
cfgmgr32/tests: Add basic tests for CM_(Un)Register_Notification.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7559
The methods are needed to implement Bluetooth device pairing in `bluetoothapis.dll` without having to create a dummy window for `RegisterDeviceNotification`, as that may break CLI applications.
`CM_Register_Notification` is implemented as a thin wrapper over `I_ScRegisterDeviceNotification`, mapping `DBT_*` flags to their associated `CM_NOTIFY_*` constants.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7559
On Mon Mar 17 04:39:03 2025 +0000, Alexandre Julliard wrote:
> Please let's not reintroduce support for vm86 contexts and pointers.
> If necessary, you can add a separate real-mode handler for that specific
> call. But I'd suggest to first make sure that the app works without any
> actual vm86 support.
Now that simulated hardware interrupts for audio processing have been implemented in commit ff0fbb1ff5f76d1d206aea452907ad2dd29206ea, simulated real mode interrupts are the only thing left that's keeping 16-bit Myst from running. When I wrote this patch, I tried to not include anything more than what Myst requires. Could you please clarify which parts of the patch are not strictly necessary?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5052#note_98044
Signed-off-by: Kun Yang <yangkun(a)uniontech.com>
Change-Id: Ia68e11ccb0aa563eeb73a2f5cb93afcd328e1937
[fgetws_test.7z](/uploads/7b706f2c4f639e4260c548d834658b32/fgetws_test.7z)
If the application calls setvbuf(.., _IONBF, ..) before fgetws, wine sets the flag. In fgetws, this flag is not checked. read_i is called with paramenter count 1 which is not allowed in read_i implemantion. Function read_i returns -1 and the file stream is not actually read by program. The file pointer is not moved. If the application writes fgetws in a loop, it never reach EOF and falls in dead loop. By adding check for _IONBF in _filbuf, the application will run into another branch(file->_bufsiz=2). Thats's correct. Please checkout the example in my attachment. This application exits normally in Windows but falls in dead loop in wine.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7594