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.
Oliver Giesen wrote: > I'll do some more tests later tonight with my local test install. I was able to reproduce the problem at the first shot. This time with a very basic install of CVSNT 2.5.03.2260, no custom cvswrappers, SQLite auditing turned on. Client and server running on Windows 2000 SP4 (same machine actually), connection via :sspi: . >From this test I should think the following sequence of commands should be sufficient to reproduce the problem (inside an existing sandbox): echo blah>blah.bin cvs add -kB blah.bin cvs ci -m"" blah.bin echo more blah>>blah.bin cvs ci -m"" blah.bin Each time I did this, my desktop firewall told me that CVSNT contacted paris.nodomain.org (i.e. Tony's server) presumably to send a crash dump (the trace indicated there was a ). I did this a few times so hopefully Tony should have enough data to work on by now. Or is there anything else you need? After disabling the Audit plugin and rerunning the test the commit went through without problems so it seems fairly certain to me that at least in my case the problem is related to the auditing. I actually did two runs: one with auditing on and another one with auditing off and then compared the two traces in WinMerge. As I don't know the code I have no idea if this is of any significance at all but here I go nevertheless: Apart from the obvious stuff (i.e. (not) loading the audit_trigger.dll and timestamps and tempfile names) there were only two notable differences up to the point where the error occurred and that were calls to rcsbuf_fill and calls to GetUnixFileModeNtEA. E.g.: Failed trace: S -> rcsbuf_fill(0109A4D0,00000000,00000000,00000000) Successful trace: S -> rcsbuf_fill(00F19970,00000000,00000000,00000000) Failed trace: S -> GetUnixFileModeNtEA(b,00000240) returns 0666 Successful trace: S -> GetUnixFileModeNtEA(b,00000244) returns 0666 (same values any time that occurred) Hope this helps. Cheers, -- Oliver ----- ------------------ ICQ: 18777742 (http://wwp.icq.com/18777742) MSN: ogiesen at hotmail.com Y!: ogiesen