From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Tramp with global-auto-revert-mode. Date: Fri, 14 May 2004 23:35:59 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <873c627ku8.fsf@gmx.de> References: <200405122254.i4CMsUj29445@raven.dms.auburn.edu> <200405122326.i4CNQk929511@raven.dms.auburn.edu> <200405132324.i4DNOBs14811@raven.dms.auburn.edu> <200405140008.i4E08lb14858@raven.dms.auburn.edu> <871xln4xmc.fsf-monnier+emacs@gnu.org> <87oeorb5pq.fsf@emptyhost.emptydomain.de> <867jvekawc.fsf@slowfox.dyndns.org> Reply-To: Michael Albinus NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084572805 31599 80.91.224.253 (14 May 2004 22:13:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 14 May 2004 22:13:25 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat May 15 00:13:15 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BOkva-00011p-00 for ; Sat, 15 May 2004 00:13:14 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BOkva-00019P-01 for ; Sat, 15 May 2004 00:13:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BOktf-0006ey-G0 for emacs-devel@quimby.gnus.org; Fri, 14 May 2004 18:11:15 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BOkt9-0006eG-2v for emacs-devel@gnu.org; Fri, 14 May 2004 18:10:43 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BOksb-0006UW-Sy for emacs-devel@gnu.org; Fri, 14 May 2004 18:10:42 -0400 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1BOkLh-0007oP-20 for emacs-devel@gnu.org; Fri, 14 May 2004 17:36:09 -0400 Original-Received: (qmail 11075 invoked by uid 65534); 14 May 2004 21:36:07 -0000 Original-Received: from pD9E708B9.dip0.t-ipconnect.de (EHLO magdalene) (217.231.8.185) by mail.gmx.net (mp011) with SMTP; 14 May 2004 23:36:07 +0200 X-Authenticated: #3708877 Original-To: Kai Grossjohann In-Reply-To: <867jvekawc.fsf@slowfox.dyndns.org> (Kai Grossjohann's message of "Fri, 14 May 2004 22:32:19 +0200") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:23434 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23434 Kai Grossjohann writes: > Stefan Monnier writes: > >> Sending new commands to perform file-readable-p canbe tricky because >> the remote shell might be in any intermediate state, so we'd need to >> detect this state, save it and restore it when done. Or else open >> up a new connection. > > Opening a new connection actually seems the most promising approach to > this humble poster. Managing multiple connections is already on the > todo list -- it could be used for compilation buffers, for instance. > So just opening a new connection on a reentrant call would be fairly > easy to do, once the infrastructure is in place. I have the feeling that at first we need to have a locking mechanism in Tramp for "atomic" file operations. This would prevent us from mixing different commands send to the remote side, which seems to be the cause of the trouble. File operations will be handled one at a time from a queue. Obvious disadvantage is delay in response. Optimization (like multiple connections as mentioned by Kai) would be the next step. But I doubt it is usefull for such operations like `file-readable-p', given the overhead of a new connection. > Kai Best regards, Michael.