From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: Emacs cannot sort in *shell* buffer Date: Thu, 09 Mar 2006 20:57:43 +0900 Message-ID: References: <9E961519-D1A3-4B01-8178-81957B4352E0@Web.DE> <7B9864B3-3FCD-44ED-8B35-E3E5CC209970@web.de> <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1141905525 28744 80.91.229.2 (9 Mar 2006 11:58:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Mar 2006 11:58:45 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 09 12:58:39 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 1FHJmi-0003px-Fu for ged-emacs-devel@m.gmane.org; Thu, 09 Mar 2006 12:58:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FHJmh-0006h6-SU for ged-emacs-devel@m.gmane.org; Thu, 09 Mar 2006 06:58:23 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FHJmI-0006aG-Ip for emacs-devel@gnu.org; Thu, 09 Mar 2006 06:57:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FHJmH-0006ZH-64 for emacs-devel@gnu.org; Thu, 09 Mar 2006 06:57:57 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FHJm8-0006Fg-Ai; Thu, 09 Mar 2006 06:57:48 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FHJpB-0006uv-2p; Thu, 09 Mar 2006 07:00:57 -0500 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k29Bvj2A006496; Thu, 9 Mar 2006 20:57:45 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k29BvjvW023877; Thu, 9 Mar 2006 20:57:45 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1FHJm3-000109-00; Thu, 09 Mar 2006 20:57:43 +0900 Original-To: Peter Dyballa In-reply-to: <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de> (message from Peter Dyballa on Thu, 9 Mar 2006 11:21:35 +0100) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) 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:51404 gmane.emacs.pretest.bugs:11343 Archived-At: In article <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de>, Peter Dyballa writes: >> Can you reproduce it with CVS HEAD emacs? > What do you mean with this technical term? Every few days I invoke > 'cvs up' and then re-compile GNU Emacs 22.0.50 or 23.0.0 -- are both > CVS HEAD Emacsen by this procedure? Your first report about this bug contained this line: In GNU Emacs 23.0.0.1 (powerpc-apple-darwin8.5.0, X toolkit, Xaw3d scroll bars) So, I thought you faced with this bug while using Emacs Ver.23 (i.e. emacs-unicode-2 branch). But, as I can't reproduce the bug, to clarify the bug is introduced in emacs-unicode-2 or not, I asked you if you can face with the same bug by Emacs Ver.22 (i.e. the main trank of CVS emacs often referred as CVS HEAD version). >>> Putting the block from *shell* buffer into *scratch* buffer or >>> inserting it into a TeX file sorting works fine ... >> >> ?? Then how and in which buffer (and mode) did you make the >> list when sorting didn't work? > The sorting fails in *shell* buffers. I see. That's the key infomation that your missed in the report. I confirmed that bug both with Ver.22 and Ver.23 and I think the attached patch should be installed. But, as this is the first time I read sort.el, I'm not 100% confident. Should I install it? --- Kenichi Handa handa@m17n.org *** sort.el 23 Feb 2006 19:45:32 +0900 1.53 --- sort.el 09 Mar 2006 20:47:33 +0900 *************** *** 121,126 **** --- 121,127 ---- (defun sort-build-lists (nextrecfun endrecfun startkeyfun endkeyfun) (let ((sort-lists ()) (start-rec nil) + (inhibit-field-text-motion t) done key) ;; Loop over sort records. ;(goto-char (point-min)) -- it is the caller's responsibility to