Re: Bug Emacs 21.3: write-file downcasing

[Eli Zaretskii]

> Date: Fri, 07 Feb 2003 16:50:11 +0100
> From: Juanma Barranquero <address@hidden>
> > 
> > > 2001-11-08  address@hidden (Andrew Maguire)  gnu.emacs.bug
> > >   (file-truename "C:/temp/a_file")
> > >   returns "C:/temp/a_file" if the file does not exist and
> > >   "c:/temp/a_file" if it does.
> > 
> > I'm not convinced this is a bug :)
> > 
> > If the file does not exist, the argument is returned unmodified.
> > 
> > OTOH, if the file does exist, eventually normalize_filename (in w32.c)
> > gets called, which returns the path and name exactly as it exists in
> > the filesystem, but purposefully downcases the drive letter, according
> > to this changelog entry:
> > 
> > > 1996-07-03  Andrew Innes  <address@hidden>
> > > 
> > >         * nt.c (normalize_filename): Always lower-case drive letters, even
> > >         on systems that preserve case in filenames.
> > 
> > and this source code comment:
> > 
> > >   /* Always lower-case drive letters a-z, even if the filesystem
> > >      preserves case in filenames.
> > >      This is so filenames can be compared by string comparison
> > >      functions that are case-sensitive.  Even case-preserving filesystems
> > >      do not distinguish case in drive letters.  */
> > 
> > If the return value of file-truename is used in comparisons, then
> > perhaps the best answer would be unconditionally downcasing the drive
> > letter (in the windows-specific part of the code) even if
> > w32-long-file-name returns nil.

If the problem was that the drive letter was not downcased, I don't
see how did we arrive at downcasing the entire file name.  I don't
think the OP of this thread would oppose to having just the drive
letter be returned in lower case.

What am I missing?