[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[or-cvs] More whitespace normalization



Update of /home/or/cvsroot/doc
In directory moria.mit.edu:/tmp/cvs-serv26659/doc

Modified Files:
	HACKING tor-spec.txt tor.1.in 
Log Message:
More whitespace normalization

Index: HACKING
===================================================================
RCS file: /home/or/cvsroot/doc/HACKING,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -d -r1.10 -r1.11
--- HACKING	9 May 2004 16:32:33 -0000	1.10
+++ HACKING	10 Nov 2004 01:20:17 -0000	1.11
@@ -53,14 +53,14 @@
      util.[ch] -- Miscellaneous portability and convenience functions.
 
   Files in ./src/or:
-  
+
    [General-purpose modules]
 
      or.h -- Common header file: include everything, define everything.
 
-     buffers.c -- Implements a generic buffer interface.  Buffers are 
+     buffers.c -- Implements a generic buffer interface.  Buffers are
         fairly opaque string holders that can read to or flush from:
-        memory, file descriptors, or TLS connections.  
+        memory, file descriptors, or TLS connections.
 
         Also implements parsing functions to read HTTP and SOCKS commands
         from buffers.
@@ -89,7 +89,7 @@
         results; clients use routers.c to parse them.
 
      dirserv.c -- Code to manage directory contents and generate
-        directories. [Directory server only] 
+        directories. [Directory server only]
 
      routers.c -- Code to parse directories and router descriptors; and to
         generate a router descriptor corresponding to this OR's
@@ -133,9 +133,9 @@
   All sockets in Tor are handled as different types of nonblocking
   'connections'.  (What the Tor spec calls a "Connection", the code refers
   to as a "Cell-speaking" or "OR" connection.)
-  
+
   Connections are implemented by the connection_t struct, defined in or.h.
-  Not every kind of connection uses all the fields in connection_t; see 
+  Not every kind of connection uses all the fields in connection_t; see
   the comments in or.h and the assertions in assert_connection_ok() for
   more information.
 
@@ -272,7 +272,7 @@
          command_process_cell -- Notices it is a relay cell, so calls:
           command_process_relay_cell -- Looks up the circuit for the cell,
                  makes sure the circuit is live, then passes the cell to:
-           circuit_deliver_relay_cell -- Passes the cell to each of: 
+           circuit_deliver_relay_cell -- Passes the cell to each of:
             relay_crypt -- Strips a layer of encryption from the cell and
                  notices that the cell is for local delivery.
             connection_edge_process_relay_cell -- extracts the cell's
@@ -317,7 +317,6 @@
                  back an acknowledgement (requesting that more cells be
                  sent to this stream).
 
-
 1.6. Routers, descriptors, and directories
 
    All Tor processes need to keep track of a list of onion routers, for
@@ -348,7 +347,7 @@
    directories.
 
 1.7. Data model
-  
+
   [XXX]
 
 1.8. Flow control
@@ -477,7 +476,6 @@
 
      [XXX insert references]
 
-
 # ======================================================================
 # Old HACKING document; merge into the above, move into tor-design.tex,
 # or delete.
@@ -574,7 +572,3 @@
 
   Currently the code tries for the primary router first, and if it's down,
   chooses the first available twin.
-
-
-
-

Index: tor-spec.txt
===================================================================
RCS file: /home/or/cvsroot/doc/tor-spec.txt,v
retrieving revision 1.67
retrieving revision 1.68
diff -u -d -r1.67 -r1.68
--- tor-spec.txt	27 Oct 2004 00:48:51 -0000	1.67
+++ tor-spec.txt	10 Nov 2004 01:20:17 -0000	1.68
@@ -563,7 +563,6 @@
    cells when both a) the window is <= 450, and b) there are less than
    ten cell payloads remaining to be flushed at that edge.
 
-
 7. Directories and routers
 
 7.1. Extensible information format
@@ -712,7 +711,7 @@
 
     "signed-directory"
 
-        Indicates the start of a 
+        Indicates the start of a
 
     "published" YYYY-MM-DD HH:MM:SS
 
@@ -756,7 +755,7 @@
         'verified' if its nickname AND digest match the one provided.
         [XXXX 'router-status' was added in 0.0.9pre5; older directory code
         uses 'running-routers' instead.]
- 
+
     "directory-signature" nickname-of-dirserver NL Signature
 
 Note:  The router descriptor for the directory server MUST appear first.

Index: tor.1.in
===================================================================
RCS file: /home/or/cvsroot/doc/tor.1.in,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -d -r1.33 -r1.34
--- tor.1.in	10 Nov 2004 01:16:50 -0000	1.33
+++ tor.1.in	10 Nov 2004 01:20:17 -0000	1.34
@@ -95,7 +95,7 @@
 Every N seconds, Tor downloads a fresh directory, and re-uploads
 information about hidden services to the directory servers.  If
 running as a server, Tor also re-uploads information about itself to
-the directory servers.  (Tor also uploads this information whenever it 
+the directory servers.  (Tor also uploads this information whenever it
 changes.)  (Default: 600.)
 .TP
 \fBClientOnly \fR\fB0\fR|\fB1\fR\fP
@@ -217,7 +217,7 @@
 .TP
 \fBMyFamily \fR\fInickname,nickname,...\fP
 Declare that this Tor server is controlled or administered by a group
-or organization identical or similar to that of the other named servers.  
+or organization identical or similar to that of the other named servers.
 When two servers both declare that they are in the same 'family', Tor clients
 will not use them in the same circuit.
 .TP
@@ -296,7 +296,6 @@
 option is only useful for authoritative directories, so you probably
 don't want to use it.
 
-
 .SH HIDDEN SERVICE OPTIONS
 .PP
 The following options are used to configure a hidden service.