From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel,gmane.comp.gnu.core-utils.bugs Subject: Re: dired doesn't work properly with a multibyte locale Date: 03 Feb 2003 10:24:06 +0900 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200301151043.TAA09856@etlken.m17n.org> <200301230602.PAA07755@etlken.m17n.org> <200301250049.JAA11674@etlken.m17n.org> <200301270501.OAA14427@etlken.m17n.org> <200301271109.UAA14818@etlken.m17n.org> <200302030017.JAA24252@etlken.m17n.org> Reply-To: Miles Bader NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1044235875 32454 80.91.224.249 (3 Feb 2003 01:31:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 3 Feb 2003 01:31:15 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18fVS5-0008RJ-00 for ; Mon, 03 Feb 2003 02:31:13 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18fVZS-0001AS-00 for ; Mon, 03 Feb 2003 02:38:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18fVT0-0000aF-03 for emacs-devel@quimby.gnus.org; Sun, 02 Feb 2003 20:32:10 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18fVQE-000852-00 for emacs-devel@gnu.org; Sun, 02 Feb 2003 20:29:18 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18fVPp-0007dh-00 for emacs-devel@gnu.org; Sun, 02 Feb 2003 20:28:54 -0500 Original-Received: from tyo202.gate.nec.co.jp ([202.32.8.202]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18fVPb-0006KR-00; Sun, 02 Feb 2003 20:28:40 -0500 Original-Received: from mailgate4.nec.co.jp ([10.7.69.195])h131RUU14720; Mon, 3 Feb 2003 10:27:30 +0900 (JST) Original-Received: from mailsv.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id h131RTb09464; Mon, 3 Feb 2003 10:27:29 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv.nec.co.jp (8.11.6/3.7W-MAILSV-NEC) with ESMTP id h131O7q16490; Mon, 3 Feb 2003 10:26:56 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) id h131O7B13665; Mon, 3 Feb 2003 10:24:07 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id E8EFD36F6; Mon, 3 Feb 2003 10:24:06 +0900 (JST) Original-To: Kenichi Handa System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <200302030017.JAA24252@etlken.m17n.org> Original-Lines: 49 Original-cc: d.love@dl.ac.uk Original-cc: bug-coreutils@gnu.org Original-cc: emacs-pretest-bug@gnu.org Original-cc: schwab@suse.de X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:11297 gmane.comp.gnu.core-utils.bugs:94 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11297 Kenichi Handa writes: > > I just checked, 4.1 has already all support. Sorry for confusion. > > I see. But, anyway, "ls (coreutils) 4.5.4" has a bug. If > this version of "ls" is already widely spread, shouldn't > Emacs pay special attention to such a buggy "ls"? Is it worth the trouble? As far as I know the problem only occurs with newlines in filenames, which is an extremely rare thing; as long as it gets fixed in the next version, that seems good enough to me... > Dave Love writes: > > It seems more useful to count in characters (assuming they're > > decodable), but the problem remains that it's now broken on current > > systems. Why is it more useful to count in characters? Of course that makes things a bit simpler for emacs, but counting in bytes has the advantage that a tool doesn't have to be support the coding system ls does in order to grab the filenames. Since it seems easier for a `smart' (coding-system aware) tool like emacs to act `dumb', than for a dumb tool to act smart, that suggest to me that it's better to use the dumb method (byte counts). Of course I suppose you could just argue that --dired is for emacs' use, and should just do whatever it the most convenient for emacs. [actually, does ls itself even know the actual character counts, or is it just regurgitating binary chunks that it doesn't interpret?] > > If there are incompatible versions of ls, I think you have > > to check `ls --version' to decide what to do. > > I don't know the relation of "ls (coreutils)" and "ls > (fileutils)". Does anyone know how to detect a buggy "ls"? coreutils is just a merge of fileutils + shutils + ... The NEWS file for coreutils says: [4.5.1] ... This package is the union of the following: textutils-2.1, fileutils-4.1.11, sh-utils-2.0.15. -Miles -- I have seen the enemy, and he is us. -- Pogo