emacs dired-move-to-filename-regexp can't deal with numerical months [internationalization]

[Dan Jacobson]

Say you've got a non-English system.
Why does emacs' dired get confused?  I might have the answer:

"Kai Großjohann" <Kai.Grossjohann@CS.Uni-Dortmund.DE> ?????
news:vafsnoltxur.fsf@lucy.cs.uni-dortmund.de...
> On Tue, 21 Nov 2000, Dan Jacobson wrote:
> > one finds the cursor sitting on the bottom of the screen, the file list
> > shifted to the right by a space or two, and not able to be opened by
> > the usual cursor positioning commands, causing 'ding' etc.
>
> Dired uses a variable dired-move-to-filename-regexp which matches the
> date printed by "ls -l".  Probably that regexp fails to match the
> dates printed by the localized "ls -l".  Frob the regexp to match your
> dates, and Bob's your uncle.

Indeed, an emacs bug!  And the documentation says it is supposed to match
the date no matter what localization is present, but we see that it can't
even handle "Dec" being written as "12" anymore, now that's it's so complex,
too complex for me to mess with it.  I will send a bug report to gnu.emacs.bug
[I would crosspost, but that fails sometimes.]

(setenv "LC_TIME" "C");thanks kai.  because dired-move-to-filename-regexp can't
handle numerical months now!

(string-match dired-move-to-filename-regexp
"  drwxr-xr-x    4 jidannijidanni      4096 12  7 06:22 xephem-3.4")
doesn't match, tisk tisk

> Alternatively, you can tell Emacs to use English/American dates....

yes: one is forced in .emacs to do
(setenv "LC_TIME" "C");thanks kai.  because dired-move-to-filename-regexp can't
handle numerical months now!

now this matches, and dired is OK again:
(string-match dired-move-to-filename-regexp "
  drwxr-xr-x    4 jidanni  jidanni      4096 Dec  7 06:22 xephem-3.4")

GNU Emacs 20.7 as found on Mandrake 7.2
--
www.geocities.com/jidanni E-mail: restore ".com."  ???
Tel:+886-4-5854780; starting in year 2001: +886-4-25854780