[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


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
Subject: [cvsnt] Re: Can no longer commit binary files (w/delta) after
2260update (audit-issue?)

Oliver,

This looks remarkably like a problem I have reported and found no
solution. 
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
all 
fail in the same way, ever since I started using auditing back at
version 
2.5.02.2064.

For your information my previous posting is:

http://list.nodomain.org/pipermail/cvsnt/2005-September/020863.html

I have since simplified my test as I found it happens after any commit
that 
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
I'd 
love to know.

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

Andy.


"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 2.5.03.2260 for
our
> 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
>
D:\SourceControl\temp\cvsnt-2.5.03.2260-starwalk-4304427f6bf3576-small.d
> mp
> 16:30:05: S -> Start dump
>
>
> This used to work flawlessly with the old server and it also works
fine
> 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
http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt



More information about the cvsnt mailing list