From: Torge Matthies tmatthies@codeweavers.com
Signed-off-by: Torge Matthies tmatthies@codeweavers.com --- dlls/mmdevapi/devenum.c | 2 ++ 1 file changed, 2 insertions(+)
diff --git a/dlls/mmdevapi/devenum.c b/dlls/mmdevapi/devenum.c index 2b7833edd08..8d6f00b0acb 100644 --- a/dlls/mmdevapi/devenum.c +++ b/dlls/mmdevapi/devenum.c @@ -244,6 +244,8 @@ static HRESULT set_driver_prop_value(GUID *id, const EDataFlow flow, const PROPE if (!drvs.pGetPropValue) return E_NOTIMPL;
+ PropVariantInit(&pv); + hr = drvs.pGetPropValue(id, prop, &pv);
if (SUCCEEDED(hr))
What's the route for this to happen? Is `drv.pGetPropValue()` succeeding without updating `pv`? If so, with which driver?
On Mon Jun 12 07:16:53 2023 +0000, Huw Davies wrote:
What's the route for this to happen? Is `drv.pGetPropValue()` succeeding without updating `pv`? If so, with which driver?
I have not looked into that yet, I just discovered this problem because Battle.net refused to start with my latest Wine builds, and it was crashing in the PropVariantClear. I am however getting this in the log:
``` 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 0150:fixme:mmdevapi:MMDevice_SetPropValue Unhandled type 0 ```
(driver should be winepulse.drv with pipewire-pulse as server)
Try !3045 (in particular the second commit).
On Mon Jun 12 20:13:11 2023 +0000, Huw Davies wrote:
Try !3045 (in particular the second commit).
That MR fixes the problem too, I will close this one.
This merge request was closed by Torge Matthies.
Ouch, sorry for causing the regression. Was it always reproducible?