quakeforge/ruamoko/qwaq
Bill Currie 225ee0ed3c [qwaq] Use an actual condition variable for control
I think I wasn't sure at the time whether the simple variable was
required for pthread_cond_wait (and friends) to work properly, but it
is: the time between the target posting the debug event and the target
waiting on the condition variable turns out to sometimes be enough for
the debugger to handle the event and signal the target to continue,
resulting in the target waiting on a signal that will never come because
another debug event will not be sent by the target until AFTER it has
exited from the debug handler.
2020-07-05 16:53:35 +09:00
..
builtins [qwaq] Use an actual condition variable for control 2020-07-05 16:53:35 +09:00
debugger [qwaq] Handle key events differently when running 2020-07-05 16:53:35 +09:00
editor [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
ui [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
.gdbinit [qwaq] Move from tools to ruamoko 2020-03-01 00:55:15 +09:00
gcd.r [qwaq] Bring in qc gcd to use for debugger testing 2020-03-24 23:02:19 +09:00
Makemodule.am [build] Support silent rules for qfcc 2020-06-26 10:52:06 +09:00
qwaq-app.h [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
qwaq-app.r [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
qwaq.h [qwaq] Move progs create and load into the threads 2020-04-02 00:11:47 +09:00