aboutsummaryrefslogtreecommitdiff
path: root/src/check_builtin.cpp
diff options
context:
space:
mode:
authorLaytan Laats <laytanlaats@hotmail.com>2025-11-23 19:48:03 +0100
committerLaytan Laats <laytanlaats@hotmail.com>2025-11-23 19:48:03 +0100
commit95a37dd34092fc42bf83ddc1ddad6296f54219a4 (patch)
tree66c8b4c9651e23d255e55e449a739be97c3acec9 /src/check_builtin.cpp
parentcd490bd35d15e5f39637872b3e96bf20446d9fe8 (diff)
remove terminate from demo
This was causing deadlocks because: 1. The main thread would `thread.terminate` a running thread 2. `thread.terminate` does not mean termination happens immediately 3. The thread that was terminated would see that the main thread released `print_mutex` and acquire it 4. The worker would execute `fmt.printf` which is a cancellation point 5. Cancellation point reached, cancelled 6. Deadlock because the thread was holding `print_mutex` You would usually solve this with `pthread_cleanup_push` that would release the mutex in case it is cancelled, or use `pthread_setcancelstate` to disable cancellation while the mutex is held. But the real fix is just not using forced termination and using a flag or other mechanism to indicate to the thread it should stop. `thread.terminate` shouldn't even be a thing IMO. It is way to dangerous and if somebody knows what they are doing they can use the core:sys procedures to achieve it. And we certainly shouldn't be using it in the demo as an example.
Diffstat (limited to 'src/check_builtin.cpp')
0 files changed, 0 insertions, 0 deletions