-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CI only] Use RelWithDebInfo in Travis to get the callstacks #781
base: main
Are you sure you want to change the base?
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #781 +/- ##
==========================================
+ Coverage 68.71% 68.88% +0.17%
==========================================
Files 39 49 +10
Lines 15207 15219 +12
Branches 3143 3133 -10
==========================================
+ Hits 10449 10484 +35
+ Misses 1700 1687 -13
+ Partials 3058 3048 -10 ☔ View full report in Codecov by Sentry. |
As soon as I added |
@levb What I would do to test is modify a test to cause a data race or whatever the matrix is supposed to catch and see if the output is what you expect. Even a simple memory leak should produce an output, so I would take the first test to be executed and do a malloc without a free. You could do that in a separate commit that - once you verify that it works as expected - you would drop and "push force" without this commit. Makes sense? |
Right, I know that the call stack is displayed (on GHA, at least) - that's why I added these. But it appears that the races/whatever the warnings were just stopped happening with the symbol tables included. So I'd like to see if it really is the case. It is not a pressing issue, but I'd like to understand why is Travis still finding issues that GHA is not catching. |
Oh sorry, I thought you meant that you wanted to know if it would be displayed correctly :-)
My guess is timing. I believe that the Travis VMs (especially outside of the NATS server) are pretty basic/slow. |
@levb I got one on GA, not sure if this is the one you were trying to catch?
|
@kozlovic thanks! This and one more that just happened point to |
Travis sanitize builds seem to still produce unique failures that are not appearing in GHA jobs. However, some were compiled with
Release
making call stack interpretation difficult (like, https://app.travis-ci.com/github/nats-io/nats.c/jobs/624866438). UseRelWithDebInfo
to get the call stacks with symbols (hope it works in that environment, will see)