mirrors/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2025-02-27 07:59:35 +01:00
Code Issues Projects Releases Wiki Activity
tor/src/common/backtrace.h

22 lines
579 B
C
Raw Normal View History

Bump copyright dates to 2015, in case someday this matters.
2015-01-02 14:27:39 -05:00
/* Copyright (c) 2013-2015, The Tor Project, Inc. */
Basic backtrace ability On platforms with the backtrace/backtrace_symbols_fd interface, Tor can now dump stack traces on assertion failure. By default, I log them to DataDir/stack_dump and to stderr.
2013-07-19 14:09:58 -04:00
/* See LICENSE for licensing information */
#ifndef TOR_BACKTRACE_H
#define TOR_BACKTRACE_H
Log a backtrace when the sandbox finds a failure This involves some duplicate code between backtrace.c and sandbox.c, but I don't see a way around it: calling more functions would mean adding more steps to our call stack, and running clean_backtrace() against the wrong point on the stack.
2014-04-10 15:44:52 -04:00
#include "orconfig.h"
Make backtrace handler handle signals correctly. This meant moving a fair bit of code around, and writing a signal cleanup function. Still pretty nice from what I can tell, though.
2013-07-26 13:22:56 +02:00
void log_backtrace(int severity, int domain, const char *msg);
Add a sighandler-safe logging mechanism We had accidentially grown two fake ones: one for backtrace.c, and one for sandbox.c. Let's do this properly instead. Now, when we configure logs, we keep track of fds that should get told about bad stuff happening from signal handlers. There's another entry point for these that avoids using non-signal-handler-safe functions.
2013-07-19 22:47:49 -04:00
int configure_backtrace_handler(const char *tor_version);
Basic backtrace ability On platforms with the backtrace/backtrace_symbols_fd interface, Tor can now dump stack traces on assertion failure. By default, I log them to DataDir/stack_dump and to stderr.
2013-07-19 14:09:58 -04:00
void clean_up_backtrace_handler(void);
Log a backtrace when the sandbox finds a failure This involves some duplicate code between backtrace.c and sandbox.c, but I don't see a way around it: calling more functions would mean adding more steps to our call stack, and running clean_backtrace() against the wrong point on the stack.
2014-04-10 15:44:52 -04:00
#ifdef EXPOSE_CLEAN_BACKTRACE
Only expose clean_backtrace() if we'll implement it Fixes windows compilation; bug not in any released Tor. Bugfix on cc9e86db.
2014-04-16 22:00:13 -04:00
#if defined(HAVE_EXECINFO_H) && defined(HAVE_BACKTRACE) && \
defined(HAVE_BACKTRACE_SYMBOLS_FD) && defined(HAVE_SIGACTION)
Log a backtrace when the sandbox finds a failure This involves some duplicate code between backtrace.c and sandbox.c, but I don't see a way around it: calling more functions would mean adding more steps to our call stack, and running clean_backtrace() against the wrong point on the stack.
2014-04-10 15:44:52 -04:00
void clean_backtrace(void **stack, int depth, const ucontext_t *ctx);
#endif
Only expose clean_backtrace() if we'll implement it Fixes windows compilation; bug not in any released Tor. Bugfix on cc9e86db.
2014-04-16 22:00:13 -04:00
#endif
Log a backtrace when the sandbox finds a failure This involves some duplicate code between backtrace.c and sandbox.c, but I don't see a way around it: calling more functions would mean adding more steps to our call stack, and running clean_backtrace() against the wrong point on the stack.
2014-04-10 15:44:52 -04:00
Basic backtrace ability On platforms with the backtrace/backtrace_symbols_fd interface, Tor can now dump stack traces on assertion failure. By default, I log them to DataDir/stack_dump and to stderr.
2013-07-19 14:09:58 -04:00
#endif
Reference in a new issue Copy permalink