“Now that REVERSE_LOCK requires the name of the actual mutex, it can be used for better error messages.” - theuni
This is a follow-up to this comment #32465 (comment)
I just cherry-picked the commit 85c2848eb575f4abaa81fdd4e8f3b2048693dd98
“Now that REVERSE_LOCK requires the name of the actual mutex, it can be used for better error messages.” - theuni
This is a follow-up to this comment #32465 (comment)
I just cherry-picked the commit 85c2848eb575f4abaa81fdd4e8f3b2048693dd98
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/32829.
See the guideline for information on the review process.
Type | Reviewers |
---|---|
ACK | theuni, TheCharlatan |
If your review is incorrectly listed, please react with π to this comment and the bot will ignore it on the next update.
Possible typos and grammar issues:
drahtbot_id_4_m
π§ At least one of the CI tasks failed.
Task TSan, depends, gui
: https://github.com/bitcoin/bitcoin/runs/45008376829
LLM reason (β¨ experimental): The CI failure is due to the test “reverselock_tests” failing.
Try to run the tests locally, according to the documentation. However, a CI failure may still happen due to a number of reasons, for example:
Possibly due to a silent merge conflict (the changes in this pull request being incompatible with the current code in the target branch). If so, make sure to rebase on the latest commit of the target branch.
A sanitizer issue, which can only be found by compiling with the sanitizer and running the affected test.
An intermittent issue.
Leave a comment here, if you need help tracking down a confusing failure.
So one thing I noticed is that the tests passed, but the previous commit 85c2848 had failures but CI / test each commit (pull_request) passed
not sure this is a followup someone can look at to fix?
So one thing I noticed is that the tests passed, but the previous commit 85c2848 had failures but CI / test each commit (pull_request) passed
not sure this is a followup someone can look at to fix?
I could replicate this when I built cmake with
0cmake -B build -DCMAKE_BUILD_TYPE=Debug
This is because the specific piece of code is not enabled until there is the DEBUG_LOCKORDER
flag.
From the failures i noticed that failing tests had either -DCMAKE_BUILD_TYPE=Debug
or "-DAPPEND_CPPFLAGS=-DDEBUG_LOCKORDER"
in the config which is missing in ci-test-each-commit-exec.py
that tests for each commit .
adding any of the options should fix it . I guess "-DAPPEND_CPPFLAGS=-DDEBUG_LOCKORDER"
is the better option ?
If we want more debug in the ci task, we could go full Debug
type, but enable optimizations:
0-DAPPEND_CXXFLAGS='-O3 -g2' -DAPPEND_CFLAGS='-O3 -g2' -DCMAKE_BUILD_TYPE=Debug
Now that REVERSE_LOCK requires the name of the actual mutex, it can be used for
better error messages.
ACK 41f64bd636f580851ef9aa27d56dc45885ace0c7.
Thanks. I had the same test fixup locally on my branch, just forgot to push it.