From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Fixing dired hangs when NFS mount goes AWOL Date: Fri, 07 Oct 2011 13:43:19 +0200 Message-ID: <87sjn558o8.fsf@gmx.de> References: <87mxdf3z8u.fsf@stupidchicken.com> <0jty7nnl1f.fsf@fencepost.gnu.org> <5bvcs3kq0m.fsf@fencepost.gnu.org> <87sjn68dhv.fsf@gmx.de> <87aa9eypbr.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317987817 8827 80.91.229.12 (7 Oct 2011 11:43:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 7 Oct 2011 11:43:37 +0000 (UTC) Cc: Chong Yidong , Michael Olson , Emacs Development Discussions To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 07 13:43:32 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RC8pv-0005rB-Ny for ged-emacs-devel@m.gmane.org; Fri, 07 Oct 2011 13:43:31 +0200 Original-Received: from localhost ([::1]:60486 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RC8pu-0002VF-Sk for ged-emacs-devel@m.gmane.org; Fri, 07 Oct 2011 07:43:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46934) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RC8pr-0002Uu-Hw for emacs-devel@gnu.org; Fri, 07 Oct 2011 07:43:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RC8po-0004f1-VD for emacs-devel@gnu.org; Fri, 07 Oct 2011 07:43:27 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:48800) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RC8po-0004ep-Id for emacs-devel@gnu.org; Fri, 07 Oct 2011 07:43:24 -0400 Original-Received: (qmail invoked by alias); 07 Oct 2011 11:43:22 -0000 Original-Received: from p57BB9797.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.151.151] by mail.gmx.net (mp067) with SMTP; 07 Oct 2011 13:43:22 +0200 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX19KxspXAcNKXqE4O/4PPydIrsyYf/MtCaH59EbbHu GCtZdNWAwPSuqU In-Reply-To: (Stefan Monnier's message of "Thu, 06 Oct 2011 17:18:30 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.23 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144686 Archived-At: Stefan Monnier writes: >>> Why would it break Tramp? >> There was a very long discussion about, see >> > > I know, I participated in that thread. I fail to see how it answers > the question. It was a more general discussion about changing the semantics of file-remote-p. Caused by a similar problem (remote shares in MS Windows, which are not responsive). The discussion went into the direction, that maybe an opposite function, file-local-p, might be useful. An interesting argument was given by Andreas Schwab: what about mounted CD-ROMs, or USB devices? Are they "local" or "remote". >> Tramp uses file-remote-p internally. OK, this could be replaced by an >> internal function. > > It depends on whether it uses it right or not. Whatever is TRT. In this, we disagree. >> Other packages use it as well, inside and outside core Emacs. > > What does it mean "use it as well"? In which way are those uses > incompatible with a file-remote-p which returns non-nil for SSHFS and > NFS mounts? > >> Not so important for basic file name operations, but needed for all >> process related things. > > These are the uses which should use something like > file-accessible-directory-p instead of file-remote-p, right? A needed functionality is to translate between "local" file names (on the remote host), and "remote" file names in the sense of Tramp. The usual implementation is local -> remote: (concat (file-remote-p default-directory) filename) remote -> local: (file-remote-p filename 'localname) > Stefan Best regards, Michael.