[cvsnt] Re: Latest updates - Delta compression -kz

[Björn Carlsson]

I played a bit with the binary diff and delta compression
and then a the end of the tests a tried a graph(log) in WinCvs but got 
the error:

     cvs -q log SubCommander.bmp (in directory C:\Documents and 			 
    Settings\Björn\Mina dokument\SRC\numtab\)
     cvs [log aborted]: unrecognized operation '\x0' in 				 
c:/bc/repos/numtab/SubCommander.bmp,v
the file SubCommander.bmp was using -kz.
After only one revision the log command worked, but when I tried after 4
revisions it didn't work anymore.

One more question, what is the difference, with this new binary diff 
thing, I can't notice the difference? I thought it should only store the 
diff between two revisions? I tried to make very small changes in an 
icon file, but it seemed to add full file size for every revision.
/Björn Carlsson

Tony Hoyle wrote:
> cvsnt 2.0.17
> 
> * More binary diff work.  It now works on existing files (admin -kB)
> and shouldn't render the file unusable any more :)  I'm not sure I'd
> trust it with the only copy of that million pound contract just yet,
> but feel free to test it on stuff that's replacable...
> 
> *  Delta compression -kz.  This sacrifices speed for disk space -
> might be useful for some...  If your machine is beefy enough it might
> be fast enough though.
> 
> * Only send -k options that the client understands.  cyclic CVS
> clients will barf if they get sent -Bz, so they just get -kb instead
> and the server copes with that.  If the option materially changes the
> file but the client doesn't understand it (just -ku at the moment) a
> friendly warning is printed.
> 
> * Write local time into entries.extra, just in case it's useful.
> There's also ls -T and log -T options to display dates in local time
> (IIRC they are the only commands that display dates but it's possible
> there are others).  This bit isn't tested well, primarily because I'm
> right in the middle of the GMT timezone...  It prints nice looking
> values but I'm relying on people in other timezones to verify it
> actually does the right thing at the moment.  With -T the log command
> also filters dates on local time too.  The local timezone is always
> relative to the server, not the client (shouldn't be an issue for
> small setups).
> 
> Tony
>