[cvsnt] file corruption using CVSNT against non-CVSNT client

Tony Hoyle tony.hoyle at march-hare.com
Thu Aug 17 21:21:58 BST 2006


Paul Balmforth wrote:
>   - Set up a CVSNT server and a 1.11.17 client with :pserver: access.
> - Edit the CVSROOT/cvswrappers to include "*.zip -kb" or "*.zip -k 'b'"

This step is not necessary as it is default.

> - Import a large zip file as a new module, check out that module.
> - Zip file is corrupt; 0x0d characters converted to 0x0a

Tested and cvsnt is behaving correctly - the file is not corrupted and 
is correctly stored as binary.  compatibility with cvs 1.11 is one of 
those things that gets a lot of testing through various means and 
breakage like that would have been noticed quickly.

Writing a cvs client from scratch is a nontrivial task - it's very hard 
to get all the interaction right so that the server knows exactly what 
to do... I would hesitate to do it myself and I've been working with the 
protocol for 5 years.  There is nothing to be gained over simply 
executing a standard client - either cvsnt or cvshome depending on the 
platform - since it will take a long time to get a client that even has 
the basic functionality that the existing clients have, let alone the 
extended functionality that cvsnt clients have.

Tony


More information about the cvsnt mailing list