[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GNUnet-SVN] r27151 - gnunet-java
From: |
gnunet |
Subject: |
[GNUnet-SVN] r27151 - gnunet-java |
Date: |
Wed, 15 May 2013 15:40:14 +0200 |
Author: grothoff
Date: 2013-05-15 15:40:14 +0200 (Wed, 15 May 2013)
New Revision: 27151
Modified:
gnunet-java/ISSUES
Log:
-comments for Florian
Modified: gnunet-java/ISSUES
===================================================================
--- gnunet-java/ISSUES 2013-05-15 13:39:46 UTC (rev 27150)
+++ gnunet-java/ISSUES 2013-05-15 13:40:14 UTC (rev 27151)
@@ -1,8 +1,10 @@
CLIENT_receive crashes on
socket that could not connect before transmitting a message
(to reproduce: run gnunet-set without a running peer)
+--- MQ bug, never receive before sending at least one MSG.
+// FIXME: zero 'reserved' field.
I can't track down the uninitialized bytes error in gnunet-set
(only happens once)
==4516== Syscall param socketcall.sendto(msg) points to uninitialised byte(s)
@@ -25,6 +27,7 @@
test_set_api.c has some problems with the host identity
* while the same code in gnunet-set.c works
Yeah.
+=> check config used
=> see util/test_server.c
@@ -35,8 +38,9 @@
=> use crypto_KDF
-what about code coverage in C?
+what about code coverage in C? cat svn/gnunet/contrib/coverage.sh
+
mq should be in util
* used by both consensus and set
* some test cases written
@@ -45,6 +49,7 @@
silly-ish question: how do I print a uint32_t?
PRIu32 from inttypes.h (C99) would be the "most correct" way, but nobody uses
it
+ fprintf (stderr, "%u", (unsigned int) i);
what should happen if we can not send our responses (stream failure), but we
already got a done?
* either ignore it
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [GNUnet-SVN] r27151 - gnunet-java,
gnunet <=