[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[gnunet] branch master updated: -comment; uncrustify
From: |
gnunet |
Subject: |
[gnunet] branch master updated: -comment; uncrustify |
Date: |
Fri, 26 Feb 2021 15:53:48 +0100 |
This is an automated email from the git hooks/post-receive script.
martin-schanzenbach pushed a commit to branch master
in repository gnunet.
The following commit(s) were added to refs/heads/master by this push:
new 0236c3a21 -comment; uncrustify
0236c3a21 is described below
commit 0236c3a219f89826532e8b9134a81be01fda0369
Author: Martin Schanzenbach <mschanzenbach@posteo.de>
AuthorDate: Fri Feb 26 15:51:38 2021 +0100
-comment; uncrustify
---
src/transport/gnunet-service-tng.c | 24 +++++++++++++++++++-----
1 file changed, 19 insertions(+), 5 deletions(-)
diff --git a/src/transport/gnunet-service-tng.c
b/src/transport/gnunet-service-tng.c
index aaa9f129b..1bdd6fa7b 100644
--- a/src/transport/gnunet-service-tng.c
+++ b/src/transport/gnunet-service-tng.c
@@ -3681,6 +3681,7 @@ stop_peer_request (void *cls,
return GNUNET_OK;
}
+
static void
do_shutdown (void *cls);
@@ -3712,8 +3713,8 @@ client_disconnect_cb (void *cls,
case CT_CORE: {
GNUNET_log (GNUNET_ERROR_TYPE_DEBUG,
- "CORE Client %p disconnected, cleaning up.\n",
- tc);
+ "CORE Client %p disconnected, cleaning up.\n",
+ tc);
struct PendingMessage *pm;
@@ -4198,7 +4199,18 @@ queue_send_msg (struct Queue *queue,
struct GNUNET_TRANSPORT_SendMessageTo *smt;
struct GNUNET_MQ_Envelope *env;
- // queue->idle = GNUNET_NO;
+ /**
+ * FIXME: the queue idle member does not really make
+ * sense in the code.
+ * It is not clear what "idle" should mean? If it means
+ * the queue is empty, then other code (see schedule_retransmit)
+ * does not make sense at it ALWAYS expects and idle queue
+ * or will refuse to transmit because it is "busy".
+ * The problem is that the queue is (was) never set to
+ * idle in the code. Now it is, but it is unclear if the
+ * expected logic is preserved.
+ */
+ //queue->idle = GNUNET_NO;
GNUNET_log (
GNUNET_ERROR_TYPE_DEBUG,
"Queueing %u bytes of payload for transmission <%llu> on queue %llu to
%s\n",
@@ -5204,7 +5216,7 @@ handle_del_address (void *cls,
GNUNET_log (GNUNET_ERROR_TYPE_WARNING,
"Communicator removed address we did not even have.\n");
GNUNET_SERVICE_client_continue (tc->client);
- //GNUNET_SERVICE_client_drop (tc->client);
+ // GNUNET_SERVICE_client_drop (tc->client);
}
@@ -8978,7 +8990,8 @@ transmit_on_queue (void *cls)
OPTIMIZE: Note that in the future this heuristic should likely
be improved further (measure RTT stability, consider message
- urgency and size when delaying ACKs, etc.) */update_pm_next_attempt (pm,
+ urgency and size when delaying ACKs, etc.) */
+ update_pm_next_attempt (pm,
GNUNET_TIME_relative_to_absolute (
GNUNET_TIME_relative_multiply
(queue->pd.aged_rtt,
4)));
@@ -10169,6 +10182,7 @@ do_shutdown (void *cls)
GNUNET_SCHEDULER_shutdown ();
}
+
static void
shutdown_task (void *cls)
{
--
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [gnunet] branch master updated: -comment; uncrustify,
gnunet <=