From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: testing for a remote file to include file on a Windows mapped drive Date: Sun, 20 Apr 2008 15:20:10 -0700 Message-ID: <000f01c8a334$b2a40660$0200a8c0@us.oracle.com> References: <87bq781bf7.fsf@gmx.de><000a01c8a314$5fff7630$0200a8c0@us.oracle.com><000d01c8a324$97820590$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1208730070 32194 80.91.229.12 (20 Apr 2008 22:21:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Apr 2008 22:21:10 +0000 (UTC) Cc: 'Emacs-Devel' , 'Michael Albinus' , 'Jason Rumney' To: "'Stefan Monnier'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 21 00:21:44 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 1Jnhum-0002FW-7a for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2008 00:21:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jnhu6-0002SR-L5 for ged-emacs-devel@m.gmane.org; Sun, 20 Apr 2008 18:20:58 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jnhu2-0002SC-PL for emacs-devel@gnu.org; Sun, 20 Apr 2008 18:20:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jnhu1-0002S0-9X for emacs-devel@gnu.org; Sun, 20 Apr 2008 18:20:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jnhu1-0002Rx-3l for emacs-devel@gnu.org; Sun, 20 Apr 2008 18:20:53 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jnhtv-0000tX-B8; Sun, 20 Apr 2008 18:20:47 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m3KMKYNV012718; Sun, 20 Apr 2008 17:20:35 -0500 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m3K7b8tx026864; Sun, 20 Apr 2008 16:20:34 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt350.oracle.com with ESMTP id 3654696501208729989; Sun, 20 Apr 2008 15:19:49 -0700 Original-Received: from dradamslap1 (/141.144.120.206) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 20 Apr 2008 15:19:48 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcijLMgJ9pGZIapTQmuftGIFrVCpCQAAjnAg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:95561 Archived-At: > >> > Could someone please summarize what was done about this? > >> Nothing. > > > Could you (someone) explain why nothing was done? Was it because it > > was decided that: It was a silly problem and request (no need)? No > > idea how to fix it? No resources to fix it? Someone is still working > > on it? > > AFAIK, it's a difficult problem, and it's not very high up on the > priority. I see. Would it help for me to detail my use case more? > > Assuming for the moment that there is no intention to do anything > > about it, can someone at least weigh in on the code I sent > > (which I'm still using)? Suggestions for improvement? No? > > What about the question wrt `file-remote-p' and `ffap-remote-p'? > > ffap-file-remote-p seems to be incompatible with file-remote-p because > it is also used to "normalize" file names and is applied to URLs even > when url-handler-mode is not loaded. > > Maybe we should add to file-remote-p something equivalent to > ffap-rfs-regexp. That was part of the suggestion/question: whether I should really need to call two functions that way. I do so because it seemed to me that neither alone was adequate to the task of telling me whether a file name might be remote. I try ffap-file-remote-p first, because that seems less costly. I use ffap-file-remote-p only for matching the two regexps, not for its returned string value. Why do you mention only ffap-rfs-regexp and not also ffap-ftp-regexp?