RE: next emacs version?

[Drew Adams]

> And as I said, I cannot even reproduce the bug itself on 
> Windows, starting with emacs -Q, in any release that I have.
> That seems to indicate that the bug (and hence your approach)
> might be platform-specific. (Or perhaps the bug report and
> fix description are not clear.)

Indeed, the bug history does indicates that this is platform-specific. As you
yourself said in the bug history, it depends whether your `ls' supports --dired.

The bug history then says that it fails if you set `dired-use-ls-dired' to nil.
So that could presumably be tested in the "unit-test" code you suggest
inserting. 

But even that isn't true on Windows (perhaps because it uses `ls-lisp'). Setting
`dired-use-ls-dired' to nil does not manifest the bug.

> Whereas a simple `emacs-version' test has to work (since the 
> fix is in only in newer versions), code that addresses the
> bug case directly will do the wrong thing on any platforms
> where the bug was not manifested. The buggy file name can
> only serve to identify which regexp is which if in fact one 
> of the regexps (the old one) is buggy on the current platform.