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 firstname.lastname@example.org.
I have no idea about the coding, my previous post was pure guesswork based on reported events and knowledge from testing the audit system. If you say you did not enable the diff storage then I cannot understand why it goes away to no-no-land.... But as I said, with code insight it should be easy enough to find and correct since it happens always in very specific conditions. 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 11:17 To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: Re: [cvsnt] Re: Can no longer commit binary files (w/delta)after2260update (audit-issue?) Bo, Would this be true if I have not selected the store 'Store checkin differences' option? I did not select this on purpose as I had no need for the data. Andy. "Bo Berglund" <Bo.Berglund at system3r.se> wrote in message news:mailman.1317.1143536190.17086.cvsnt at cvsnt.org... 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?) 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 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 _______________________________________________ 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