Mail Archives: djgpp-workers/2000/12/15/13:10:17
-: > This is depressing. Has cvs diverged so much since Erik van Linstee's
-: > DOS port of cvs 1.3 that his changes can't be retrofitted into current
-: > CVS code?
-: It has changed considerably since 1.9, so I'd guess that sources for 1.3
-: would be of little use now. They'd probably rely on a patched RCS, which
-: might not be available anymore, and even if it is, I expect it would not
-: be easy to stick those patches into CVS' RCS file handling.
-: I guess I could check those DOS ports mentioned on cvshome and see if
-: anything useful can be extracted.
FWIW I can offer the following comments (with apologies if you are
already aware of all this). I found much of this information in the
`cvs/ReadMe.too' file from Erik's `cvs13p8[bs].zip' distro.
o RCS works just fine with DOS (using the -x switch); the ,v files
are placed in an rcs/ directory. The main change made to RCS for
the DJGPP port is the addition of code to support `RCS_SOFTLINKS',
which AFAICT are just simulated symlinks. IMHO this feature is not
worth the effort and should be removed (symlinks should soon be
supported in DJGPP).
Anyway, it seems that DOS support for pre-cvs-1.10 shouldn't require
any RCS changes; however, I don't know about cvs-1.10 (-1.11) that
use their own internal RCS routines.
o Erik seems to have worried a lot about the 640K DOS barrier, but
this is no longer an issue under DJGPP/CWSDPMI.
o Erik also worried about long filenames, but I think many of the
LFN->SFN issues solve themselves, provided the LFN contains no
`illegal' characters (like [.,]) and the 8.3 truncations are unique
(as most or all of them seem to be). E.g., reading/writing to
`CVS/Entries.Backup' under DJGPP automatically generates the 8.3
file `CVS/Entries.bac', so the LFN isn't really a problem.
o Files like `.cvsignore' *do* need special attention:
.cvsignore -> _cvsignore -> _cvsigno
o Erik moved ,[pt] files to CVS/P/ and CVS/T
o Erik renamed lock files from `#cvs.[rwt]fl.XXXXX' to `XXXXX.[rwt]fl'.
He also renameed #cvs.lock to #cvslock (unnecessary if it truncates
uniquely to #cvs.loc). (Maybe a LOCK/ subdirectory would be useful?)
- Raw text -