From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kazuhiro Ito Newsgroups: gmane.emacs.bugs Subject: bug#13515: 24.3.50; file-name operating functions are broken on Japanese Windows Date: Wed, 23 Jan 2013 18:38:23 +0900 Message-ID: <87r4lcutm8.wl%%xmue@d1.dion.ne.jp> References: <87txqa7ikj.wl%%xmue@d1.dion.ne.jp> <834ni9o1oz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-2022-JP X-Trace: ger.gmane.org 1358933994 5412 80.91.229.3 (23 Jan 2013 09:39:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Jan 2013 09:39:54 +0000 (UTC) Cc: 13515@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 23 10:40:13 2013 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 1TxwoW-0003cB-S0 for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Jan 2013 10:40:12 +0100 Original-Received: from localhost ([::1]:40199 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxwoF-0005J3-HD for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Jan 2013 04:39:55 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxwoB-0005It-A6 for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2013 04:39:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TxwoA-0000s8-An for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2013 04:39:51 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxwoA-0000s0-5V for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2013 04:39:50 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TxwpL-0003un-BE for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2013 04:41:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Kazuhiro Ito Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Jan 2013 09:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13515 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13515-submit@debbugs.gnu.org id=B13515.135893400514852 (code B ref 13515); Wed, 23 Jan 2013 09:41:02 +0000 Original-Received: (at 13515) by debbugs.gnu.org; 23 Jan 2013 09:40:05 +0000 Original-Received: from localhost ([127.0.0.1]:45656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxwoO-0003rS-B5 for submit@debbugs.gnu.org; Wed, 23 Jan 2013 04:40:05 -0500 Original-Received: from msa105.auone-net.jp ([61.117.18.165]:44327) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxwoJ-0003qi-GP for 13515@debbugs.gnu.org; Wed, 23 Jan 2013 04:40:01 -0500 Original-Received: from GUNGNIR.med.osaka-cu.ac.jp (g1-27-253-251-2.bmobile.ne.jp [27.253.251.2]) by msa105.auone-net.jp (au one net msa) with ESMTP id 5F9192C803A; Wed, 23 Jan 2013 18:38:35 +0900 (JST) In-Reply-To: <834ni9o1oz.fsf@gnu.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-mingw-nt6.1.7601) MULE/6.0 (HANACHIRUSATO) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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:70201 Archived-At: > > By the fix for Bug#12933, dostounix_filename could receive such > > string. > > Before that fix, dostounix_filename would indeed accept such file > names, but what it did with them was exhibiting undefined behavior, > because it treated multibyte strings in Emacs internal representation > as if they were simple unibyte strings. Agreed. On Japanese Windows, Emacs had been able to treat file name strings correctly in many years accidentally. > > In addition, that change also let the below code fail. > > > > (let ((file-name-coding-system 'cp1252)) > > (expand-file-name "漢字" "C:/")) > > > > -> "c:/ " > > IMO, this snippet doesn't make sense and cannot be supported. > expand-file-name calls a number of system APIs which need the file > name be encoded, so using file-name-coding-system that cannot possibly > encode a file name is not supposed to work. > > Do you have a real-life situation where such cases emerge and need to > be supported? None for me, sorry for inappropriate example. But the docstring of w32-downcase-file-names says it affects remote file names and the fix for Bug#12933 also affects other functions without using system APIs (e.g., file-name-directory). I guess it would be better that these functions (except ones using system APIs) didn't depend on codepage. Does Emacs neither support the below code? (let ((file-name-coding-system 'cp1252)) (file-name-directory "漢字/")) -> " /" -- Kazuhiro Ito