From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-15?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.bugs Subject: Re: how to persuade shell/ssh mode to use remote dynamic completion. Date: Sat, 27 Jul 2002 14:39:42 +0200 Organization: University of Dortmund, Germany Sender: bug-gnu-emacs-admin@gnu.org Message-ID: References: <3D4118C1.6AABE580@epfl.ch> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1027773603 17283 127.0.0.1 (27 Jul 2002 12:40:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 27 Jul 2002 12:40:03 +0000 (UTC) Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YQrY-0004Ue-00 for ; Sat, 27 Jul 2002 14:40:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YQrt-0005Nz-00; Sat, 27 Jul 2002 08:40:21 -0400 Original-Received: from chx400.switch.ch ([130.59.10.2]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YQrK-0005LT-00 for ; Sat, 27 Jul 2002 08:39:46 -0400 Original-Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by chx400.switch.ch with esmtp (Exim 3.20 #1) id 17YQrI-0000TS-00 for gnu-emacs-bug@moderators.isc.org; Sat, 27 Jul 2002 14:39:44 +0200 Original-Received: from fbi-news.cs.uni-dortmund.de (fbi-news [129.217.4.45]) by waldorf.cs.uni-dortmund.de with ESMTP id g6RCdhb26984 for ; Sat, 27 Jul 2002 14:39:43 +0200 (MES) Original-Received: (news@localhost) by fbi-news.cs.uni-dortmund.de id g6RCdgf24453; Sat, 27 Jul 2002 14:39:42 +0200 (MEST) Original-To: gnu-emacs-bug@moderators.isc.org Original-Path: not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 55 Original-NNTP-Posting-Host: lucy.cs.uni-dortmund.de Mail-Copies-To: never User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:yLenwMG5nIf01cU33JsWWtzt4fg= Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:2947 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:2947 simon.allfrey@epfl.ch (Simon) writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (KaiGroßjohann) writes: > >> I understand the "slow" part. But I don't understand the "gateway >> scenario" part -- if you can log in to the machine and get a shell, >> then you should be able to use Tramp, no? > > Since we need to go through a gateway a multihop method would be needed: > > * `multi' -- base64 encoding with `mimencode' > > mimencode is not supported on the most remote machine and, Hm. Do you have Perl on the remote machine? In principle, there is code in Tramp that uses Perl for base64 encoding. But I think the code does not currently work. So if you know Perl and would be willing to help correct that Perl code, then we could both be happy: Tramp would work for you and I could fix a Tramp bug. > * `multiu' -- use commands `uuencode' and `uudecode' > > falls foul of: > > * The uuencode method does not always work. > > Due to the design of TRAMP, the encoding and decoding programs > need to read from stdin and write to stdout. On some systems, > `uudecode -o -' will read stdin and write the decoded file to > stdout, on other systems `uudecode -p' does the same thing. But > some systems have uudecode implementations which cannot do this at > all--it is not possible to call these uudecode implementations > with suitable parameters so that they write to stdout. Hm. Is there anything at all you can do on the remote host with uudecode so that it writes to stdout? Maybe it would work to make a hack like replacing the filename with /tmp/foo and then doing uudecode and then "cat /tmp/foo". What (remote) system is this? > Even if I provided mimencode on the most remote machine, permitting > use tramp, would the problem of command completion not remain? Command completion, instead of just filename completion? Hm. Whee. I'm not sure what to do there. I wonder if anyone has tried to send the current (partial) command to the remote shell, followed by TAB, and to then analyze the output. I think this was recently discussed on one of the Emacs groups, but the output wasn't seen. kai -- A large number of young women don't trust men with beards. (BFBS Radio)