RE: Exe files corrupted in SVN after import from CVS
From: Scott Bloom <scott_at_towel42.com>
Date: Mon, 22 Jan 2018 09:02:44 +0000
When I have used cvs2svn, I had a couple of these issues as well..
It came down to improper settings on the cvs side, but since the binary files were never modified, there was no corruption due to cvs thinking it was a text file.
What I wound up doing, was simply finding all the expected binary files... and re-checking them in, after the conversion with proper SVN settings.
On Sun, 21 Jan 2018 22:23:21 -0600, Ryan Schmidt <subversion-2018_at_ryandesign.com> wrote:
Well, most of the exe files got converted without this problem, so it could not really be a global mistake in the way file properties are set.
This is how I configured individual conversions, the remaining options file content stayed the same for all repos:
This is my options settings for the cvs2svn conversion regarding properties, mostly defaults in the options file example from cvs2svn):
and this is how the CVS top level directories were treated as "projects" during conversion:
# 1)List all projects automatically
# 2) Probably you don't want to convert CVSROOT:
# 3) Now loop projects and add to conversion list for project in projects:
So, the options file stayed the same for all 8 CVS repositories except regarding the definition of the repo to convert and the output dump file name. Also I have not (yet) found any more corrupted exe files than these two that were compiled using Borland C++Builder and had CVS revision files with a huge size of 487Mb and 367Mb respectively.
Therefore I suspect that either the RCS file size itself caused a problem for cvs2svn, or there is some kind of internal exe file byte pattern in such files that triggers an action in cvs2svn which causes the file corruption...
The Ubuntu 16.04 Server (virtual machine) on which I ran the conversion has a RAM allotment of 2 GB, maybe this is too little when dealing with these huge files?
Checking out these files from CVS, even very old revisions from say 2006, still works successfully.
-- Bo Berglund Developer in SwedenReceived on 2018-01-22 10:02:59 CET
This is an archived mail posted to the Subversion Users mailing list.