- May 14, 2024
-
-
Alexandre Julliard authored
It was dropped in cda2886f. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56665
-
- May 13, 2024
-
-
For now, the tree is degenerated into a list (as it was before). Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
This will allow to separate better the individual command to be executed (CMD_COMMAND) from the chaining and I/O handling of several commands (CMD_NODE). This also renames CMD_LIST into CMD_COMMAND to fit in above scheme. Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
-
-
-
-
-
-
-
-
Fixes: cc82780c
-
Fixes: cc82780c
-
-
Mounted volumes that are not represented in the filesystem are system volumes that we should ignore (e.g. recovery and preboot).
-
Volumes with kCFURLVolumeIsBrowsableKey set to false are invisible to users. These are generally system volumes or temporary ones (like Chrome update disk images) that we should ignore.
-
-
-
And use it for HTMLRect object implementation.
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
- May 12, 2024
-
-
-
-
Test a stream present in the vertex declaration but not provided as a buffer.
-
-
-
-
-
-
-
-
Usually the threadpool holds a reference to the `work_item`, which is released when the `work_item`'s callback is invoked. On the other hand, `queue_cancel_item` closes the threadpool object without releasing the `work_item`. So if the callbacks don't get a chance to run - which is not guaranteed - the `work_item` will be leaked. The fix is not as simple as adding a `IUnknown_Release` to `queue_cancel_item`, because the `work_item`'s callback can still be called after CloseThreadpoolTimer/Wait has returned. In fact its callback might currently be running. In which case the callback will access freed memory if `queue_cancel_item` frees the `work_item`. We have to stop any further callbacks to be queued, wait for any currently running callbacks to finish, then finally we can release the `work_item` if it hasn't already been freed during the wait.
-
-
queue_release_pending_item releases the work_item reference but later accesses `item->queue`, which is a potential use-after-free.
-
-
-
-