This will have to be fixed by the EFS maintainers. You should send
all bug reports concerning packages to the appropriate maintainers.
In many cases Lisp packages are externally maintained and we just
distribute the packages.) Forwarding to the leading maintainer, just
in case.
In this case we appreciate the report here too, since obviously it's a
generic problem with Lisp programs that any "expect"-type application
will face.
>>>> "Lionel" == Lionel Fourquaux
<lionel.fourquaux(a)wanadoo.fr> writes:
Lionel> The problem seems to come from a localized message from
Lionel> ftp.exe (the one that comes with Windows 2000).
Is this message "localized" (ie, hard-coded) or "internationalized"
(using switchable catalogs, with the appropriate language -- English
-- available on your machine)?
That is, suppose you set the environment variable "LANG" to "C". Do
you then get the French message, or do you get English?
The "right" solution to this kind of problem (short of AI) is to make
the program speak the language that EFS expects. Emacs Lisp currently
doesn't provide appropriate facilities for this, but it should. In
the meantime, EFS can probably get away with temporarily setting
LANG=C in Emacs's environment, starting the FTP process, then
resetting it to whatever. (I don't know that the EFS maintainers will
choose that solution, that's just the one I suggest.)
In the long run, I think XEmacs should grab the user's locale out of
the environment, stash it somewhere for reference (eg, to set up input
methods), and then set its internal locale to "C" so that processes
will start in a known state.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."