aboutsummaryrefslogtreecommitdiff
path: root/src/or/main.h
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2011-04-26 15:20:08 -0400
committerNick Mathewson <nickm@torproject.org>2011-04-26 15:20:08 -0400
commitf810a1afe990788cd8f944a515a493902df84ed1 (patch)
tree145e947530ebdc09476a7aa018ee76644e5f0eb3 /src/or/main.h
parenta7a906603e0c7e3c8519a948b5adf43bfecf6f66 (diff)
downloadtor-f810a1afe990788cd8f944a515a493902df84ed1.tar
tor-f810a1afe990788cd8f944a515a493902df84ed1.tar.gz
Expose a new process_signal(uintptr_t), not signal_callback()
This is a tweak to the bug2917 fix. Basically, if we want to simulate a signal arriving in the controller, we shouldn't have to pretend that we're Libevent, or depend on how Tor sets up its Libevent callbacks.
Diffstat (limited to 'src/or/main.h')
-rw-r--r--src/or/main.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/or/main.h b/src/or/main.h
index 626bf1c43..0551f7aaf 100644
--- a/src/or/main.h
+++ b/src/or/main.h
@@ -47,7 +47,7 @@ void ip_address_changed(int at_interface);
void dns_servers_relaunch_checks(void);
void handle_signals(int is_parent);
-void signal_callback(int fd, short events, void *arg);
+void process_signal(uintptr_t sig);
int try_locking(or_options_t *options, int err_if_locked);
int have_lockfile(void);