[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Fri, 14 Mar 2003 10:44:21 +0900
Gnus/5.090016 (Oort Gnus v0.16) XEmacs/21.4 (Portable Code, usg-unix-v)
>>>>> In <address@hidden>
>>>>> address@hidden (Kai Großjohann) wrote:
>> It seems that the "Another XEmacs specialty" at the end of the
>> tramp-handle-insert-directory function is needless.
> Well, err. Hm. I think it was me who put this stuff there, because
> XEmacs at that time appeared to require it. Hm. Maybe it's a matter
> of the XEmacs version, or perhaps of the dired version. Hm.
> Okay, let me comment it out for the time being.
Thanks. I've tested it with the most recent dired XEmacs
package and five XEmacs variants. The following four XEmacsen
don't need that specialty:
XEmacs 21.5.11 configured with `--with-mule'
XEmacs 21.5.11 configured with `--with-mule=no'
XEmacs 21.4.12 configured with `--with-mule' and `--with-file-coding'
XEmacs 21.4.12 configured with `--with-mule=no' and `--with-file-coding'
But I couldn't run Tramp with the following one:
XEmacs 21.4.12 configured with `--with-mule=no' and `--with-file-coding=no'
The cause by which it doesn't work is probably CRLF issue. I've
only confirmed that Tramp cannot complete sending the `stty
-onlcr' command regardless of the value of tramp-rsh-end-of-line.
The file-coding feature provides some coding-systems (e.g.,
iso-8859-1, iso-8859-2, raw-text-dos/mac/unix, etc.) and CRLF to
LF conversion even if the form `(featurep 'mule)' returns nil.
XEmacs 21.5 without Mule has the file-coding feature implicitly.
Those non-Mule XEmacsen are quite useless for Japanese users. :)
Katsumi Yamaoka <address@hidden>