[BACK]Return to TODO CVS log [TXT][DIR] Up to [local] / src / usr.bin / cvs

Diff for /src/usr.bin/cvs/Attic/TODO between version 1.4 and 1.5

version 1.4, 2004/08/12 18:38:42 version 1.5, 2004/11/12 23:27:02
Line 1 
Line 1 
 OpenCVS 0.2 TODO  OpenCVS 0.2 TODO
   
 Missing commands  Top priority: missing commands
   
   Missing commands (client mode only for now)
 ================  ================
 Implementing the missing commands is mostly a job of copying the code from  Implementing the missing commands is mostly a job of copying the code from
 the working commands and changing some of the requests to be sent.  the working commands and changing some of the requests to be sent.
   Put your name next to it if you are working on a particular command.
   
   Missing commands:
           - add
           - admin
           - annotate
           - commit (jfb)
           - history?
           - log
           - release
           - remove
           - status
           - tag
           - the 'r' commands (rtag,
   
   
 Multiple server support  Multiple server support
 =======================  =======================
 This is close to working but we need to put something like pre- and post-  This is close to working but we need to put something like pre- and post-
 recursion handlers for cvs_file_examine() so we can send one command  recursion handlers for cvs_file_examine() so we can send one command
 per root connection instead of one global command at the end.  per root connection instead of one global command at the end.
   
 Client-daemon protocol  Date handling
 ======================  =============
 I have started working on the code for this but it is far from ready.  Please  A lot of commands must handle date specs in a whole bunch of different
 contact me if you want to work on that part.  formats (through the -D argument).  I assume we will need a good
   chunk of code to support all these formats.
   
   cvsd protocol
   =============
   Our version of 'cvs server' will not actually perform most of the operations
   but it will instead dispatch those to the cvs daemon through a connection
   made on a local socket.  The cvs daemon will then be able to see if the
   operation passes through the ACL and perform any modifications to the
   repository.  The protocol to talk between cvs and the daemon is not yet
   finished.
   
 Entries file caching  Entries file caching
 ====================  ====================
   Update:
   Caching all the entries on /usr/src ate around 22MB of memory so this is
   obviously not an option.  We have two choices: either we suffer the loss
   of performance and reopen the file every time we have to make a modification
   to it, or we change the way the file hierarchy is loaded and load subparts of
   the tree only when needed instead of doing it all at the beginning.
   
   ----
   
 Currently, adding entries in an Entries file involves opening that file,  Currently, adding entries in an Entries file involves opening that file,
 adding the entry and closing the file.  This means that on every new entry,  adding the entry and closing the file.  This means that on every new entry,
 the file is reparsed and rewritten to disk.  We should add some kind of  the file is reparsed and rewritten to disk.  We should add some kind of
Legend:
Removed from v.1.4  
changed lines
  Added in v.1.5