[GNUnet-SVN] r30342 - gnunet/src/mesh

[gnunet]

Author: bartpolot
Date: 2013-10-18 21:51:20 +0200 (Fri, 18 Oct 2013)
New Revision: 30342

Modified:
   gnunet/src/mesh/gnunet-service-mesh_channel.c
   gnunet/src/mesh/gnunet-service-mesh_channel.h
   gnunet/src/mesh/gnunet-service-mesh_connection.c
   gnunet/src/mesh/gnunet-service-mesh_peer.c
   gnunet/src/mesh/gnunet-service-mesh_peer.h
   gnunet/src/mesh/gnunet-service-mesh_tunnel.c
Log:
- doxygen


Modified: gnunet/src/mesh/gnunet-service-mesh_channel.c
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_channel.c       2013-10-18 19:40:43 UTC 
(rev 30341)
+++ gnunet/src/mesh/gnunet-service-mesh_channel.c       2013-10-18 19:51:20 UTC 
(rev 30342)
@@ -1518,7 +1518,7 @@
 /**
  * Handler for mesh network traffic end-to-end ACKs.
  *
- * @param t Tunnel on which we got this message.
+ * @param ch Channel on which we got this message.
  * @param msg Data message.
  * @param fwd Is this a fwd ACK? (dest->orig)
  */

Modified: gnunet/src/mesh/gnunet-service-mesh_channel.h
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_channel.h       2013-10-18 19:40:43 UTC 
(rev 30341)
+++ gnunet/src/mesh/gnunet-service-mesh_channel.h       2013-10-18 19:51:20 UTC 
(rev 30342)
@@ -250,7 +250,7 @@
 /**
  * Handler for mesh network traffic end-to-end ACKs.
  *
- * @param t Tunnel on which we got this message.
+ * @param ch Channel on which we got this message.
  * @param msg Data message.
  * @param fwd Is this a fwd ACK? (dest->orig)
  */

Modified: gnunet/src/mesh/gnunet-service-mesh_connection.c
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_connection.c    2013-10-18 19:40:43 UTC 
(rev 30341)
+++ gnunet/src/mesh/gnunet-service-mesh_connection.c    2013-10-18 19:51:20 UTC 
(rev 30342)
@@ -2009,6 +2009,7 @@
 
   fwd = peer == get_prev_hop (c);
 
+  send_broken (c, &my_full_id, GMP_get_id (peer), fwd);
   connection_cancel_queues (c, !fwd);
   if (GMC_is_terminal (c, fwd))
   {
@@ -2017,8 +2018,6 @@
     return;
   }
 
-  send_broken (c, &my_full_id, GMP_get_id (peer), fwd);
-
   /* Connection will have at least one pending message
    * (the one we just scheduled), so no point in checking whether to
    * destroy immediately. */

Modified: gnunet/src/mesh/gnunet-service-mesh_peer.c
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_peer.c  2013-10-18 19:40:43 UTC (rev 
30341)
+++ gnunet/src/mesh/gnunet-service-mesh_peer.c  2013-10-18 19:51:20 UTC (rev 
30342)
@@ -1522,7 +1522,7 @@
  * The path is given in peer_info -> destination, therefore we turn the path
  * upside down first.
  *
- * @param pee Peer to add the path to, being the origin of the path.
+ * @param peer Peer to add the path to, being the origin of the path.
  * @param path New path to add after being inversed.
  *             Path will be either used or freed.
  * @param trusted Do we trust that this path is real?

Modified: gnunet/src/mesh/gnunet-service-mesh_peer.h
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_peer.h  2013-10-18 19:40:43 UTC (rev 
30341)
+++ gnunet/src/mesh/gnunet-service-mesh_peer.h  2013-10-18 19:51:20 UTC (rev 
30342)
@@ -213,7 +213,7 @@
  * @param trusted Do we trust that this path is real?
  */
 void
-GMP_add_path_to_origin (struct MeshPeer *peer_info,
+GMP_add_path_to_origin (struct MeshPeer *peer,
                         struct MeshPeerPath *path,
                         int trusted);
 

Modified: gnunet/src/mesh/gnunet-service-mesh_tunnel.c
===================================================================
--- gnunet/src/mesh/gnunet-service-mesh_tunnel.c        2013-10-18 19:40:43 UTC 
(rev 30341)
+++ gnunet/src/mesh/gnunet-service-mesh_tunnel.c        2013-10-18 19:51:20 UTC 
(rev 30342)
@@ -1102,7 +1102,7 @@
 
 
 /**
- * Send ACK on one or more channels due to buffer in connections..
+ * Send ACK on one or more channels due to buffer in connections.
  *
  * @param t Channel which has some free buffer space.
  * @param fwd Is this for FWD traffic? (ACK goes to root)