[tor-commits] [tor/master] Change RELAY_BEGINDIR to RELAY_BEGIN_DIR in comments.

nickm at torproject.org nickm at torproject.org
Mon Feb 27 15:58:47 UTC 2017


commit a0ee5777b091b6af55615f3bcf5f518fc8e2d2a7
Author: Alexander Færøy <ahf at torproject.org>
Date:   Thu Feb 9 16:48:11 2017 +0000

    Change RELAY_BEGINDIR to RELAY_BEGIN_DIR in comments.
    
    This is a purely cosmetic patch that changes RELAY_BEGINDIR in various
    comments to RELAY_BEGIN_DIR, which should make it easier to grep for the
    symbols.
---
 src/or/connection_edge.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/or/connection_edge.c b/src/or/connection_edge.c
index ef55104..ca68099 100644
--- a/src/or/connection_edge.c
+++ b/src/or/connection_edge.c
@@ -29,7 +29,7 @@
  *   <li>DNS lookup streams, created on the exit side in response to
  *     a RELAY_RESOLVE cell from a client.
  *   <li>Tunneled directory streams, created on the directory cache side
- *     in response to a RELAY_BEGINDIR cell.  These streams attach directly
+ *     in response to a RELAY_BEGIN_DIR cell.  These streams attach directly
  *     to a dir_connection_t object without ever using TCP.
  *   </ul>
  *
@@ -1762,7 +1762,7 @@ connection_ap_handshake_rewrite_and_attach(entry_connection_t *conn,
         conn->entry_cfg.ipv6_traffic = 0;
 
       /* Still handling CONNECT. Now, check for exit enclaves.  (Which we
-       * don't do on BEGINDIR, or when there is a chosen exit.)
+       * don't do on BEGIN_DIR, or when there is a chosen exit.)
        *
        * TODO: Should we remove this?  Exit enclaves are nutty and don't
        * work very well
@@ -2995,7 +2995,7 @@ connection_ap_handshake_socks_reply(entry_connection_t *conn, char *reply,
   return;
 }
 
-/** Read a RELAY_BEGIN or RELAY_BEGINDIR cell from <b>cell</b>, decode it, and
+/** Read a RELAY_BEGIN or RELAY_BEGIN_DIR cell from <b>cell</b>, decode it, and
  * place the result in <b>bcell</b>.  On success return 0; on failure return
  * <0 and set *<b>end_reason_out</b> to the end reason we should send back to
  * the client.





More information about the tor-commits mailing list