aboutsummaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorChristian Grothoff <christian@grothoff.org>2011-05-25 12:47:26 +0000
committerChristian Grothoff <christian@grothoff.org>2011-05-25 12:47:26 +0000
commitb63edb5ed888e80f7a19ad544f63d0d83e827231 (patch)
treeda51e90cd6380d764869b8ebf16c0b3352e65ebe /TODO
parentb7d31cf106156f37795ecfc41f7bad07133ec653 (diff)
downloadgnunet-b63edb5ed888e80f7a19ad544f63d0d83e827231.tar.gz
gnunet-b63edb5ed888e80f7a19ad544f63d0d83e827231.zip
fixes
Diffstat (limited to 'TODO')
-rw-r--r--TODO15
1 files changed, 3 insertions, 12 deletions
diff --git a/TODO b/TODO
index 90d38d66f..0fbe05e9a 100644
--- a/TODO
+++ b/TODO
@@ -1,17 +1,8 @@
10.9.0pre3: 10.9.0pre3:
2* FS [CG] 2* FS [CG]
3 - perf_gnunet_service_fs_p2p_trust causes fs service to segfault 3 - perf_gnunet_service_fs_p2p_trust causes crashes of the service
4 - download of 100 MB file from 'leach' peer hung due to 4 and assertion failures
5 failure of core-api to call back after a change preference request 5 - test_gnunet_fs_ns.py doesn't run
6 (structs indicate request was transmitted but reply never received?)
7 => try again!
8 - test_gnunet_service_fs_p2p:
9 => sometimes DATASTORE get operation fails to queue on target (why?)
10 => do we need to just make the queue larger?
11 - with core queue size of 1, we get notify_transmit_ready
12 from core API returning NULL (why? ok? just have larger queue?)
13 - other runs (-L DEBUG) with downloads using the new 'trust' test show
14 non-deterministic results (for any set of peers)
15 - implement 'SUPPORT_DELAYS' 6 - implement 'SUPPORT_DELAYS'
16 7
170.9.0: 80.9.0: