summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2011-05-23 16:59:41 -0400
committerNick Mathewson <nickm@torproject.org>2011-05-23 16:59:41 -0400
commit57810c333a38c72c1e361c02e31de7712d1f221a (patch)
treec7356c556e7e1a4bb6fdbfeff5da653d2aa31b8a
parent6cac100b13794b74db8e831bed56df2f0443ea13 (diff)
downloadtor-57810c333a38c72c1e361c02e31de7712d1f221a.tar.gz
tor-57810c333a38c72c1e361c02e31de7712d1f221a.zip
Remove the -F option from tor-resolve.
It used to mean "Force": it would tell tor-resolve to ask tor to resolve an address even if it ended with .onion. But when AutomapHostsOnResolve was added, automatically refusing to resolve .onion hosts stopped making sense. So in 0.2.1.16-rc (commit 298dc95dfd8), we made tor-resolve happy to resolve anything. The -F option stayed in, though, even though it didn't do anything. Oddly, it never got documented. Found while fixing GCC 4.6 "set, unused variable" warnings.
-rw-r--r--changes/bug32084
-rw-r--r--src/tools/tor-resolve.c4
2 files changed, 5 insertions, 3 deletions
diff --git a/changes/bug3208 b/changes/bug3208
new file mode 100644
index 0000000000..731c96e20a
--- /dev/null
+++ b/changes/bug3208
@@ -0,0 +1,4 @@
+ o Removed options:
+ - Remove undocumented option "-F" from tor-resolve: it hasn't done
+ anything since 0.2.1.16-rc.
+
diff --git a/src/tools/tor-resolve.c b/src/tools/tor-resolve.c
index 12349d9d12..8c4d3f6483 100644
--- a/src/tools/tor-resolve.c
+++ b/src/tools/tor-resolve.c
@@ -319,7 +319,7 @@ main(int argc, char **argv)
{
uint32_t sockshost;
uint16_t socksport = 0, port_option = 0;
- int isSocks4 = 0, isVerbose = 0, isReverse = 0, force = 0;
+ int isSocks4 = 0, isVerbose = 0, isReverse = 0;
char **arg;
int n_args;
struct in_addr a;
@@ -349,8 +349,6 @@ main(int argc, char **argv)
isSocks4 = 0;
else if (!strcmp("-x", arg[0]))
isReverse = 1;
- else if (!strcmp("-F", arg[0]))
- force = 1;
else if (!strcmp("-p", arg[0])) {
int p;
if (n_args < 2) {