7caa534d76
There is already a lock on the actual buffered tracepoints collection within proc, and this method call doesn't do anything to mutate Target otherwise so we shouldn't be opening ourselves up for a race condition error or any other kind of parallelism problem. Additionally, with this lock we essentially can never get the data until the process has exited becuase `continue` will lock the target. This change allows us to get the buffered tracepoint information immediately and display it as the program is running. |
||
|---|---|---|
| .. | ||
| debugger_darwin.go | ||
| debugger_freebsd.go | ||
| debugger_linux.go | ||
| debugger_test.go | ||
| debugger_unix_test.go | ||
| debugger_unix.go | ||
| debugger_windows.go | ||
| debugger.go | ||