The current implementation of the GetDriveTypeW/A function relies on native system calls (such as fstatfs() in Linux) to determine the actual type of the drive, disregarding any configuration set through the mounts manager (wincfg). This patch changes the priority, giving precedence to the mounts manager configuration, making the user responsible for mapping drives. System calls will only be used if the drive is not explicitly configured by the user. I acknowledge that this is a breaking change, but I believe it enforces the correct behavior for GetDriveType.
Resolves: https://forum.winehq.org/viewtopic.php?t=38909
--
v2: fix: passing wrong roots for get_mountmgr_drive_type
https://gitlab.winehq.org/wine/wine/-/merge_requests/6553
The current implementation of the GetDriveTypeW/A function relies on native system calls (such as fstatfs() in Linux) to determine the actual type of the drive, disregarding any configuration set through the mounts manager (wincfg). This patch changes the priority, giving precedence to the mounts manager configuration, making the user responsible for mapping drives. System calls will only be used if the drive is not explicitly configured by the user. I acknowledge that this is a breaking change, but I believe it enforces the correct behavior for GetDriveType.
Resolves: https://forum.winehq.org/viewtopic.php?t=38909
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6553
The WordSmith application downloads an update information file with wininet, but it fails to receive the correct data because the remote HTTP server returns a 503 error page, as it does not tolerate receiving a User-Agent header with a blank value in the request.
Tests show that when a blank user agent string is passed to InternetOpen, a request created from the resulting session handle should not include a User-Agent header at all.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56875
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6541
--
v5: ntdll: Support old parameter layout for NtSetInformationProcess( ProcessInstrumentationCallback ).
ntdll: Call instrumentation callback for KiUserModeCallback on x64.
ntdll: Call instrumentation callback for LdrInitializeThunk on x64.
ntdll: Call instrumentation callback for KiUserExceptionDispatcher on x64.
ntdll: Call instrumentation callback from wine_syscall_dispatcher on x64.
ntdll/tests: Add more tests for process instrumentation callback.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6446
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57204
--
v2: winedmo: Convert H264 streams to Annex B format.
winedmo: Pass demuxer packets through the bitstream filters.
winedmo: Create bitstream filters for demuxer streams.
winedmo: Move the last packet to the demuxer struct.
winedmo: Allocate a dedicated demuxer structure.
winedmo: Simplify demuxer creation error handling.
winedmo: Hoist the demuxer input format.
mfsrcsnk: Serialize stream sample requests with the state callbacks.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6551
On Tue Sep 24 12:38:50 2024 +0000, Connor McAdams wrote:
> There was a time where I was using it because of floating point error,
> but I've since removed that code and if that was something that needed
> to be addressed again it would probably be better served by a `ulp`
> argument in that structure somewhere. It'd also need a separate path
> instead of just comparing pixels with `memcmp`.
> I can remove this in my next patch series if that would make things
> cleaner. :) Just let me know.
It looks like Alexandre already got rid of `match_count` while merging this :smile: As for `partial_todo`, we can probably drop it next time we touch the test, just to keep it all tidy :slight_smile:
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6360#note_83204