From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Random832 Newsgroups: gmane.emacs.bugs Subject: bug#22169: 25.0.50; File name compiletion doesn't work with non-ASCII characters on OS X Date: Fri, 18 Dec 2015 10:26:49 -0500 Message-ID: <87lh8rpykm.fsf@fastmail.com> References: <83y4cw3kie.fsf@gnu.org> <83twnk3fg1.fsf@gnu.org> <83oads2x99.fsf@gnu.org> <83io3z3drh.fsf@gnu.org> <831tan32q2.fsf@gnu.org> <83r3ikxmis.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1450455270 3737 80.91.229.3 (18 Dec 2015 16:14:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Dec 2015 16:14:30 +0000 (UTC) To: 22169@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 18 17:14:15 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 1a9xfa-0006XT-0k for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Dec 2015 17:14:14 +0100 Original-Received: from localhost ([::1]:33306 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9xfZ-00071h-A1 for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Dec 2015 11:14:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48439) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9xfT-0006yH-G9 for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 11:14:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9xfO-0003xK-He for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 11:14:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48251) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9xfO-0003xF-Dq for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 11:14:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a9xfO-0006Fr-B8 for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 11:14:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Random832 Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Dec 2015 16:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.145045518723975 (code B ref -1); Fri, 18 Dec 2015 16:14:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 18 Dec 2015 16:13:07 +0000 Original-Received: from localhost ([127.0.0.1]:55853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9xeU-0006Ec-VI for submit@debbugs.gnu.org; Fri, 18 Dec 2015 11:13:07 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57220) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9xeT-0006E5-Sm for submit@debbugs.gnu.org; Fri, 18 Dec 2015 11:13:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9xeL-0003oZ-LB for submit@debbugs.gnu.org; Fri, 18 Dec 2015 11:13:00 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:55641) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9xeL-0003oU-Ig for submit@debbugs.gnu.org; Fri, 18 Dec 2015 11:12:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9ww6-0003iZ-6t for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 10:27:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9ww1-0000Pf-7Y for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 10:27:14 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:32770) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9ww1-0000PG-0o for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 10:27:09 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a9wvx-00082c-O0 for bug-gnu-emacs@gnu.org; Fri, 18 Dec 2015 16:27:05 +0100 Original-Received: from c-68-39-146-59.hsd1.in.comcast.net ([68.39.146.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Dec 2015 16:27:05 +0100 Original-Received: from random832 by c-68-39-146-59.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Dec 2015 16:27:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 36 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-68-39-146-59.hsd1.in.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:YSOfkfpTB09Z2neaUqiMN4lHD2s= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:110127 Archived-At: Eli Zaretskii writes: > I rather think it's a non-starter, at least for Emacs 25.1. It > probably means users of all systems will be punished by slower > directory searches, How much slower do you suppose it would be? Especially for utf-8, which I assume is fast anyway (it doesn't even seem to reject excessively high codepoints... I'm not _entirely_ sure utf-8 is not actually identical to emacs-internal, does anyone know any concrete differences?) Sometimes features, and correctness, have a performance cost. If performance is the end-all and be-all priority, let's just abolish all encodings and assume all filenames are in emacs-internal. What if it's only a 1% slow down? 5%? 10%? Or would an absolute measure be more appropriate - i.e. define how much time it's acceptable for it to take (on some standard directory and CPU). > No, it's correctness on one platform vs speed on all the rest. Strictly speaking, it's correctness for one encoding. In trying to come up with another example, I noticed that in an EUC-JP locale, typing "*修"TAB ("*\275\244") doesn't actually match "文字化け" ["\312\270\273\372\262\275\244\261"] as I had expected it to. I guess matching with embedded stars goes through a different code path? Is there a way to simply enable doing this for normal completion when the file system encoding is utf-8-hfs? Or to add post-filtering [only return a filename if it matches both the existing way *and* the decoded string matches], only enabled by default on utf-8-hfs? Or is even the time spent checking a boolean variable too much of a performance penalty?