X-Git-Url: https://git.librecmc.org/?a=blobdiff_plain;f=TODO;h=99b21d3e4b869d9b74922ea647d55adb0d9f505d;hb=9de190ef8975f525d2e841e6658e344e771e1a19;hp=c99e981a146a34099008caf8fb8a96e43ba115f9;hpb=3b8fb06caa5e1e7ee123cc99c6b3e9ba38771598;p=oweals%2Fgnunet.git

diff --git a/TODO b/TODO
index c99e981a1..99b21d3e4 100644
--- a/TODO
+++ b/TODO
@@ -1,12 +1,5 @@
 PHASE #1: (Goal: settle key design questions)
 
-core:
-- test fails with fresh /tmp directory (but passes when run a second time)
-  problem seems to be caused by HELLO validation (unvalidated 
-  HELLO not used to connect for good, then somehow SETKEY never happens);
-  I suspect the code simply drops messages that happen while no validated
-  HELLO is available; this maybe OK, but I need to find the spot and
-  add at least an INFO-log message; also should then fix testcase to retry.
 
 Util:
 * improve disk API [Nils] (Nils, is this done? -Christian)
@@ -93,8 +86,8 @@ Transports:
 * UDP backend (need LIBRARY to support (de)fragmentation!)
 * HTTP backend
 * Testing:
-  +  Testcases for set_quota, timeouts, disconnects, transmit_ready_cancel
-  + Better coverage of gnunet-service-transport (hello validation)
+  + Testcases for set_quota, timeouts, disconnects, transmit_ready_cancel
+  + Better coverage of gnunet-service-transport (HELLO validation)
   + direct test of plugins compliance to plugin API
 
 Databases:
@@ -157,6 +150,26 @@ Minor TODO items:
     and results in code replication
   - should latency be included in the ReceiveCallback and
     NotifyConnect or passed on request?
+  - FIXME's with latency being simply set to 0 in a few places
+  - Memory leak (running valgrind --trace-children=yes on test_transport_api:   
+    ==28393== 16 bytes in 1 blocks are indirectly lost in loss record 1 of 5
+    ==28393==    at 0x4C2260E: malloc (vg_replace_malloc.c:207)
+    ==28393==    by 0x52343E3: GNUNET_xmalloc_unchecked_ (common_allocation.c:62)
+    ==28393==    by 0x5234389: GNUNET_xmalloc_ (common_allocation.c:53)
+    ==28393==    by 0x524458A: GNUNET_NETWORK_socket_create_from_accept (network.c:289)
+    ==28393==    by 0x524B2DA: ??? (server.c:332)
+    ==28393==    by 0x524A4C7: ??? (scheduler.c:425)
+    ==28393==    by 0x524A73D: GNUNET_SCHEDULER_run (scheduler.c:510)
+    ==28393==    by 0x524FF8C: GNUNET_SERVICE_run (service.c:1326)
+    ==28393==    by 0x405500: main (gnunet-service-transport.c:2645)
+    And also:
+    ==28393== 65,744 (65,728 direct, 16 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 5
+    ==28393==    at 0x4C2260E: malloc (vg_replace_malloc.c:207)
+    ==28393==    by 0x52343E3: GNUNET_xmalloc_unchecked_ (common_allocation.c:62)
+    ==28393==    by 0x5234389: GNUNET_xmalloc_ (common_allocation.c:53)
+    ==28393==    by 0x524473E: GNUNET_NETWORK_socket_create_from_accept (network.c:323)
+    (rest of trace identical)
+
 * SETUP:
   - auto-generate "defaults.conf" using gnunet-setup from "config.scm"
   - integrate all options into "config.scm"