Open petervdonovan opened 7 months ago
I will try to reproduce this locally. Note to self is that our LF_ASSERT macros should also print out the file and line number where the assertion fails.
With this PR: https://github.com/lf-lang/reactor-c/pull/376 it will be easier to debug such failures since it will also print the exact place where the assertion failed.
This describes an error that appeared in CI on macOS (here) in a PR that probably wouldn't introduce any concurrency bugs (the PR, https://github.com/lf-lang/reactor-c/pull/342, is instead mostly just changing the build system and directory structure).
AsyncCallback
just flaked on me with a failed termination sequence:This is probably an error thrown from C11
mtx_lock
. I assume the problem is that it tried to acquire the same lock twice and the lock was not configured for recursive locking.