X-Authentication-Warning: kendall.sfbr.org: jeffw set sender to jeffw AT darwin DOT sfbr DOT org using -f Date: Fri, 15 Dec 2000 12:08:08 -0600 From: JT Williams To: djgpp-workers AT delorie DOT com Subject: Re: MS-DOS path support in CVS Message-ID: <20001215120808.A24180@kendall.sfbr.org> Mail-Followup-To: djgpp-workers AT delorie DOT com References: <20001214133853 DOT A18318 AT kendall DOT sfbr DOT org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: ; from tim.van.holder@pandora.be on Fri, Dec 15, 2000 at 05:35:01PM +0100 Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk -: > 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?)