ma_engine_uninit on windows causes Application Verifier breakpoint

[itsdanott]

I just checked my game engine with Application Verifier for the first time. And when shutting down the engine an Application Verifier breakpoint is triggered at the ma_engine_uninit call.

I am not sure how to interpret this or whether this is even an issue at all but wanted to share it as I've seen there are other reports of issues in the context with windows, ma_engine_uninit and WASAPI.

VerifierStopMessageEx 0x00007ffce5d226ef
<unknown> 0x00007ffcdae08b61
<unknown> 0x00007ffcdae097b5
RtlRemoveVectoredContinueHandler 0x00007ffceebb41fa
EtwLogTraceEvent 0x00007ffceeb98bb7
LdrUnloadDll 0x00007ffceeafcf8e
LdrUnloadDll 0x00007ffceeafcf05
FreeLibrary 0x00007ffcebf18f6e
CoFreeUnusedLibrariesEx 0x00007ffcece45d4a
CoGetCallContext 0x00007ffcece42010
CoRevokeClassObject 0x00007ffcece0f58c
CoGetCallContext 0x00007ffcece45b29
RoGetActivatableClassRegistration 0x00007ffcece38a70
RoGetActivatableClassRegistration 0x00007ffcece38818
CoUninitialize 0x00007ffcece38cfb
<unknown> 0x00007ffcdae0f9b9
ma_context_uninit_backend_apis__win32 miniaudio.h:40969
ma_context_uninit_backend_apis miniaudio.h:41062
ma_context_uninit miniaudio.h:41442
ma_device_uninit miniaudio.h:42211
ma_engine_uninit miniaudio.h:75209

[mackron]

I'm not sure what I can do with this one. It's originating from CoUninitialize() which is just a function with no parameters, and it's coming from very deep within Win32 itself. If there's something miniaudio is doing that can address this I'm happy to consider it, but there's not enough information to go on at this point so I'm going to go ahead close this one. Feel free to reopen this if application verifier provides any additional information as to the root cause.

I don't think the issue you linked to is related.