[or-cvs] r9599: Note a problematic warning. (in tor/trunk: . src/or)

nickm at seul.org nickm at seul.org
Sat Feb 17 23:49:51 UTC 2007


Author: nickm
Date: 2007-02-17 18:49:50 -0500 (Sat, 17 Feb 2007)
New Revision: 9599

Modified:
   tor/trunk/
   tor/trunk/src/or/routerlist.c
Log:
 r11844 at catbus:  nickm | 2007-02-17 16:53:42 -0500
 Note a problematic warning.



Property changes on: tor/trunk
___________________________________________________________________
 svk:merge ticket from /tor/trunk [r11844] on 8246c3cf-6607-4228-993b-4d95d33730f1

Modified: tor/trunk/src/or/routerlist.c
===================================================================
--- tor/trunk/src/or/routerlist.c	2007-02-17 02:38:58 UTC (rev 9598)
+++ tor/trunk/src/or/routerlist.c	2007-02-17 23:49:50 UTC (rev 9599)
@@ -1909,6 +1909,14 @@
   } else if (from_fetch) {
     /* Only check the descriptor digest against the network statuses when
      * we are receiving in response to a fetch. */
+    /* XXXX012 This warning seems to happen fairly regularly when we download
+     * router information based on an old networkstatus, then discard the
+     * networkstatus between requesting the routers and getting the reply.
+     * That's no good at all.  I think we should switch to a behavior where we
+     * don't download a descriptor unless it's in a _recent_ networkstatus;
+     * also, we should drop this warning in (hopefully less likely) case where
+     * we decide we don't want a descriptor after we start downloading
+     * it. -NM */
     if (!signed_desc_digest_is_recognized(&router->cache_info)) {
       log_warn(LD_DIR, "Dropping unrecognized descriptor for router '%s'",
                router->nickname);
@@ -1992,7 +2000,7 @@
     }
   }
 
-  /* We haven't seen a router with this name before.  Add it to the end of
+  /* We haven't seen a router with this idntity before.  Add it to the end of
    * the list. */
   routerlist_insert(routerlist, router);
   if (!from_cache)



More information about the tor-commits mailing list