[tor-commits] [torspec/master] neena got (reasonably) confused by context-sensitive config options
arma at torproject.org
arma at torproject.org
Sat Jun 23 07:47:28 UTC 2012
commit 22959c4230a53a1f3b22418fc8b46c0abd40ad7a
Author: Roger Dingledine <arma at torproject.org>
Date: Sat Jun 23 03:46:32 2012 -0400
neena got (reasonably) confused by context-sensitive config options
---
control-spec.txt | 14 ++++++++------
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/control-spec.txt b/control-spec.txt
index 7e7e37e..40c88e8 100644
--- a/control-spec.txt
+++ b/control-spec.txt
@@ -223,12 +223,14 @@
"513 syntax error in configuration values" reply on syntax error, or a
"553 impossible configuration setting" reply on a semantic error.
- When a configuration option takes multiple values, or when multiple
- configuration keys form a context-sensitive group (see GETCONF below), then
- setting _any_ of the options in a SETCONF command is taken to reset all of
- the others. For example, if two ORBindAddress values are configured, and a
- SETCONF command arrives containing a single ORBindAddress value, the new
- command's value replaces the two old values.
+ Some configuration options (e.g. "Bridge") take multiple values. Also,
+ some configuration keys (e.g. for hidden services and for entry
+ guard lists) form a context-sensitive group where order matters (see
+ GETCONF below). In these cases, setting _any_ of the options in a
+ SETCONF command is taken to reset all of the others. For example,
+ if two ORBindAddress values are configured, and a SETCONF command
+ arrives containing a single ORBindAddress value, the new command's
+ value replaces the two old values.
Sometimes it is not possible to change configuration options solely by
issuing a series of SETCONF commands, because the value of one of the
More information about the tor-commits
mailing list