bug#7854: emacs-23 (regression) - fix breaks `dired'

[Eli Zaretskii]

> From: Chong Yidong <cyd@stupidchicken.com>
> Date: Sat, 12 Feb 2011 15:20:06 -0500
> Cc: 7854@debbugs.gnu.org, Reiner Steib <reinersteib+gmane@imap.cc>
> 
> Could someone with access to Windows please test the regression reported
> at Bug#7854?  I could not reproduce it, replacing "u:/tmp" with "/tmp/".
> 
> > $ emacs -Q -l files-emacs23-git.el --eval '(dired "u:/tmp/")'
> > (files-emacs23-git.el =
> > http://git.savannah.gnu.org/cgit/emacs.git/plain/lisp/files.el?h=emacs-23&id=8588a5a723f4e5cfa115341a242126a9efc71808)
> >
> > I get:
> >
> > | if: Reading directory: "ls -al -- u:/tmp/" exited with status 1
> 
> If someone could come up with a smaller testcase, that would be good
> too.

I cannot reproduce this with the current trunk (replacing u:/tmp with
a directory I actually have on my system).  Up comes Dired with the
listing of that directory.  The only way I can cause it to fail is by
removing ls.exe from my PATH -- but that produces a different error
message:

  Debugger entered--Lisp error: (file-error "Searching for program" "no such 
file or directory" "ls")
    call-process("ls" nil t nil "-al" "--" "h:/test/.")
    apply(call-process "ls" nil t nil ("-al" "--" "h:/test/."))

This error is expected: loading files.el overrides the replacement
functions installed by ls-lisp.el (which is preloaded on Windows), so
now Dired on Windows must have a working ls.exe executable.  (I
actually don't understand what is the purpose of loading files.el from
Emacs 23 into Emacs 24, but that's me.)

Reiner, can you still see this problem in today's trunk?