From 5e44581412b2b3bfb54449f3c73fc1d212f790af Mon Sep 17 00:00:00 2001 From: Nick Mathewson Date: Tue, 6 Jan 2009 17:37:22 +0000 Subject: [PATCH] Clean up (and mark for 0.2.2.) comments relating to non-beauty of current bug-743 fix. svn:r17966 --- src/or/rendclient.c | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/src/or/rendclient.c b/src/or/rendclient.c index 4affe55ab1..3568d50d86 100644 --- a/src/or/rendclient.c +++ b/src/or/rendclient.c @@ -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: -- 2.11.4.GIT