[cvsnt] Windows resource files getting corrupted.

Arthur Barrett arthur.barrett at march-hare.com
Fri May 2 07:30:36 BST 2008


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.


Just some disclosure to the newsgroup.

Chuck did send through a test set on this which I've just finished
looking at.  We haven't heard from Suman since the initial report - no
additional info - nothing.

> > Chuck Kirschman wrote:
> > 
> >> One case where I've seen this is if the file being 
> committed has a mix 
> >> of \r and \r\n characters. 
> > 
> > That can't happen at all on cvsnt - it has safeguards on 
> both the client 
> > and server to avoid problems caused by mixed line endings.
> > 
> 
> The issue happened on 2.5.3.2260 server with a 2.5.3.2382 client. 
> Perhaps I misinterpreted the mechanism, but the file is certainly 
> trashed, and correcting the line endings in the XML file before 
> committing it did stop the problem from happening.  I think I 
> still have 
> a copy of the corrupt ,v file if you're interested.  I don't have the 
> original XML though.
> 

The issue that Chuck has described does NOT corrupt past revisions,
however future revisions are altered unexpectedly: this is a known bug
since 2006-11-17 fixed on the commercial side on 2006-11-18 and made it
to production releases on 2007-03-16:
http://customer.march-hare.com/webtools/bugzilla/ttshow_bug.cgi?tt=1&id=
4729


The details of my testing of Chuck's test set to prove past revisions
are unaffected is here:
http://customer.march-hare.com/webtools/bugzilla/ttshow_bug.cgi?tt=1&id=
5234


I've added the 4729 patch to the 2.5.04 branch now so the next 2.5.04 RC
will have the fix . Notes:
1. past revisions will still exhibit the 'problem', but if you fix a
file and commit a 'fixed' version then all will be well for new
revisions. 
2. I'm not testing 2.5.04 - that's up to the community to do, so if I've
missed something important in the merge then someone will have to test
and report it when then next RC is out. 

Since 2.5.04 is a feature release I was not intending trying to backport
any of the 2.5.03 fixes to it - it'd delay the release even further.
2.5.04.2382 as proven to be an extremely stable FOSS release.  We've
found FOSS users generally use different features to our commercial
support users, for whom the 100's of fixes in 2.5.03 are important.  All
the fixes are in the repo so if anyone wants to help out in porting them
then that's a good thing.

The only other 'commercial' bug that anyone has ever reporting in the
FOSS version is the 'out of memory' with >500Mb revisions - which is
actually a bug in the MS C runtime though we found a workaround for our
commercial users - there is no way I've got time to port that to 2.5.04,
and 500Mb revisions just isn't a common FOSS requirement.


There is still no way that any of this explains the original bug report
- unless that was a unicode .rc file?

I've BCC'd Chuck Kirschman and Suman Brar.

Regards,


Arthur Barrett






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