- 30 Oct, 2023 4 commits
-
-
Bartosz Kosiorek authored
-
Bartosz Kosiorek authored
-
Bartosz Kosiorek authored
-
Bartosz Kosiorek authored
-
- 29 Oct, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 27 Oct, 2023 25 commits
-
-
Rémi Bernon authored
-
Rémi Bernon authored
Doc says "A motif is a special kind of pattern in a style".
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Bartosz Kosiorek authored
-
Bartosz Kosiorek authored
-
Sven Baars authored
This restores behavior from before 5a7d75cd.
-
Daniel Lehman authored
-
Fabian Maurer authored
-
Paul Gofman authored
-
Brendan Shanks authored
-
Yuxuan Shui authored
I've also tried saving a cancel cookie from `BeginCreateObject*` and using it to cancel the operation in engine shutdown. However there are 2 problems: 1. Callback might still get called after `CancelObjectCreation`. Microsoft's [own documentation](https://learn.microsoft.com/en-us/windows/win32/api/mfidl/nf-mfidl-imfsourceresolver-cancelobjectcreation) says as much: > Because these methods are asynchronous, however, they might be completed before the > operation can be canceled. Therefore, your callback might still be invoked after you > call this method. 2. Our implementations of `BeginCreateObject*` are not cancellable. They call either `MFPutWorkItem` or `IMFByteStream_BeginRead`, neight of which provides cancellation. (and our `CancelObjectCreation` doesn't actually work. AsyncResult objects aren't added to `handler->results` list until they are completed, which means any attempts to cancel an yet-to-be-completed object creation will always fail with `MF_E_UNEXPECTED`)
-
Rémi Bernon authored
Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=55588
-
Alistair Leslie-Hughes authored
-
Alistair Leslie-Hughes authored
This was reported as a out of bounds access (Coverity), which is possible if the tid_NULL was ever passed in.
-
Alistair Leslie-Hughes authored
-
Zebediah Figura authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54113
-
Zebediah Figura authored
Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54342
-
- 26 Oct, 2023 10 commits
-
-
Rémi Bernon authored
This forces mesa LLVMPIPE driver to use a fixed number of threads, and greatly reduces its memory usage from the $(nproc) default. On Gitlab this is 32 threads, which often exhaust VM space in 32bit tests.
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Brendan Shanks authored
-
Zebediah Figura authored
Found when wpfgfx_cor3.dll failed to relocate in Bentley CONNECTION Client. Fixes: 56d9e1a8.
-
Jeff Smith authored
-
Jeff Smith authored
-
Jeff Smith authored
-
Jeff Smith authored
-
Sven Baars authored
-