On Mon Apr 17 04:50:13 2023 +0000, Mohamad Al-Jaf wrote:
> Is the file windows.graphics.directx.idl in mingw updated? It has the
> definitions of those enums.
Yes, all the IDL files are updated wrt. wine.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2595#note_30195
On Mon Apr 17 04:50:14 2023 +0000, Biswapriyo Nath wrote:
> The generated header file shows the following compiler warning in clang
> mingw-w64 toolchain.
> ```
> F:/msys64/clang64/include/windows.ui.composition.h:4919:30: error: ISO
> C++ forbids forward references to 'enum' types
> enum DirectXAlphaMode *value) = 0;
> ^
> F:/msys64/clang64/include/windows.ui.composition.h:4922:30: error: ISO
> C++ forbids forward references to 'enum' types
> enum DirectXPixelFormat *value) = 0;
> ^
> ```
> Is that related to this IDL file in some way?
Is the file windows.graphics.directx.idl in mingw updated? It has the definitions of those enums.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2595#note_30194
The generated header file shows the following compiler warning in clang mingw-w64 toolchain.
```
F:/msys64/clang64/include/windows.ui.composition.h:4919:30: error: ISO C++ forbids forward references to 'enum' types
enum DirectXAlphaMode *value) = 0;
^
F:/msys64/clang64/include/windows.ui.composition.h:4922:30: error: ISO C++ forbids forward references to 'enum' types
enum DirectXPixelFormat *value) = 0;
^
```
Is that related to this IDL file in some way?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2595#note_30190
On Mon Apr 17 01:22:12 2023 +0000, Biswapriyo Nath wrote:
> Apology for hijacking this thread. Would you like to add
> windows.graphics.capture.interop.idl please? Required for pywinrt
> project. I have tried to add it like you did but get compiler error in
> that project.
No problem, happy to help. Sure, I took a look and it generates this error:
tools/widl/widl -o include/windows.graphics.capture.interop.h -m32 --nostdinc -Ldlls/\* -Iinclude -Iinclude -D__WINESRC__ \
include/windows.graphics.capture.interop.idl
include/windows.h:38:1: error: Unable to open include file stdarg.h
make[1]: *** [Makefile:163589: include/windows.graphics.capture.interop.h] Error 1
It doesn't seem worth debugging the error so adding in the equivalent .h file should be fine. MR https://gitlab.winehq.org/wine/wine/-/merge_requests/2658 created.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2620#note_30184
Apology for hijacking this thread. Would you like to add windows.graphics.capture.interop.idl please? Required for pywinrt project. I have tried to add it like you did but get compiler error in that project.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2620#note_30181
On Tue Apr 11 18:16:38 2023 +0000, Zebediah Figura wrote:
> This seems unrelated and unnecessary.
Yes, this was just to make sure not to release the same buffer twice.
At least, with this assignment removed, my test program from bugzilla behaves the same.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2439#note_30160
Jinoh Kang (@iamahuman) commented about dlls/winex11.drv/xim.c:
> - XNStatusAttributes, status,
> - XNClientWindow, win,
> - XNFocusWindow, win,
> - XNDestroyCallback, &destroy,
> - NULL);
> - }
> - else
> - {
> - xic = XCreateIC(xim,
> - XNInputStyle, ximStyle,
> - XNClientWindow, win,
> - XNFocusWindow, win,
> - XNDestroyCallback, &destroy,
> - NULL);
> - }
> + preedit = XVaCreateNestedList( 0, XNFontSet, fontSet,
Why is this code assuming that `fontSet` is not `NULL`, regardless of `(ximStyle & (XIMPreeditNothing | XIMPreeditNone)) == 0`? It appears to me that the code that actually sets `x11drv_thread_data()->font_set` does so only if the condition is true.
(Yes, I'm aware that later commit changes font set handling, but bisection points to this one as the first bad commit.)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2562#note_30159
On my Steam Deck, this reduces the time it takes to initialize the wg_parser radically (by around 1 second). This helps in the game WILD HEARTS, which doesn't present while loading help videos during gameplay, causing large stutters.
Because GStreamer can randomly access the file with no known pattern on our side, I opted to implement this by buffering 4 chunks so that interleaved reads to different areas of the file don't cause us to discard and reload cached data more than we need to.
--
v5: winegstreamer: Cache wg_parser input data.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2390