Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@ktsaou
Copy link
Member

@ktsaou ktsaou commented Mar 19, 2025

This provides stack traces like this:

#0 daemon_status_file_save_twice_if_we_can_get_stack_trace (daemon-status-file.c:1309)
#1 daemon_status_file_deadly_signal_received (daemon-status-file.c:1441)
#2 nd_signal_handler (signal-handler.c:74)
#3 <unknown>
#4 <unknown>
#5 <unknown>
#6 <unknown>
#7 <unknown>
#8 nd_process_signals (signal-handler.c:267)
#9 main (main.c:1157)
#10 <unknown>
#11 <unknown>
#12 <unknown>
#13 <unknown>

Note the filenames and the line numbers...

@ktsaou ktsaou requested review from a team, Ferroin, thiagoftsm and vkalintiris as code owners March 19, 2025 19:46
@github-actions github-actions bot added area/packaging Packaging and operating systems support area/daemon area/build Build system (autotools and cmake). labels Mar 19, 2025
@ktsaou ktsaou merged commit b75958a into netdata:master Mar 21, 2025
102 of 103 checks passed
stelfrag pushed a commit to stelfrag/netdata that referenced this pull request Mar 24, 2025
* initial implementation of libbacktrace

* in buildinfo show the parameters of libbacktrace

* do not disable libbacktrace if threading is not supported

* Don’t install libbacktrace, only build it.

* Disable libbacktrace for 32-bit ARM builds.

* Make libunwind and libbacktrace mutually exclusive at configure time.

Instead of relying on it being mutually exclusive at build time. This
ensures we don’t waste time on libunwind when using libbacktrace.

* Only use libbacktrace on Linux and Windows

* Work around broken logic in openSUSE rpmbuild.

* Fix handling of libbacktrace for 32-bit ARM static builds.

---------

Co-authored-by: Austin S. Hemmelgarn <[email protected]>
(cherry picked from commit b75958a)
@stelfrag stelfrag mentioned this pull request Mar 24, 2025
Ferroin added a commit that referenced this pull request Mar 24, 2025
* initial implementation of libbacktrace

* in buildinfo show the parameters of libbacktrace

* do not disable libbacktrace if threading is not supported

* Don’t install libbacktrace, only build it.

* Disable libbacktrace for 32-bit ARM builds.

* Make libunwind and libbacktrace mutually exclusive at configure time.

Instead of relying on it being mutually exclusive at build time. This
ensures we don’t waste time on libunwind when using libbacktrace.

* Only use libbacktrace on Linux and Windows

* Work around broken logic in openSUSE rpmbuild.

* Fix handling of libbacktrace for 32-bit ARM static builds.

---------

Co-authored-by: Austin S. Hemmelgarn <[email protected]>
(cherry picked from commit b75958a)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area/build Build system (autotools and cmake). area/daemon area/packaging Packaging and operating systems support

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants