Date: Fri, 12 Oct 2001 19:47:23 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: sandmann AT clio DOT rice DOT edu Message-Id: <2947-Fri12Oct2001194723+0200-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9 CC: djgpp-workers AT delorie DOT com, tim DOT van DOT holder AT pandora DOT be, acottrel AT ihug DOT com DOT au In-reply-to: <10110121500.AA14347@clio.rice.edu> (sandmann@clio.rice.edu) Subject: Re: W2K/XP fncase [was Re: New perl package] References: <10110121500 DOT AA14347 AT clio DOT rice DOT edu> 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: sandmann AT clio DOT rice DOT edu (Charles Sandmann) > Date: Fri, 12 Oct 2001 10:00:35 -0500 (CDT) > > > > If we cannot find a way to fix this, I agree that we should simply > > bypass those calls on XP and behave as if FNCASE were set to y. > > I would like to be compatible if possible. It looks like this might be > possible to code directly (at least for 99% of the cases). If lfn=y, > why not just use the first 8 chars before the period (in upper case) > and the first 3 after the period? If the name didn't originally match > an 8.3 format we are going to fail matches against it anyway. The only > special cases I see are files starting with period and some special > characters. Are you proposing to replace the current code of _lfn_gen_short_name with this? If so, I think the code is going to be messy, because there are quite a few special characters and special cases to deal with. I'd like to understand what happens inside _lfn_gen_short_name first.