[cvsnt] file corruption using CVSNT against non-CVSNT

David Somers dsomers at omz13.com
Fri Aug 18 18:50:22 BST 2006

Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.

Paul Balmforth wrote:
>   How does the client determine arguments to the 'Kopt' request at import
>   time, before files have ever been checked out? It must parse and
>   evaluate wrapper wildcards against filenames.

It collects them from the server.
It also picks them up locally from any .cvswrappers files and from the

(BTW, if you ever want to check that your cvswrappers will wrap binary files
correctly you might want to play with my checkcvswrappers tool from

>   I have two CVSNT servers set up here. One is (Servalan), the
>   other is (Scorpio). The problem reproduces for me against
>   Servalan but not Scorpio. However, we have a customer who is complaining
>   of the same issue in Scorpio and even, so this seems to
>   relate to the configuration or environment rather than the build number.

Probably an invalid wrap setting somewhere.

>   Having extended my client for the 'Kopt' request I'm performing two
>   identical test runs of import and changing only one parameter - the
>   argument to the 'Kopt' request. If passing 'Kopt b' everything works
>   nicely, but 'Kopt -kb' leaves the file corrupted.

Try using -ttt to increase the trace level and see what's happening... allow
the client to trace the server too... it might give a clue as to what's
happening (or you may be unlucky and need to go into the cvsnt code and add
a bit more trace output)


More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook