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: file-truename, convert-standard-filename Date: Sat, 06 Feb 2010 10:45:16 +0200 Message-ID: <83d40ig3c3.fsf@gnu.org> References: <83k4urfqs9.fsf@gnu.org> <0B5BFE3DC87648888328B75164292F06@us.oracle.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1265446116 7251 80.91.229.12 (6 Feb 2010 08:48:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Feb 2010 08:48:36 +0000 (UTC) Cc: drew.adams@oracle.com, emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 06 09:48:33 2010 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.69) (envelope-from ) id 1NdgLB-0007cg-3U for ged-emacs-devel@m.gmane.org; Sat, 06 Feb 2010 09:48:33 +0100 Original-Received: from localhost ([127.0.0.1]:58292 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NdgL8-0004iP-Qv for ged-emacs-devel@m.gmane.org; Sat, 06 Feb 2010 03:48:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NdgIB-0003pE-W3 for emacs-devel@gnu.org; Sat, 06 Feb 2010 03:45:28 -0500 Original-Received: from [199.232.76.173] (port=54516 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NdgI5-0003oi-Rd for emacs-devel@gnu.org; Sat, 06 Feb 2010 03:45:22 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NdgI4-0003fg-9C for emacs-devel@gnu.org; Sat, 06 Feb 2010 03:45:21 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:60924) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NdgI3-0003fU-SW for emacs-devel@gnu.org; Sat, 06 Feb 2010 03:45:20 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0KXE00F00WB7NY00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 06 Feb 2010 10:45:16 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.70.67.249]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KXE00BUGWBEOOB0@a-mtaout22.012.net.il>; Sat, 06 Feb 2010 10:45:15 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) 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:120977 Archived-At: > From: Lennart Borgman > Date: Sat, 6 Feb 2010 01:17:06 +0100 > Cc: Eli Zaretskii , emacs-devel@gnu.org > > I think the description in > > (info "(elisp) Standard File Names") > > is wrong. ``Wrong'' means it is in error or inaccurate. Can you please point out these errors and inaccuracies in the documentation? > It is written in a GNU/Linux centric way No, it isn't. It _recommends_ to use file names that are valid or convenient on Posix systems, and let `convert-standard-filename' take care of systems where there are more stringent limitations on what can be a valid file name. That's not ``GNU/Linux centric'', that's GNU/Linux favorable, which is hardly a surprise in a program such as Emacs. > and forgets about > the necessary file name syntax translation that > convert-standard-filename also does to make the file name fit the OS. Which translations it forgets? And why is that important, anyway? If one wants to know _exactly_ what the function does, she should read the sources, because there's no easy way (and no particular need, IMO) to describe its precise transformations on each and every OS where it has a non-trivial definition. > Perhaps the function from the beginning just did the expansion that > Stefan pointed to, but that is not true any more. (And if it was we > would surely need another function to do the file name syntax > translation.) I'm not sure what are you talking about. Is this about the `cygdrive' handling? If so, FWIW I think this is a bastardly use of this interface; it should have been a separate function using a separate mechanism. This functionality was added to this function only because otherwise the code which deals with file names elsewhere in Emacs would become uglier, and because a fancier mechanism (like file handlers) was not considered worth it. In any case, why does this detail matter?