Adrian Aichner <adrian(a)xemacs.org&gt; writes: Ah, so you're up-to-date. There are some known itimer infidelities. I do get messages like this but can still tramp fine via sshx and multihop ssh/sudo. See http://www.xemacs.org/Documentation/packages/html/tramp_5.html#SEC20 This look like it: http://list-archive.xemacs.org/cgi-bin/wilma_hiliter/xemacs-beta/200409/m... -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

Sun, 20 Mar 2005 17:59:51 +0000, Andrew Nesbit wrote: I'm using the workaround for this: ,----[ init.el ] | (defvar tramp-coding-commands | '(("mimencode-bad -b" "mimencode-bad -u -b" | base64-encode-region base64-decode-region) | ("mmencode-bad -b" "mmencode-bad -u -b" | base64-encode-region base64-decode-region) | ("recode data..base64" "recode base64..data" | base64-encode-region base64-decode-region) | ("uuencode-bad xxx" "uudecode-bad -o -" | tramp-uuencode-region uudecode-decode-region) | ("uuencode-bad xxx" "uudecode-bad -p" | tramp-uuencode-region uudecode-decode-region) | ("uuencode-bad xxx" "tramp_uudecode" | tramp-uuencode-region uudecode-decode-region) | ("tramp_encode_with_module" "tramp_decode_with_module" | base64-encode-region base64-decode-region) | ("tramp_encode" "tramp_decode" | base64-encode-region base64-decode-region))) `---- This is only a hack. -- Regards, Andrey.

Andrew> OK, thanks for pointing that out. So it seems it's a bug Andrew> in some uudecode/uuencode tool on the remote Mac OS X. No, it's a bug in the uudecode library in Gnus, which assumes that 'nil is always a valid coding system pair. In XEmacs it isn't. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.

On Tue, Mar 22 2005, Stephen J. Turnbull wrote: Could you be more specific (which function, ...) and maybe provide a patch making it compatible with XEmacs, please? Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/

On 20 Mar 2005, at 17:38, Adrian Aichner wrote: The default one, ssh. XEmacs syntax, i.e.: C-x C-f /[machine.name]:~/ TAB TAB etc. Using the Emacs syntax makes efs kick in instead of tramp. [snip] XEmacs does not hang. Here are the contents of the *Backtrace* buffer: Debugger entered--Lisp error: (invalid-state "Bogus value for `default-process-coding-system'" nil) signal(invalid-state ("Bogus value for `default-process-coding-system'" nil)) byte-code("..." [buf data kill-buffer signal] 3) find-file-noselect("/[ssh/dspmac2.elec.qmul.ac.uk]/Users/andrew/foo") mapcar(find-file-noselect ("/[ssh/dspmac2.elec.qmul.ac.uk]/Users/andrew/foo")) find-file-noselect("/[dspmac2.elec.qmul.ac.uk]~/foo" nil nil t) #<compiled-function (filename &optional codesys wildcards) "...(53)" [coding-system-for-read wildcards filename codesys value get-coding-system find-file-noselect nil mapcar switch-to-buffer] 6 1033199 (list (read-file-name "Find file: ") (and current-prefix-arg ...) t)>("/[dspmac2.elec.qmul.ac.uk]~/foo" nil t) call-interactively(find-file) HTH, Andrew

On 20 Mar 2005, at 18:18, Adrian Aichner wrote: Hi Adrian. Yes, I've been doing this. In fact, having stale tramp buffers around often stops it working at all. 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? Anyway, using sshx doesn't help. Ah, of course not :-) The colon there was just a typo. I should've used something like cut & paste, or something, instead. OK, I did this by renaming all the *.elc files in the tramp package to give them a "disable" suffix, and then restarting XEmacs. For my own future reference, is there a better way than this? Debugger entered--Lisp error: (invalid-state "Bogus value for `default-process-coding-system'" nil) signal(invalid-state ("Bogus value for `default-process-coding-system'" nil)) byte-code("..." [buf data kill-buffer signal] 3) find-file-noselect("/[ssh/127.0.0.1]/Users/andrew/README") mapcar(find-file-noselect ("/[ssh/127.0.0.1]/Users/andrew/README")) find-file-noselect("/[127.0.0.1]~/README" nil nil t) #<compiled-function (filename &optional codesys wildcards) "...(53)" [coding-system-for-read wildcards filename codesys value get-coding-system find-file-noselect nil mapcar switch-to-buffer] 6 1033199 (list (read-file-name "Find file: ") (and current-prefix-arg ...) t)>("/[127.0.0.1]~/README" nil t) call-interactively(find-file) N.B. I've changed my test case, but it the results are essentially the same. 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... at which point the debugger comes on and I see the backtrace. Is this helpful? Andrew

Andrew Nesbit <andrew(a)siru.org&gt; writes: 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'. [...] 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)) Best regards, Michael.