May 2023 - Wine-gitlab - list.winehq.org

[PATCH 0/5] MR2857: winex11: Move last IME entry points to imm32.
by Rémi Bernon 19 May '23

19 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2857

1 5

[PATCH 0/7] MR2856: ntdll: Support VM placeholders (part 1 of 2)
by Paul Gofman (＠gofman) 19 May '23

19 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2856

2 7

Re: [PATCH v8 0/6] MR2786: Add support for AF_UNIX sockets
by Ally Sommers (＠dropbear) 19 May '23

19 May '23

> Do real world programs expect the socket to be able to be bound to a different address afterwards? Yes, `SO_REUSEADDR` is a valid option on AF_UNIX sockets and is supported by this patch. I'll add a test for it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2786#note_33224

1 0

Re: [PATCH v8 0/6] MR2786: Add support for AF_UNIX sockets
by Ally Sommers (＠dropbear) 19 May '23

19 May '23

On Thu May 18 17:53:59 2023 +0000, Zebediah Figura wrote: > The thread should be unnecessary, you can just use nonblocking I/O. It > doesn't make a big difference, but it's probably easier to read without > the thread. > If you do use the thread, you need to clean it up. If you mean setting `O_NONBLOCK` on `server`, that would cause `accept` to return `EWOULDBLOCK` or `EAGAIN`. By "clean up", do you mean only calling `WaitForSingleObject` on it, or is there more that I would need to do? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2786#note_33223

1 0

Re: [PATCH v8 0/6] MR2786: Add support for AF_UNIX sockets
by Ally Sommers (＠dropbear) 19 May '23

19 May '23

On Thu May 18 16:46:23 2023 +0000, Zebediah Figura wrote: > > @zfigura Can you elaborate on this? I don't see a clean way of doing > this in ntdll without modifying `struct afd_bind_params`, `struct > afd_connect_params`, etc. to add a field for the Unix path, since none > of the other `sock_ioctl` cases add on varargs. > afd_bind_params et al. should already take a variable sized sockaddr, > and the struct definitions in include/wine/afd.h mention that > specifically. Am I missing something? That's true, but `PATH_MAX` is 4096 on my system, while `sun_path` is a `char[108]`. The path returned by `wine_get_unix_file_name` can very easily exceed that. Thus a vararg is needed to conditionally pass the Unix path to wineserver if we're dealing with an AF_UNIX socket. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2786#note_33222

1 0

[PATCH 0/4] MR2855: wine{alsa,coreaudio,oss,pulse}: Move AudioClient into mmdevapi.
by Davide Beatrici (＠davidebeatrici) 19 May '23

19 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2855

3 12

[PATCH 0/1] MR2854: msmpeg2vdec: Add DllGetClassObject() stub.
by Mohamad Al-Jaf (＠maljaf) 18 May '23

18 May '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54955 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2854

3 2

[PATCH v8 0/5] MR44: vkd3d-shader/dxil: Read and validate DXIL bitcode blocks.
by Conor McCarthy (＠cmccarthy) 18 May '23

18 May '23

Block records are not processed; only the bitcode is validated. -- v8: vkd3d-shader/dxil: Read and validate global abbreviated operands. vkd3d-shader/dxil: Read and validate local abbreviated operands. vkd3d-compiler: Introduce dxbc-dxil and dxbc-auto source types. vkd3d-shader/dxbc: Introduce an option to autodetect the DXBC source type. vkd3d-shader/dxil: Read and validate DXIL bitcode unabbreviated blocks. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/44

3 11

[PATCH v2 0/6] MR2823: qcap: Audio capture filter implementation, part 3.
by Zebediah Figura (＠zfigura) 18 May '23

18 May '23

-- v2: qcap/tests: Test audio capture streaming. qcap/audiorecord: Implement streaming. qcap/audiorecord: Open a winmm device when connecting. qcap/tests: Test audio capture allocator properties. qcap/tests: Add tests for audio capture pin connection. qcap/audiorecord: Implement DecideBufferSize(). https://gitlab.winehq.org/wine/wine/-/merge_requests/2823

2 7

[PATCH v5 0/1] MR722: wined3d:Set desc.depth To TRUE For Unrecognized Depth Buffer Type
by Alan Abdullah (＠Alan) 18 May '23

18 May '23

Beside Those States In wined3d_depth_buffer_type Any Other Value Would Set desc.depth To False ,desc.depth Should Be Set To TRUE If Unrecognized Depth Buffer Type Is Passed Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47391 Original Patch Author: Felix HÃ¤dicke <felixhaedicke(a)web.de> TestBot D3d8: https://testbot.winehq.org/JobDetails.pl?Key=122118 TestBot D3d9: https://testbot.winehq.org/JobDetails.pl?Key=122119 -- v5: wined3d:Set desc.depth To TRUE For Unrecognized Depth Buffer Type https://gitlab.winehq.org/wine/wine/-/merge_requests/722

3 2