Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"mutex destroyed while busy" when stopping ASIOTest #8

Closed
dechamps opened this issue Jan 23, 2019 · 1 comment
Closed

"mutex destroyed while busy" when stopping ASIOTest #8

dechamps opened this issue Jan 23, 2019 · 1 comment
Assignees
Labels
bug Something isn't working

Comments

@dechamps
Copy link
Owner

Just got this once:

2019-01-23T20:08:34.4659475-00:00 16808 15816 bufferSwitchTimeInfo(params = (ASIO time with reserved 0 0 0 0, time info (ASIO time info with speed 0, system time 802573166000000, sample position 0, sample rate 48000 Hz, flags 7 [kSystemTimeValid, kSamplePositionValid, kSampleRateValid], reserved 0 0 0 0 0 0 0 0 0 0 0 0), time code (ASIO time code with speed 0, samples 0, flags 0, future 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0)), doubleBufferIndex = 0, directProcess = 1)
2019-01-23T20:08:34.4668960-00:00 16808 15816 ASIOGetSamplePosition()
2019-01-23T20:08:34.4676852-00:00 16808 15816 -> 0 [ASE_OK]
2019-01-23T20:08:34.4678572-00:00 16808 15816 Sample position: 0 timestamp: 0
2019-01-23T20:08:34.4680116-00:00 16808 15816 ASIOOutputReady()
2019-01-23T20:08:34.4683469-00:00 16808 15816 -> -1000 [ASE_NotPresent]
2019-01-23T20:08:34.4685409-00:00 16808 15816 Buffer switch count: 469/469
2019-01-23T20:08:34.4687069-00:00 16808 15816 <- nullptr
2019-01-23T20:08:34.4687617-00:00 16808 12064
2019-01-23T20:08:34.4689738-00:00 16808 12064 ASIOStop()
d:\agent\_work\3\s\src\vctools\crt\crtw32\stdcpp\thr\mutex.c(51): mutex destroyed while busy

This after hitting CTRL+C in ASIO401Test. It doesn't seem easy to reproduce.

@dechamps dechamps added the bug Something isn't working label Jan 23, 2019
@dechamps dechamps self-assigned this Jan 23, 2019
@dechamps
Copy link
Owner Author

I'm still unable to reproduce this, and the stopping logic has been reworked several times since then (in particular 7ccbf3e and 7ccbf3e), so I'm calling it.

@dechamps dechamps closed this as not planned Won't fix, can't repro, duplicate, stale May 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant