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: Thu, 23 Nov 2006 00:33:19 +0200 Message-ID: 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> <85mz6jol1d.fsf@lola.goethe.zz> <45643D6D.2080200@student.lu.se> <85r6vvmyy1.fsf@lola.goethe.zz> <857ixnb0gt.fsf@lola.goethe.zz> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1164239264 32411 80.91.229.2 (22 Nov 2006 23:47:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Nov 2006 23:47:44 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 23 00:47:42 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 1Gn1oZ-0000QW-2h for ged-emacs-devel@m.gmane.org; Thu, 23 Nov 2006 00:47:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gn1oY-0001Dt-ML for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 18:47:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gn1oL-00019q-8e for emacs-devel@gnu.org; Wed, 22 Nov 2006 18:47:25 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gn1oJ-000151-D3 for emacs-devel@gnu.org; Wed, 22 Nov 2006 18:47:24 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gn1oI-00014o-TX for emacs-devel@gnu.org; Wed, 22 Nov 2006 18:47:22 -0500 Original-Received: from [192.114.186.20] (helo=nitzan.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gn0eY-00064R-9Z; Wed, 22 Nov 2006 17:33:15 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-84-229-208-204.inter.net.il [84.229.208.204]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id FGN02619 (AUTH halo1); Thu, 23 Nov 2006 00:33:11 +0200 (IST) Original-To: David Kastrup In-reply-to: <857ixnb0gt.fsf@lola.goethe.zz> (message from David Kastrup on Wed, 22 Nov 2006 23:06:26 +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:62703 Archived-At: > Cc: lennart.borgman.073@student.lu.se, emacs-devel@gnu.org > From: David Kastrup > Date: Wed, 22 Nov 2006 23:06:26 +0100 > > Considering that > /c/my programs/ > is the same directory as > /c/My Programs/ > but > /C/My Programs/ > does not exist, and > /media/usbdisk/My Programs/ > may or may not be identical to > /media/usbdisk/my programs/ > depending on the file system with which the stick is formatted, > and considering that fnmatch does not actually look at the file > systems to determine whether they are case insensitive or not and the > sensitivity depends on what is currently mounted where and is > different in different components of a file path, [deep breath] > I think you are misrepresenting how easy everything is. Considering that I've solved this problem more than once, and saw others do it with at least the same success, I think you see problems where there are none. > > Again, it's a non-issue if you know that you shouldn't treat file > > names as simple strings. You may think it's a very hard problem, > > but it isn't. > > I'll cede that point once you fixed this in Emacs. Should not be very > hard. It's already solved, in the w32 parts of the code. If it will ever be decided that Posix platforms want to behave case-insensitively on case-insensitive filesystems (I don't expect such a decision any time soon), it should be easy to port that code to the other platforms.