Re: Possible bug in TRAMP?
Andrew Nesbit <andrew(a)siru.org> writes:
Did you do this on OS X? When I was using GNU Emacs on Jaguar, there
was a bug in the operating system which had to be worked around by
setting process-connection-type to nil (as opposed to its default value
of t). But Apple fixed this in the Panther release, so this workaround
was no longer necessary. Are you referring to this?
That reminds me the following code snippet from tramp.el:
| ;; Logging in to a remote host normally requires obtaining a pty. But
| ;; Emacs on MacOS X has process-connection-type set to nil by default,
| ;; so on those systems Tramp doesn't obtain a pty. Here, we allow
| ;; for an override of the system default.
| (defcustom tramp-process-connection-type t
| "Overrides `process-connection-type' for connections from Tramp.
| Tramp binds process-connection-type to the value given here before
| opening a connection to a remote host."
|:group 'tramp
|:type '(choice (const nil) (const t) (const pty)))
Maybe you play a little bit with `tramp-process-connection-type'.
[...]
I've found that disabling the remote uuencode and uudecode
command line
tools makes the problem go away. Of course this is not the correct
solution. In this case, the tramp debug buffer shows that their
nonexistence is detected, tramp uses its own encoding/decoding
commands, and then decoding of the requested file is done locally with
base64-decode-region and it's OK.
In the buggy case, the tramp debug buffer shows
# Decoding remote file /[ssh/127.0.0.1]/Users/andrew/README with
function uudecode-decode-region...
That is an indication that `uudecode-decode-region' is not working
correctly for you.
Could you, please, open some text in a buffer, and apply the following
commands:
M-: (tramp-uuencode-region (point-min) (point-max))
M-: (uudecode-decode-region (point-min) (point-max))
Andrew
Best regards, Michael.