update
authorChristian Grothoff <christian@grothoff.org>
Fri, 2 Apr 2010 20:22:08 +0000 (20:22 +0000)
committerChristian Grothoff <christian@grothoff.org>
Fri, 2 Apr 2010 20:22:08 +0000 (20:22 +0000)
TODO
doc/man/gnunet-download.1
src/include/gnunet_fs_service.h

diff --git a/TODO b/TODO
index 7d591bd42e6104d1b4694878c9c9e6ef8418781a..49e6476718f4b0e20aeaea207075971e7b2fd85b 100644 (file)
--- a/TODO
+++ b/TODO
@@ -21,19 +21,18 @@ away), in order in which they will likely be done:
     Also, core does not seem to actually decrement the number of active
     sessions even if no connections exist for a while! (likely related...)
   - transport reports bw quota violations on slow systems (core or
-    transport issue?)
+    transport issue? tracking issue or actual violation?)
 * DATASTORE: [CG]
   - utilization can (easily, restart?) go out of control (very large), causing
     content expiration job to go crazy and delete everything!
 * FS: [CG]
-  - gnunet-publish uses 'NULL' for the file name when
-    publishing a directory (!)
+  - EASY BUGS:
+    + gnunet-download does not terminate when done (stop missing!)
   - on some systems, keyword search does not find locally published content
     (need testcase of command-line tools! - also good to cover getopt API!)
     [could be related to datastore issue above!]
   - 2-peer download is still too slow (why?)
   - advanced FS API parts
-    + pick correct filenames for recursive downloads (mkdir, .gnd)
     + support recursive download even if filename is NULL and we hence
       do not generate files on disk (use temp_filename)
     + bound parallelism (# fs downloads)
index 0db45aeb06479628c5364ad897b692b98e2609e8..8fcfaf2b50f82bb16355a4c5d62a866d66404ec7 100644 (file)
@@ -34,7 +34,7 @@ write the file to FILENAME.  Hint: when recursively downloading a directory, app
 set the maximum number of parallel downloads that is allowed.  More parallel downloads can, to some extent, improve the overall time to download content.  However, parallel downloads also take more memory.  The specified number is the number of files that are downloaded in parallel, not the number of blocks that are concurrently requested.  As a result, the number only matters for recursive downloads.  The default value is 32.
 .TP
 \fB\-R\fR, \fB\-\-recursive\fR
-download directories recursively (and in parallel); note that the URI must belong to a GNUnet directory and that the filename given must end with a '/' \-\- otherwise, only the file corresponding to the URI will be downloaded.
+download directories recursively (and in parallel); note that the URI must belong to a GNUnet directory and that the filename given must end with a '/' \-\- otherwise, only the file corresponding to the URI will be downloaded.  Note that in addition to using '-R', you must also specify a filename ending in '.gnd' so that the code realizes that the top-level file is a directory (since we have no meta data).
 .TP
 \fB\-v\fR, \fB\-\-version\fR
 print the version number
index 961dab4e28f5d4e65fc5e3cdaef460482f646811..6da6ce43e5ff1e9b40af8418c43b1e9e290e4ce1 100644 (file)
@@ -2375,6 +2375,16 @@ void
 GNUNET_FS_meta_data_make_directory (struct GNUNET_CONTAINER_MetaData *md);
 
 
+/**
+ * Suggest a filename based on given metadata.
+ * 
+ * @param md given meta data
+ * @return NULL if meta data is useless for suggesting a filename
+ */
+char *
+GNUNET_FS_meta_data_suggest_filename (const struct GNUNET_CONTAINER_MetaData *md);
+
+
 /**
  * Function used to process entries in a directory.
  *