Internal AdaCore DAP testing on Windows has had occasional failures
that show:
assert threading.current_thread() is _dap_thread
I think this is a race in DAP startup: the _dap_thread global is only
set on return from start_thread, but it seems possible that the thread
itself could already run and encounter a @in_dap_thread decorator.
This patch fixes the problem by setting the global before running any
of the code in the new thread. This also lets us remove a FIXME.
log("WROTE: <<<" + json.dumps(obj) + ">>>")
self.write_queue.put(obj)
- # This must be run in the DAP thread, but we can't use
- # @in_dap_thread here because the global isn't set until after
- # this starts running. FIXME.
+ @in_dap_thread
def main_loop(self):
"""The main loop of the DAP server."""
# Before looping, start the thread that writes JSON to the
with blocked_signals():
result = threading.Thread(target=target, args=args, daemon=True)
result.start()
- return result
def start_dap(target):
"""Start the DAP thread and invoke TARGET there."""
- global _dap_thread
exec_and_log("set breakpoint pending on")
- _dap_thread = start_thread("DAP", target)
+
+ # Functions in this thread contain assertions that check for this
+ # global, so we must set it before letting these functions run.
+ def really_start_dap():
+ global _dap_thread
+ _dap_thread = threading.current_thread()
+ target()
+
+ start_thread("DAP", really_start_dap)
def in_gdb_thread(func):