[cvsnt] Re: Can no longer commit binary files (w/delta) after 2260update (audit-issue?)

Bo Berglund Bo.Berglund at system3r.se
Tue Mar 28 09:56:19 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.

It is probably choking on the delta storage in the audit database.
The auditing will store the delta for the commit of all files involved
into the database table, but this shoulkd of course only apply to text
files. For binaries it makes no sense.
My guess is that the Audit plugin does not know that the delta used with
kB should be discarded from use entirely (for auditing purposes). Should
be a simple enough error to correct (for someone with code insight...).

Best regards,

Bo Berglund

-----Original Message-----
From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf
Of Andy Southby
Sent: den 28 mars 2006 09:54
To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
Subject: [cvsnt] Re: Can no longer commit binary files (w/delta) after
2260update (audit-issue?)


This looks remarkably like a problem I have reported and found no
I assumed it was a rare problem (or some strange configuration issue.)
as no 
one else seemed to be seeing it. I'm glad I'm not the only one. :)

I have been checking regularly as new releases are made available but
fail in the same way, ever since I started using auditing back at

For your information my previous posting is:


I have since simplified my test as I found it happens after any commit
involves a delta. i.e. not after the initial add.

I'd still like to use the 'B' option so if it gets fixed this time round
love to know.

If anyone would like me to run any tests and provide dumps I have lots
older CVSNT versions, the latest SQLite, MySQL 5.0 and a number of
OS's at my disposal so just ask.


"Oliver Giesen" <ogware at gmx.net> wrote in message 
news:xn0ek8e5sh723w002 at news.cvsnt.org...
> We have finally made the move from CVSNT 2.0.51d to for
> production server. Now, there's a problem. It seems I can no longer
> commit new revisions to binary files using the -kB flag. The commit
> hangs for a while (trace says "16:29:35: S -> Call pre-loaded
> 'audit_trigger.dll'") then after 30 seconds I get:
> cvs [commit aborted]: end of file from server (consult above messages
> if any)
> The tail of the trace (immediately following the line quoted above) is
> this:
> 16:29:35: S -> Exception caught - in minidumper
> 16:30:05: S -> send=1
> 16:30:05: S -> Dumping to
> mp
> 16:30:05: S -> Start dump
> This used to work flawlessly with the old server and it also works
> when not using deltas, i.e. regular -kb . Also, the initial commit
> works fine with -kB as well. It's only subsequent commits that fail.
> I've got the following in my cvswrappers file if that's of any
> importance (the files in question were of the below types):
> *.dll -k 'B'
> *.bpl -k 'B'
> *.exe -k 'B'
> *.res -k 'B'
> *.bmp -k 'B'
> *_TLB.pas -k 'o'
> The Audit plugin is enabled and set to use a SQLite DB file. Obviously
> this was not the case with the old server.
> Tony should I send you the trace and the dump file?
> Cheers,
> -- 
> Oliver
> ----  ------------------
> ICQ:  18777742 (http://wwp.icq.com/18777742)
> MSN:  ogiesen at hotmail.com
> Y!:   ogiesen 

cvsnt mailing list
cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs

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