From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: server.el problem ? Date: Wed, 1 Aug 2012 20:51:48 +0200 Message-ID: References: <833946eiip.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04428d2cbd126504c638ca1e X-Trace: dough.gmane.org 1343847139 12565 80.91.229.3 (1 Aug 2012 18:52:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 1 Aug 2012 18:52:19 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 01 20:52:17 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Swe1n-000468-PO for ged-emacs-devel@m.gmane.org; Wed, 01 Aug 2012 20:52:15 +0200 Original-Received: from localhost ([::1]:41922 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Swe1n-0008JH-6Y for ged-emacs-devel@m.gmane.org; Wed, 01 Aug 2012 14:52:15 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Swe1k-0008Is-Jm for emacs-devel@gnu.org; Wed, 01 Aug 2012 14:52:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Swe1j-0004BW-J0 for emacs-devel@gnu.org; Wed, 01 Aug 2012 14:52:12 -0400 Original-Received: from mail-wg0-f41.google.com ([74.125.82.41]:33062) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Swe1h-0004B2-OU; Wed, 01 Aug 2012 14:52:09 -0400 Original-Received: by wgbds1 with SMTP id ds1so4355552wgb.0 for ; Wed, 01 Aug 2012 11:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=XoVl0EKwZKtHJLN84n3QHbku99yA75cFiCspEsKAA58=; b=YbYhwP1vNbqYpQrLtN5W06smPm52irotz4YizTPpOeyXIyFFlAaqC+b/oK1UBTdMOy TVBkalJLEDZpMmAJ2nyA1vq67nDQRcSAIAVjCeVyZutaLx+qBlZxIXiSQRsHctiIFwZC 4KfK3O2IJ3Xr0EWBFLaG/WBu17ofWwvBgqvLxU0zBE3KN8rATwNd538Sew7nUpgOlx2S /JN4ZTEO2fUv1+BGr9gjxRtr58qKNr3ZxBbGpbwR08gAl47cltvTWPECggOD4YgyPmSl d5dDWHBu2Qf0NegY8DSksaWwcJNg/gqXzyXkHsCCqpn5ukO5jP68pc+kvkRzsRQUmBbr lptQ== Original-Received: by 10.180.81.66 with SMTP id y2mr18667118wix.22.1343847128699; Wed, 01 Aug 2012 11:52:08 -0700 (PDT) Original-Received: by 10.194.18.243 with HTTP; Wed, 1 Aug 2012 11:51:48 -0700 (PDT) In-Reply-To: <833946eiip.fsf@gnu.org> X-Google-Sender-Auth: 3pYWQgaHOEC0j4HZbfwKXCJ1Ijs X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.41 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:152090 Archived-At: --f46d04428d2cbd126504c638ca1e Content-Type: text/plain; charset=ISO-8859-1 > > Are you saying the current code runs a URL through expand-file-name? > It seems so. Moreover : (expand-file-name "c:/home/.emacs" "c:/temp") "c:/home/.emacs" (expand-file-name "http://www.google.fr/foo.html" "c:/home") "c:/home/http:/www.google.fr/foo.html" (expand-file-name "org-protocol://capture://www.google.fr/foo.html" "c:/home") "c:/home/org-protocol:/capture:/www.google.fr/foo.html" Emacs currrent trunk (more or less), windows 7, compiled by myself. Anybody can confirm ? Instead of using string-match, perhaps we have a predicate somewhere that tests strings for being a URL? > I'm glad if anybody provides a cleaner patch. -- Fabrice --f46d04428d2cbd126504c638ca1e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Are you saying th= e current code runs a URL through expand-file-name?

It seems so. Moreover :

(expand-file-name "c:/home/.emacs" "c:/temp"= ;)
"c:/home/.emacs"
(expand-file-name "<= a href=3D"http://www.google.fr/foo.html">http://www.google.fr/foo.html&= quot; "c:/home")
"c:/home/http:/www.goog= le.fr/foo.html"
(expand-file-name "org-protocol://c= apture://www.google.fr/foo.html" "c:/home")

Em= acs currrent trunk (more or less), windows 7, compiled by myself.
Anybody can confirm ?

In= stead of using string-match, perhaps we have a predicate somewhere
that tests strings for being a URL?

I'm glad if anybody provides a cleane= r patch.


--
Fabrice --f46d04428d2cbd126504c638ca1e--