- wine-gitlab - winehq.org

Re: [PATCH v2 0/3] MR5328: wined3d: Fixes for ARB_bindless_texture support. - approved
by Alexandre Julliard (＠julliard) 28 May '24

28 May '24

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

1 0

Re: [PATCH v4 0/8] MR5346: Support generic xstate (part 3). - approved
by Alexandre Julliard (＠julliard) 28 May '24

28 May '24

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

1 0

[PATCH 0/1] MR5408: Draft: debugging
by Esme Povirk (＠madewokherd) 28 May '24

28 May '24

The Windows 11 message failure only seems to reproduce in a full test run, so we have to make an MR to investigate. I think it's clear with current results that just adjusting the expected sequence isn't going to be a solution. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5408

3 4

[PATCH v7 0/1] MR5402: wmic.exe: Support interactive mode and piped commands
by Louis Lenders (＠xe) 28 May '24

28 May '24

See also https://bugs.winehq.org/show_bug.cgi?id=56361 This patch makes piped commands work like for example "echo os get version|wmic" or "type file.txt | wmic" where file.txt contains some commands. (probably used by program in aforementioned bugreport) Also support interactive mode (wine wmic.exe) Marked for now as draft. -- v7: wmic.exe: Support interactive mode and piped commands. https://gitlab.winehq.org/wine/wine/-/merge_requests/5402

3 3

[PATCH v5 0/2] MR5392: win32u: Avoid writing past allocated memory in peek_message().
by Paul Gofman (＠gofman) 28 May '24

28 May '24

-- v5: win32u: Avoid leaking previous buffer in get_buffer_space(). win32u: Avoid writing past allocated memory in peek_message(). https://gitlab.winehq.org/wine/wine/-/merge_requests/5392

3 5

[PATCH v5 0/9] MR5329: ddraw: Support multiple devices per ddraw object.
by Paul Gofman (＠gofman) 28 May '24

28 May '24

Fixes Sim City 3000 Building Architect. -- v5: ddraw/tests: Add tests for multiple devices. ddraw: Support multiple devices per ddraw object. ddraw: Sync wined3d render target in d3d_device_sync_rendertarget(). ddraw: Store wined3d state in d3d_device. wined3d: Factor out wined3d_texture_set_lod() function. ddraw: Don't apply state in ddraw_surface_blt(). ddraw: Store matrix handle in the global table. ddraw: Store surface handles in the global table. ddraw: Store material handles in the global table. https://gitlab.winehq.org/wine/wine/-/merge_requests/5329

5 13

Re: [PATCH v4 0/2] MR5392: win32u: Avoid writing past allocated memory in peek_message().
by Paul Gofman (＠gofman) 28 May '24

28 May '24

Do we always reallocate to larger size? It is currently reallocated based on the actual message size returned by the server, while buffer_size in peek_message may be bigger (and it is first allocated to 1024 bytes). Granted, I only reproduced the actual memory corruption with Proton, but it seems to me that in this regard the handling is the same. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5392#note_66132

1 0

[PATCH 0/1] MR5403: wintypes: Report some API contracts as present in...
by Paul Gofman (＠gofman) 28 May '24

28 May '24

wintypes: Report some API contracts as present in api_information_statics_IsApiContractPresentByMajor(). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5403

3 2

Re: [PATCH v4 0/2] MR5392: win32u: Avoid writing past allocated memory in peek_message().
by Jacek Caban (＠jacek) 28 May '24

28 May '24

We only reallocate the buffer to larger size, so I don't see how we can write past the allocated memory. Still, we potentially miss some opportunities to reuse the buffer, so better tracking of the size seems good to me, but the commit message could be adjusted. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5392#note_66130

1 0

Re: [PATCH v4 0/2] MR5392: win32u: Avoid writing past allocated memory in peek_message().
by Jacek Caban (＠jacek) 28 May '24

28 May '24

Jacek Caban (@jacek) commented about dlls/win32u/message.c: > } > > /* make sure that there is space for 'size' bytes in buffer, growing it if needed */ > -static inline void *get_buffer_space( void **buffer, size_t size, size_t prev_size ) > +static inline void *get_buffer_space( void **buffer, size_t size, size_t *prev_size ) This is no longer "prev", `buffer_size` would be a better name after this change. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5392#note_66129

1 0

2025

2024

2023

2022

wine-gitlab