]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
Clean up (and mark for 0.2.2.) comments relating to non-beauty of current bug-743...
authorNick Mathewson <nickm@torproject.org>
Tue, 6 Jan 2009 17:37:22 +0000 (17:37 +0000)
committerNick Mathewson <nickm@torproject.org>
Tue, 6 Jan 2009 17:37:22 +0000 (17:37 +0000)
svn:r17966

src/or/rendclient.c

index 4affe55ab1bef792f832dc3b45a713fbc0abc83f..3568d50d8691cb70dee82119519bad0e5b332e6f 100644 (file)
@@ -598,9 +598,9 @@ rend_client_rendezvous_acked(origin_circuit_t *circ, const char *request,
   log_info(LD_REND,"Got rendezvous ack. This circuit is now ready for "
            "rendezvous.");
   circ->_base.purpose = CIRCUIT_PURPOSE_C_REND_READY;
-  /*XXXX This is a pretty brute approach. It'd be better to
+  /* XXXX022 This is a pretty brute-force approach. It'd be better to
    * attach only the connections that are waiting on this circuit, rather
-   * than trying to attach them all. See bug 743. */
+   * than trying to attach them all. See comments bug 743. */
   /* If we already have the introduction circuit built, make sure we send
    * the INTRODUCE cell _now_ */
   connection_ap_attach_pending();
@@ -666,10 +666,9 @@ rend_client_receive_rendezvous(origin_circuit_t *circ, const char *request,
 
   onion_append_to_cpath(&circ->cpath, hop);
   circ->build_state->pending_final_cpath = NULL; /* prevent double-free */
-  /*XXXX This is a pretty brute approach. It'd be better to
+  /* XXXX022 This is a pretty brute-force approach. It'd be better to
    * attach only the connections that are waiting on this circuit, rather
-   * than trying to attach them all. See bug 743.*/
-  /* */
+   * than trying to attach them all. See comments bug 743. */
   connection_ap_attach_pending();
   return 0;
  err: