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.devel Subject: Re: Tramp/Ange-FTP filename unification Date: Fri, 12 Jul 2002 11:03:24 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1026464712 27575 127.0.0.1 (12 Jul 2002 09:05:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 12 Jul 2002 09:05:12 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17SwMS-0007Ae-00 for ; Fri, 12 Jul 2002 11:05:12 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17SwWG-0003kQ-00 for ; Fri, 12 Jul 2002 11:15:20 +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 17SwLU-0007rq-00; Fri, 12 Jul 2002 05:04:12 -0400 Original-Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17SwKq-0007qN-00; Fri, 12 Jul 2002 05:03:32 -0400 Original-Received: from lothlorien.cs.uni-dortmund.de (lothlorien [129.217.19.67]) by waldorf.cs.uni-dortmund.de with ESMTP id g6C93Ub00248; Fri, 12 Jul 2002 11:03:30 +0200 (MES) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.19.80]) by lothlorien.cs.uni-dortmund.de id LAA03313; Fri, 12 Jul 2002 11:03:25 +0200 (MET DST) Original-Received: by lucy.cs.uni-dortmund.de (Postfix, from userid 6104) id 296713B5EF; Fri, 12 Jul 2002 11:03:25 +0200 (CEST) Original-To: Miles Bader In-Reply-To: (Miles Bader's message of "12 Jul 2002 09:48:20 +0900") Original-Lines: 59 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.3.50 (i686-pc-linux-gnu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5696 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5696 Miles Bader writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: >> I think I've now done it so that it works. The new filename format >> is this: >>=20 >> Normal: >> /method:user@host:/path/to/file >> Multi-hop: >> /multi:hopm1:user1@host1:hopm2:user2@host2:/path/to/file > > Using `:' for both separators makes filenames with omitted components > more ambiguous. Well, the filename "/method:/path/to/file" does not make sense IMHO. Tramp is for editing remote files, you should always specify at least a host name. So in a filename like "/x:y", the x will be interpreted as a host name. Do you think that's bad? > I thought there was pretty much a consensus to use `#' to delineate > the method (either as a post- or prefix); why did you change it? Well, err... I didn't think that it was a problem which character to use, as long as the total number of characters with special meaning does not increase. Another problem is that the design of regular expressions for the multi-hop methods is a bit unfortunate, so that either each hop must start with the same character, or each hop must end with the same character. And if I use the colon throughout then all hops, including the first one, begin with a colon. > [More importantly, why did you change it unilaterally?] Maybe because I didn't expect any opposition. In the end, I changed to `:' because it's prettier and easier to type. But if general consensus is that `#' is prettier or easier to type or whatever then of course, the regexp can be changed. No problemo. >> In the multi-hop format, all methods must be given, both the initial >> "multi" or "multiu" which decides between base64 and uuencode, and >> the hop methods hopm1, ..., hopmK. > > Why? Because of limitations in the implementation: the autodetection is not yet implemented. For the hop methods, it is not practicable to implement autodetection, as that would mean to attempt various kinds of connections at each step. And unless you guess right at the first attempt, long timeouts will result. kai --=20 A large number of young women don't trust men with beards. (BFBS Radio)