The code currently `malloc`s a larger memory buffer, and if successful: `memcpy`s the old memory buffer to the new, `free`s the old, and reassigns the pointer. This logic can all be reduced to a `realloc`.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7099
No reviews required.\
This is just to get the test results as seen by gitlab.\
MR will be cancelled afterwards.
--
This merge request has too many patches to be relayed via email.
Please visit the URL below to see the contents of the merge request.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7098
No reviews required.\
This is just to get the test results as seen by gitlab.\
MR will be cancelled afterwards.
--
This merge request has too many patches to be relayed via email.
Please visit the URL below to see the contents of the merge request.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7097
These trap on linux but under Windows userspace will write 0 to the destination register. Fixes recent versions of VC redist that use this unconditionally.
--
v4: ntdll: Emulate mrs xN, CurrentEL instructions.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7009
(For after the code freeze.)
I think we want to have this DLL living in Wine for easier development, and probably dynamically load our custom Chromium fork from here. (just like MSHTML and wine-Gecko)
The code for that fork could then be created in its own repo.
--
v7: embeddedbrowserwebview: Create CreateWebViewEnvironmentWithOptionsInternal stub.
embeddedbrowserwebview: Add stub dll.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7032
These trap on linux but under Windows userspace will write 0 to the destination register. Fixes recent versions of VC redist that use this unconditionally.
--
v3: ntdll: Emulate mrs xN, CurrentEL instructions.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7009