don't let further circuits disrupt 'gnunet-cadet -o'

diff --git a/AUTHORS b/AUTHORS
index f5ec48bc66def0cbf680187df4cc6bff7a3b7b6b..aedc5dffb10e071ac4f9b0e6e25730f85152497c 100644 (file)
--- a/AUTHORS
+++ b/AUTHORS
@@ -112,7 +112,7 @@ FreeBSD         : Kirill Ponomarew <ponomarew@oberon.net>
 Debian GNU/Linux: Daniel Baumann <daniel.baumann@panthera-systems.net>
 OpenWrt/LEDE    : Daniel Golle <daniel@makrotopia.org>
 OS X            : Jussi Eloranta <eloranta@cc.jyu.fi>
-
+Gentoo         : Carlo von lynX <psyc://loupsycedyglgamf.onion/~lynX>
 
 If you have contributed and are not listed here, please
 notify one of the maintainers in order to be added.

diff --git a/src/cadet/gnunet-cadet.c b/src/cadet/gnunet-cadet.c
index 043318ff37c631b930a446e7f4a28bb0950d2b5d..f9f156f5828530ec82d0ba5e430179237b22c2f9 100644 (file)
--- a/src/cadet/gnunet-cadet.c
+++ b/src/cadet/gnunet-cadet.c
@@ -435,18 +435,18 @@ channel_incoming (void *cls,
     GNUNET_log (GNUNET_ERROR_TYPE_ERROR, "Not listening to channels\n");
     return NULL;
   }
-#if 0
   // Closing the listen port currently breaks open connections.
   // Is this an intentional departure from POSIX socket behavior?
   //
   if (NULL != lp) {
     /* Now that we have our circuit up and running, let's not
      * get confused by further incoming connect requests.
+     * You need to start another 'gnunet-cadet -o' process
+     * to receive those.
      */
     GNUNET_CADET_close_port (lp);
     lp = NULL;
   }
-#endif
   ch = channel;
   if (GNUNET_NO == echo)
   {