dired presents months with roman numerals

[Radomir Hejl]

SIRS,
my OS date format is DD.MM.YYYY, but emacs dired shows
e.g. V 1 2004 even when run as runemacs --no-init-file
--no-site-file.
Consequently lines for January, May and October are
not recognized.

Bug report lists:
In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: CSY
locale-coding-system: iso-8859-2
default-enable-multibyte-characters: t

Am not sure if this is a bug, but could not find a
solution from help-emac...@gnu.org mailing list.

Thank you.
Radek Hejl

__________________________________
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
http://my.yahoo.com

[Dr Francis J. Wright]

From: "Radomir Hejl" <rh6...@yahoo.com>
To: <bug-gn...@gnu.org>
Cc: <F.J.W...@qmul.ac.uk>
Sent: Friday, January 07, 2005 9:29 AM
Subject: dired presents months with roman numerals

> SIRS,
> my OS date format is DD.MM.YYYY, but emacs dired shows
> e.g. V 1 2004 even when run as runemacs --no-init-file
> --no-site-file.
> Consequently lines for January, May and October are
> not recognized.
>
> Bug report lists:
> In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
> of 2004-03-10 on NYAUMO
> configured using `configure --with-gcc (3.2)'
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: nil
> value of $LC_CTYPE: nil
> value of $LC_MESSAGES: nil
> value of $LC_MONETARY: nil
> value of $LC_NUMERIC: nil
> value of $LC_TIME: nil
> value of $LANG: CSY
> locale-coding-system: iso-8859-2
> default-enable-multibyte-characters: t
>
> Am not sure if this is a bug, but could not find a
> solution from help-emac...@gnu.org mailing list.

You could try setting LANG=ENG before starting Emacs, but I don't think it
will help, because if I set LANG=CSY before starting Emacs then I get the
same locale values as above, but ls-lisp still presents dates in the
standard English way. However, I'm running a precompiled Emacs binary
compiled with MSVC, namely

In GNU Emacs 21.3.1 (i386-msvc-nt5.1.2600)
of 2003-03-28 on buffy
configured using `configure --with-msvc (12.00)'

So I would guess that the behaviour you are seeing is caused by the mingw
libraries that you are using. If it's a bug then it would appear to be a
bug in mingw rather than Emacs.

There is probably a later version of mingw available, so you could try
rebuilding with that. Alternatively, you should be able to find the
precompiled binaries that I'm running on a GNU mirror somewhere.

Francis

[Radek]

> You could try setting LANG=ENG before starting Emacs, but I don't think it
> will help, because if I set LANG=CSY before starting Emacs then I get the
> same locale values as above, but ls-lisp still presents dates in the
> standard English way. However, I'm running a precompiled Emacs binary
> compiled with MSVC, namely
>
> In GNU Emacs 21.3.1 (i386-msvc-nt5.1.2600)
> of 2003-03-28 on buffy
> configured using `configure --with-msvc (12.00)'
>
> So I would guess that the behaviour you are seeing is caused by the mingw
> libraries that you are using. If it's a bug then it would appear to be a
> bug in mingw rather than Emacs.
>
> There is probably a later version of mingw available, so you could try
> rebuilding with that. Alternatively, you should be able to find the
> precompiled binaries that I'm running on a GNU mirror somewhere.
>
> Francis
>
>

I installed binaries from some uk mirror now with gnu unxutils (before with
djtarnt) .
I get this message:

In GNU Emacs 21.3.1 (i386-msvc-nt5.1.2600)
of 2003-03-28 on buffy
configured using `configure --with-msvc (12.00)'

Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: CSY
locale-coding-system: iso-8859-2
default-enable-multibyte-characters: t

So it's same as your compilation, but the problem persists.
Also setting LANG=ENG doesn't help.

Regards Radek