GNU bug report logs - #27612
25.2; invoking term from a remote eshell uses the local path

Previous Next

Package: emacs;

Reported by: Pablo Barbachano <pablo.barbachano <at> gmail.com>

Date: Fri, 7 Jul 2017 19:47:02 UTC

Severity: wishlist

Merged with 36748, 44310

Found in versions 25.2, 26.2, 27.1

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Pablo Barbachano <pablo.barbachano <at> gmail.com>
Cc: 27612 <at> debbugs.gnu.org
Subject: bug#27612: 25.2; invoking term from a remote eshell uses the local path
Date: Sat, 15 Jul 2017 09:38:46 +0200
Pablo Barbachano <pablo.barbachano <at> gmail.com> writes:

> Hi Michael,

Hi Pablo,

>> That is because term.el is not Tramp-aware. In `term-exec-1', it uses
>> `start-process' instead of `start-file-process'.
>
> I tried that and my dummy test case suddenly worked.

Sure. "hostnme" just dumps a string, and it doesn't send escape
sequences to the terminal.

> So that's enough to make it work, but more complex programs like 'top' or 'ipython' seem to have the output mangled. For example if I now do `term bash`
>
> ```
> $ echo -e "1"
>              1
>               $ echo -e "\r1"
> 1
> ```
>
> So something is going on with how the newlines are interpreted in the terminal. This does not happen if I run them locally.
>
> I can try playing with this for some time and maybe send a patch.

You might try it. But I believe it is more than just newline
handling. Escape sequences are sent, and the buffer playing the tty is
not prepared for this in the remote case. I would start with the
process-filter.

> Thanks for the pointer!
> --
> Pablo

Best regards, Michael.




This bug report was last modified 4 years and 219 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.