From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: find-library-name fails if file (with no extension) exists. Date: Wed, 22 Nov 2006 11:03:42 +0100 Message-ID: <85mz6jol1d.fsf@lola.goethe.zz> References: <8764d8u085.fsf@pacem.orebokech.com> <85lkm4zbfa.fsf@lola.goethe.zz> <854pssz8u7.fsf@lola.goethe.zz> <45638B07.2090201@student.lu.se> <85wt5oxtly.fsf@lola.goethe.zz> <456396EA.9030207@student.lu.se> <857ixoxq6e.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1164189868 19787 80.91.229.2 (22 Nov 2006 10:04:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Nov 2006 10:04:28 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 22 11:04:26 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gmoxr-0007a4-IR for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 11:04:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gmoxr-0000FS-5t for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 05:04:23 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GmoxV-0000F8-97 for emacs-devel@gnu.org; Wed, 22 Nov 2006 05:04:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GmoxU-0000Et-PK for emacs-devel@gnu.org; Wed, 22 Nov 2006 05:04:00 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GmoxU-0000Eq-J3 for emacs-devel@gnu.org; Wed, 22 Nov 2006 05:04:00 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GmoxU-0006si-6T for emacs-devel@gnu.org; Wed, 22 Nov 2006 05:04:00 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.52) id 1GmoxT-0006Yk-HT; Wed, 22 Nov 2006 05:03:59 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 7498A1C22912; Wed, 22 Nov 2006 11:03:42 +0100 (CET) Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Wed\, 22 Nov 2006 06\:22\:35 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.90 (gnu/linux) 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:62652 Archived-At: Eli Zaretskii writes: >> From: David Kastrup >> Date: Wed, 22 Nov 2006 01:47:53 +0100 >> Cc: Juanma Barranquero , Emacs Devel >> >> You can't decide that two file names might indicate the same file >> without doing an actual file operation. You can't decide whether >> writing a file would conflict with an existing file without actually >> doing the write (and asking the operating system to fail in case the >> file exists). You can't really base any decision on existing file >> names. As a rule of thumb, if there is a possibility for a race >> condition, there is a possibility for filename aliasing trouble. And >> not every potential race condition is a problem. > > The same trouble exists with hard links. No. With a hard link you _can_ decide whether writing a file would conflict with an existing file without actually doing the write by looking at the existing file names in the current directory. >> Things like file name completion are simply something which is >> impossible to get right. > > Really? Then how come this has been satisfactorily solved several > times already, both in Emacs and in ports of Bash? It has? So why do I get "No Match" when typing C-x C-f /c/my docu when there is a directory /c/My Documents/ and opening /c/my documents/test.tex works. And why doesn't Emacs realize that it already has this file open when I now do C-x C-f /c/My Documents/test.tex RET and opens another buffer for it? I don't see this as a satisfactory solution. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum