You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you run a lot of tests that log TSAN reports to a file, you are likely to get a bunch of different log files that look pretty similar. For example, something like:
tsan_log.3313980
tsan_log.3315274
...
It can be difficult to figure out which test caused the data race, especially when the reported stack trace looks generic. For example, if the race happens in _PyEval_EvalFrameDefault or some other function not tied to a specific module, it's hard to know what caused the race.
I'm proposing that we update test/libregrtest/worker.py to include the name of the test suite in the TSAN log filename. For example, the log files would instead look like:
Uh oh!
There was an error while loading. Please reload this page.
Feature or enhancement
If you run a lot of tests that log TSAN reports to a file, you are likely to get a bunch of different log files that look pretty similar. For example, something like:
It can be difficult to figure out which test caused the data race, especially when the reported stack trace looks generic. For example, if the race happens in
_PyEval_EvalFrameDefault
or some other function not tied to a specific module, it's hard to know what caused the race.I'm proposing that we update
test/libregrtest/worker.py
to include the name of the test suite in the TSAN log filename. For example, the log files would instead look like:This makes it easier to find the test that triggered the race.
Linked PRs
The text was updated successfully, but these errors were encountered: