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: find-library-name fails if file (with no extension) exists. Date: Wed, 22 Nov 2006 20:43:34 +0200 Message-ID: References: <8764d8u085.fsf@pacem.orebokech.com> <85lkm4zbfa.fsf@lola.goethe.zz> <85vel7ombx.fsf@lola.goethe.zz> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1164221053 5280 80.91.229.2 (22 Nov 2006 18:44:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Nov 2006 18:44:13 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 22 19:44:09 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 1Gmx4j-0003wf-21 for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 19:44:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gmx4i-0002F3-N5 for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 13:44:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gmx4K-00021w-SS for emacs-devel@gnu.org; Wed, 22 Nov 2006 13:43:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gmx4F-0001ys-Lz for emacs-devel@gnu.org; Wed, 22 Nov 2006 13:43:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gmx4F-0001yf-9t for emacs-devel@gnu.org; Wed, 22 Nov 2006 13:43:31 -0500 Original-Received: from [192.114.186.73] (helo=heller.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gmx4E-0006sU-8Y; Wed, 22 Nov 2006 13:43:30 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-83-130-254-129.inter.net.il [83.130.254.129]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id BBK23553 (AUTH halo1); Wed, 22 Nov 2006 20:43:26 +0200 (IST) Original-To: David Kastrup In-reply-to: <85vel7ombx.fsf@lola.goethe.zz> (message from David Kastrup on Wed, 22 Nov 2006 10:35:46 +0100) 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:62684 Archived-At: > Cc: emacs-devel@gnu.org > From: David Kastrup > Date: Wed, 22 Nov 2006 10:35:46 +0100 > > And they don't violate the principle that listing a directory will > tell you all legal _file names_ available from that directory. I can > decide whether the file `/fdsaf/dsafd/asfd/daffa' can exist by looking > at the directory listing of `/fdsaf/dsafd/asfd/'. > > That is not possible with case insensitive file systems unless I have > a function that is guaranteed to compare file names exactly in the > same manner as the operating system does. The Windows API does have such a function. Heck, even DOS had it. And it can be emulated on Posix filesystems with readdir and fnmatch. It's a non-issue. > And if I have such a function, it might mean that I can't use file > names as an index into a hash data structure unless I have a hash > function that maps operating-system-identical file names onto > identical keys. Repeat after me: file names are not strings.