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

[or-cvs] r10729: the non-controversial changes i found in my sandbox (in tor/trunk: doc/spec doc/spec/proposals src/or)



Author: arma
Date: 2007-07-02 18:07:53 -0400 (Mon, 02 Jul 2007)
New Revision: 10729

Modified:
   tor/trunk/doc/spec/control-spec.txt
   tor/trunk/doc/spec/proposals/108-mtbf-based-stability.txt
   tor/trunk/src/or/dirvote.c
Log:
the non-controversial changes i found in my sandbox


Modified: tor/trunk/doc/spec/control-spec.txt
===================================================================
--- tor/trunk/doc/spec/control-spec.txt	2007-07-02 21:08:03 UTC (rev 10728)
+++ tor/trunk/doc/spec/control-spec.txt	2007-07-02 22:07:53 UTC (rev 10729)
@@ -881,9 +881,9 @@
    the new address as a response.
 
    The "SOURCE_ADDR" field is included with NEW and NEWRESOLVE events if
-   extended events are enabled.  It indicates the address that requested
-   the connection, and can be (e.g.) used to look up the requesting
-   program.
+   extended events are enabled.  It indicates the address and port
+   that requested the connection, and can be (e.g.) used to look up the
+   requesting program.
 
 4.1.3. OR Connection status changed
 

Modified: tor/trunk/doc/spec/proposals/108-mtbf-based-stability.txt
===================================================================
--- tor/trunk/doc/spec/proposals/108-mtbf-based-stability.txt	2007-07-02 21:08:03 UTC (rev 10728)
+++ tor/trunk/doc/spec/proposals/108-mtbf-based-stability.txt	2007-07-02 22:07:53 UTC (rev 10729)
@@ -41,7 +41,8 @@
 Rejected Alternative:
 
    "A router's Stability shall be defined as the sum of $\alpha ^ d$ for every
-   $d$ such that the router was not observed to be unavailable $d$ days ago."
+   $d$ such that the router was considered reachable for the entire day
+   $d$ days ago.
 
    This allows a simpler implementation: every day, we multiply
    yesterday's Stability by alpha, and if the router was observed to be
@@ -54,7 +55,7 @@
 
    (By requiring that routers be up for an entire day to get their
    stability increased, instead of counting fractions of a day, we
-   capture the notion that stability is more like "probability of being
+   capture the notion that stability is more like "probability of
    staying up for the next hour" than it is like "probability of being
    up at some randomly chosen time over the next hour."  The former
    notion of stability is far more relevant for long-lived circuits.)

Modified: tor/trunk/src/or/dirvote.c
===================================================================
--- tor/trunk/src/or/dirvote.c	2007-07-02 21:08:03 UTC (rev 10728)
+++ tor/trunk/src/or/dirvote.c	2007-07-02 22:07:53 UTC (rev 10729)
@@ -71,7 +71,7 @@
   return NULL;
 }
 
-/** Helper for sorting a list of time_t* */
+/** Helper for sorting a list of time_t*. */
 static int
 _compare_times(const void **_a, const void **_b)
 {
@@ -84,7 +84,7 @@
     return 0;
 }
 
-/** Helper for sorting a list of int* */
+/** Helper for sorting a list of int*. */
 static int
 _compare_ints(const void **_a, const void **_b)
 {
@@ -164,7 +164,7 @@
 }
 
 /** Given a sorted list of strings <b>lst</b>, return the member that appears
- * most.  Break ties in favor of later-occuring members. */
+ * most.  Break ties in favor of later-occurring members. */
 static const char *
 get_most_frequent_member(smartlist_t *lst)
 {