w32-long-file-name does not respect file-name-coding-system

[Benjamin Riefenstahl]

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-nt4.0.1381)
 of 2001-10-22 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: 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:


The function w32-long-file-name does not respect the variable
file-name-coding-system.  This means that filenames containing
non-ASCII characters can not be used with this function, it will
return nil instead.  IOW (w32-long-file-name "c:/äöü") returns nil,
even though the file exists. 

Use of the following work-around function works in my case (with
file-name-coding-system set to 'latin-1), but should not be necessary:

    (defun benny-w32-long-file-name (fname)
      (decode-coding-string
       (w32-long-file-name
        (encode-coding-string fname file-name-coding-system))
       file-name-coding-system))

The problem arose in a use of this function in my own code, so it's
possible that it's working as designed and I was just using it badly.
In that case the encoding issue should be noted in the documentation
string of the function.


Recent input:
<menu-bar> <help-menu> <report-emacs-bug>

Recent messages:

-- 
Energis-ISION
Benjamin Riefenstahl
Harburger Schlossstrasse 1
D-21079 Hamburg

eMail: benjamin.riefenstahl@energis-ision.com
Web: http://www.energis-ision.com