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:04:40 +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> <85psbfl2gk.fsf@lola.goethe.zz> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: sea.gmane.org 1164233108 14498 80.91.229.2 (22 Nov 2006 22:05:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Nov 2006 22:05:08 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 22 23:05:05 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 1Gn0DC-0004a6-V8 for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 23:05:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gn0DC-0003bU-J6 for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2006 17:04:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gn0D0-0003b5-MK for emacs-devel@gnu.org; Wed, 22 Nov 2006 17:04:46 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gn0Cz-0003ak-BQ for emacs-devel@gnu.org; Wed, 22 Nov 2006 17:04:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gn0Cz-0003ag-6z for emacs-devel@gnu.org; Wed, 22 Nov 2006 17:04:45 -0500 Original-Received: from [192.114.186.73] (helo=heller.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gn0Cx-0004Wn-Mz; Wed, 22 Nov 2006 17:04:44 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-84-229-208-204.inter.net.il [84.229.208.204]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id BBL02657 (AUTH halo1); Thu, 23 Nov 2006 00:04:40 +0200 (IST) Original-To: David Kastrup In-reply-to: <85psbfl2gk.fsf@lola.goethe.zz> (message from David Kastrup on Wed, 22 Nov 2006 20:13:15 +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:62695 Archived-At: > Cc: emacs-devel@gnu.org > From: David Kastrup > Date: Wed, 22 Nov 2006 20:13:15 +0100 > > If the file system contains a file "i.tex", will this conflict with > "İ.tex"? If it contains "ἀ.tex", will it conflict with "Α.tex"? Do > the conflicts change when you move from an English to a Turkish > locale? > > Answer this without looking up the relevant documentation or trying it > out. Can you? Sure, I can: call the right interface, and it will tell you. I already explained twice how to do that, I won't explain for the 3rd time. > >> 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. > > > > You have a buggy port of Bash. Get a better one. > > This is the most current version of Emacs. On what OS? If it's a Posix build or a Cygwin port on Windows, then it's no surprise that it doesn't DTRT, since the code to handle this properly isn't compiled in. In the native Windows build, this all works as expected: completion finds the file in the right letter-case (i.e. "C-x C-f my docu TAB" shows "My Documents"), and visiting a file which already has a buffer visiting its other letter-case variant does not produce a new buffer. > That Bash shows the same problems is not really surprising because > there is no good way to avoid it. Your keeping saying that doesn't make it a fact. > > Because the code that does TRT in this case is only compiled into > > Emacs on Windows. > > Likely because in a heterogenous environment there is simply no way to > get this right. Of course, there is: the behavior should be different on different kinds of filesystems.