From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: testing for a remote file to include file on a Windows mapped drive Date: Tue, 22 Apr 2008 06:40:57 +0300 Message-ID: References: <87bq781bf7.fsf@gmx.de> <000a01c8a314$5fff7630$0200a8c0@us.oracle.com> <000d01c8a324$97820590$0200a8c0@us.oracle.com> <000f01c8a334$b2a40660$0200a8c0@us.oracle.com> <000101c8a37f$eeb543d0$0200a8c0@us.oracle.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1208835782 7102 80.91.229.12 (22 Apr 2008 03:43:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Apr 2008 03:43:02 +0000 (UTC) Cc: jasonr@gnu.org, michael.albinus@gmx.de, drew.adams@oracle.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 22 05:43:36 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jo9PP-0001R7-7P for ged-emacs-devel@m.gmane.org; Tue, 22 Apr 2008 05:43:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jo9Oc-0007qC-9n for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2008 23:42:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jo9OY-0007pn-Ao for emacs-devel@gnu.org; Mon, 21 Apr 2008 23:42:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jo9OW-0007pU-Ha for emacs-devel@gnu.org; Mon, 21 Apr 2008 23:42:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jo9OW-0007pR-Ek for emacs-devel@gnu.org; Mon, 21 Apr 2008 23:42:12 -0400 Original-Received: from mtaout6.012.net.il ([84.95.2.16]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jo9OG-0006YC-Sl; Mon, 21 Apr 2008 23:41:57 -0400 Original-Received: from HOME-C4E4A596F7 ([83.130.1.82]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0JZP00LK7K7TDWE0@i-mtaout6.012.net.il>; Tue, 22 Apr 2008 06:55:06 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 10 (1203?) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:95733 Archived-At: > From: Stefan Monnier > Cc: michael.albinus@gmx.de, emacs-devel@gnu.org, drew.adams@oracle.com, jasonr@gnu.org > Date: Mon, 21 Apr 2008 22:46:49 -0400 > > > So a file that does not have a handler is _never_ remote. > > That's irrelevant Since when is the code irrelevant? "Use the code, Luc" has been always one of the slogans of free software, because code tells you about what the software does much more than anything else. > look at the uses, and you'll see that most of them > use file-remote-p in the sense described in the docstring, so all that's > needed is to provide an implementation for the unhandled files. You are reading too much into your own interpretation, IMO. It's true that file access via a handler is necessarily slower than via the normal OS file APIs, but it doesn't mean the reverse is true: that any slow file access is necessarily to a file for which file-remote-p should return non-nil. > This may require some changes in file-relative-name, because this one > does use file-remote-p in a more specific way, but everything else I've > looked at uses file-remote-p as a way to test "fast&reliable or not". Like I said, it's a mystery to me why you insist on changing file-remote-p for a different semantics.