From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32936 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjoha?= =?iso-8859-1?q?nn?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: (concat "/dir/name/" "foo") --> (expand-file-name "foo" "/dir/name/") Date: 22 Oct 2000 20:51:04 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <200010161812.TAA25555@djlvig.dl.ac.uk> <200010181755.SAA08846@djlvig.dl.ac.uk> <200010221600.RAA25651@djlvig.dl.ac.uk> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035169134 22531 80.91.224.250 (21 Oct 2002 02:58:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:58:54 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by mailhost.sclp.com (Postfix) with ESMTP id EEA30D0648 for ; Sun, 22 Oct 2000 14:55:47 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id NAB21376; Sun, 22 Oct 2000 13:52:16 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 22 Oct 2000 13:51:32 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id NAA10189 for ; Sun, 22 Oct 2000 13:51:11 -0500 (CDT) Original-Received: from waldorf.cs.uni-dortmund.de (waldorf.cs.uni-dortmund.de [129.217.4.42]) by mailhost.sclp.com (Postfix) with ESMTP id C0B32D051F for ; Sun, 22 Oct 2000 14:51:37 -0400 (EDT) Original-Received: from marcy.cs.uni-dortmund.de (marcy.cs.uni-dortmund.de [129.217.20.159]) by waldorf.cs.uni-dortmund.de with ESMTP id UAA22180; Sun, 22 Oct 2000 20:51:04 +0200 (MES) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.20.160]) by marcy.cs.uni-dortmund.de id UAA11231; Sun, 22 Oct 2000 20:51:04 +0200 (MET DST) Original-Received: (from grossjoh@localhost) by lucy.cs.uni-dortmund.de (8.9.3/8.9.3/Debian 8.9.3-21) id UAA02571; Sun, 22 Oct 2000 20:51:04 +0200 Original-To: prj@po.cwru.edu (Paul Jarc) X-Face: /B3twq_DELA4]7alR?%xv(/f1N;bi:NN=UlA=(1a"pKte&5/Y/9*z&8q[P}+}YgJX_9*}k_ 0E|EJBC~yEok<#VOw:9GQWq1-;PCR-hd;3|Vk]~"|EM{Q5ir5nr!HzZ,W4\k5G|QWHw45gQ*tWydTR , User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.0.90 Original-Lines: 18 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32936 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32936 I have tried hard to come up with a reason why expand-file-name could fail to be idempotent, but I can't come up with a reason. The only possibility I can come up with is that file name expansion might be a multi-step operation, and expand-file-name might only make one of those steps. But I think that expand-file-name should be doing all of the steps right at the first call. But I agree that functions which expect file names might need to document whether or not expand-file-name is called on those file names. OTOH, it's just an efficiency issue if expand-file-name is idempotent. But in any case, using concat to create a file name from a directory and a relative path name is not a good thing, I think. kai -- I like BOTH kinds of music.