latin-1 language environment and bash.exe under w2k

[Harald . Maier . BW]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.1.1 (i386-msvc-nt5.0.2195)
 of 2001-10-23 on HESTIA
configured using `configure --with-msvc (11.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: DEU
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

---- Test Case ----
--- .emacs-test ---
(setq explicit-shell-file-name "bash.exe")
(setq shell-file-name "bash.exe")
;(set-language-environment "Latin-1")
--command ---------
E:\usr\emacs-21.1\bin\runemacs.exe -q -no-site-file \
  -l f:/home/maierh/.emacs-test
-------------------

If I start the .emacs-test file above on a w2k environment without
activating the latin-1 environment all works fine. If I set the
language environment I get in the shell mode for all commands 'command
not found'. E.g. 

  maierh@HESTIA [bin] $ls
  : command not found
  maierh@HESTIA [bin] $echo $LANG
  DEU
  maierh@HESTIA [bin] $

The problem is not critical because my workaround is to work with a
disabled language environment.

Harald