If a child of the rsync daemon dies with a signal, we should notice

[rsync/rsync.git] / TODO

diff --git a/TODO b/TODO
index e3ed8df..30ba52a 100644 (file)
--- a/TODO
+++ b/TODO
@@ -205,6 +205,11 @@ Errors
   eof" give a message that is more detailed if possible and also more
   helpful.  
 
+  If we get an error writing to a socket, then we should perhaps
+  continue trying to read to see if an error message comes across
+  explaining why the socket is closed.  I'm not sure if this would
+  work, but it would certainly make our messages more helpful.
+
 File attributes
 
   Device major/minor numbers should be at least 32 bits each.  See
@@ -254,6 +259,10 @@ logging
   At the connections that just get a list of modules are not logged,
   but they should be.
 
+  If a child of the rsync daemon dies with a signal, we should notice
+  that when we reap it and log a message.
+
+
 rsyncd over ssh
 
   There are already some patches to do this.
@@ -284,6 +293,39 @@ Better statistics:
   <mbp> it would be nice to improve it
   <mbp> that would also work well with --dryrun
 
+TDB:
+
+  Rather than storing the file list in memory, store it in a TDB.
+
+  This *might* make memory usage lower while building the file list.
+
+  Hashtable lookup will mean files are not transmitted in order,
+  though... hm.
+
+  This would neatly eliminate one of the major post-fork shared data
+  structures.
+
+
+chmod:
+
+  On 12 Mar 2002, Dave Dykstra <dwd@bell-labs.com> wrote:
+  > If we would add an option to do that functionality, I would vote for one
+  > that was more general which could mask off any set of permission bits and
+  > possibly add any set of bits.  Perhaps a chmod-like syntax if it could be
+  > implemented simply.
+
+  I think that would be good too.  For example, people uploading files   
+  to a web server might like to say
+
+  rsync -avzP --chmod a+rX ./ sourcefrog.net:/home/www/sourcefrog/
+
+  Ideally the patch would implement as many of the gnu chmod semantics
+  as possible.  I think the mode parser should be a separate function
+  that passes back something like (mask,set) description to the rest of
+  the program.  For bonus points there would be a test case for the  
+  parser.
+
+
 PLATFORMS ------------------------------------------------------------
 
 Win32
@@ -309,6 +351,21 @@ Splint
   security bugs.  Knowing the percentage of likely hits would be
   really interesting for other projects.
 
+Torture test
+
+  Something that just keeps running rsync continuously over a data set
+  likely to generate problems.
+
+Cross-testing
+
+  Run current rsync versions against significant past releases.
+
+Memory debugger
+
+  jra recommends Valgrind:
+
+    http://devel-home.kde.org/~sewardj/
+
 DOCUMENTATION --------------------------------------------------------
 
 Update README