Date: Sat, 16 Dec 2000 19:23:05 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
Message-Id: <4331-Sat16Dec2000192304+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
CC: djgpp-workers AT delorie DOT com
In-reply-to: <NBBBIOJKJBNCHJBEKHLOMEFMCCAA.tim.van.holder@pandora.be>
Subject: Re: MS-DOS path support in CVS
References:  <NBBBIOJKJBNCHJBEKHLOMEFMCCAA DOT tim DOT van DOT holder AT pandora DOT be>
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

> From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
> Date: Sat, 16 Dec 2000 10:43:58 +0100
> 
> >  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.
> This is NOT a minor issue, especially if also using Windows. Binutils,
> for example has many files that share the first 8 characters
> (foobar32.c and foobar32-mips.c). If the longer of the two gets
> created first, it will get foobar32.c as short name. Meaning that
> foobar32.c can not be added to the repository anymore.

The only way to solve this problem is to have a mapping file, where,
for each file whose name exceeds the 8+3 limits, there's a valid 8+3
DOS name.