From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.bugs Subject: bug#21816: elisp-mode-tests fails on a case-preserving filesystem Date: Wed, 04 Nov 2015 03:04:41 -0600 Message-ID: <8637wmyw2e.fsf@stephe-leake.org> References: <86mvuv30i1.fsf@stephe-leake.org> <86y4ef16ha.fsf@stephe-leake.org> <83d1vrw0p9.fsf@gnu.org> <5638D836.8090600@yandex.ru> <5638DE4A.308@yandex.ru> <86h9l2270y.fsf@stephe-leake.org> <563913A5.7050403@yandex.ru> <868u6e21kg.fsf@stephe-leake.org> <86wptyzqij.fsf@stephe-leake.org> <87si4muyk4.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1446627990 28038 80.91.229.3 (4 Nov 2015 09:06:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Nov 2015 09:06:30 +0000 (UTC) Cc: Juanma Barranquero , 21816@debbugs.gnu.org, Dmitry Gutov To: Alexis Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 04 10:06:17 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ztu1G-0007yp-QJ for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Nov 2015 10:06:15 +0100 Original-Received: from localhost ([::1]:53473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztu1G-0000wB-FH for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Nov 2015 04:06:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45053) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztu1A-0000r0-Fh for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 04:06:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ztu15-00056A-CX for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 04:06:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztu14-00055t-Nh for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 04:06:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Ztu14-0000r5-6N for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 04:06:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Leake Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Nov 2015 09:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21816 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21816-submit@debbugs.gnu.org id=B21816.14466279073227 (code B ref 21816); Wed, 04 Nov 2015 09:06:02 +0000 Original-Received: (at 21816) by debbugs.gnu.org; 4 Nov 2015 09:05:07 +0000 Original-Received: from localhost ([127.0.0.1]:52262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ztu0A-0000py-1F for submit@debbugs.gnu.org; Wed, 04 Nov 2015 04:05:06 -0500 Original-Received: from gproxy10-pub.mail.unifiedlayer.com ([69.89.20.226]:59525) by debbugs.gnu.org with smtp (Exim 4.80) (envelope-from ) id 1Ztu06-0000pT-2s for 21816@debbugs.gnu.org; Wed, 04 Nov 2015 04:05:03 -0500 Original-Received: (qmail 16087 invoked by uid 0); 4 Nov 2015 09:04:58 -0000 Original-Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy10.mail.unifiedlayer.com with SMTP; 4 Nov 2015 09:04:58 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by CMOut01 with id dM4r1r00C2UdiVW01M4uK9; Wed, 04 Nov 2015 02:04:57 -0700 X-Authority-Analysis: v=2.1 cv=VOBOwb/X c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=IkcTkHD0fZMA:10 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=qtqOOiqGOCEA:10 a=pGLkceISAAAA:8 a=qc7CYkaQnKJyZfi3wdYA:9 a=QEXdDO2ut3YA:10 Original-Received: from [76.218.37.33] (port=54078 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1Zttzw-0003FB-67; Wed, 04 Nov 2015 02:04:52 -0700 In-Reply-To: <87si4muyk4.fsf@gmail.com> (Alexis's message of "Wed, 04 Nov 2015 16:24:27 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:108424 Archived-At: Alexis writes: > Stephen Leake writes: > >> I did not try a non-ASCII file name; I'm not sure how to construct >> one that has a non-ASCII casing issue. > > Perhaps use German Eszett / sharp S / Unicode LATIN SMALL LETTER SHARP > S? The words 'Strasse' and 'Stra=C3=9Fe' are equivalent, , but typically = the > latter is up-cased to 'STRASSE', rather than 'STRA=E1=BA=9EE' Windows 8.1 lets me create: "c:/tmp/STRA=E1=BA=9EE.text" ;; LATIN CAPITAL LETTER SHARP S "c:/tmp/Stra=C3=9Fe.text" ;; LATIN SMALL LETTER SHARP S "c:/tmp/Strasse.text" The font I'm using on Windows has no glyph for LATIN CAPITAL LETTER SHARP S; on Debian, it's the same glyph as LATIN SMALL LETTER SHARP S, which is confusing in this context. file-truename follows Windows: (file-truename "c:/tmp/Stra=E1=BA=9Ee.text");; CAPITAL "c:/tmp/STRA=E1=BA=9EE.text";; CAPITAL (file-truename "c:/tmp/Stra=C3=9Fe.text");; SMALL "c:/tmp/Stra=C3=9Fe.text";; SMALL (file-truename "c:/tmp/Strasse.text") "c:/tmp/Strasse.text" As do upcase, downcase: (upcase "Stra=C3=9Fe.text") ;; SMALL "STRA=C3=9FE.TEXT" ;; SMALL (downcase "Stra=E1=BA=9Ee.text") ;; CAPITAL "stra=E1=BA=9Ee.text" ;; CAPITAL I think changing CAPITAL =E1=BA=9E to "SS" is not strictly a "casing" issue= ? But perhaps it should be considered for a canonical file name on a case-insensitive system? Perhaps Windows has simply not yet implemented this recent addition to Unicode? In which case, we need a better example to test with. Debian testing (a few months old) running in VMWare under Windows 8.1 shows the same behavior. But Debian is case-sensitive, so that's not an issue here, I think. The upcase/downcase is wrong, but I'm guessing that's due to the CAPITAL being a recent addition to Unicode.=20 --=20 -- Stephe