unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Kenichi Handa <handa@m17n.org>
Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
Subject: Re: Emacs cannot sort in *shell* buffer
Date: Thu, 09 Mar 2006 20:57:43 +0900	[thread overview]
Message-ID: <E1FHJm3-000109-00@etlken> (raw)
In-Reply-To: <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de> (message from Peter Dyballa on Thu, 9 Mar 2006 11:21:35 +0100)

In article <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de>, Peter Dyballa <Peter_Dyballa@web.de> 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

       reply	other threads:[~2006-03-09 11:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <9E961519-D1A3-4B01-8178-81957B4352E0@Web.DE>
     [not found] ` <E1FGxkp-0005lD-00@etlken>
     [not found]   ` <7B9864B3-3FCD-44ED-8B35-E3E5CC209970@web.de>
     [not found]     ` <E1FH9jY-0003l7-00@etlken>
     [not found]       ` <43E0CA5F-95E6-49CF-A7CE-1F80BBAD56A5@web.de>
2006-03-09 11:57         ` Kenichi Handa [this message]
2006-03-09 13:14           ` Emacs cannot sort in *shell* buffer Peter Dyballa
2006-03-16  2:12             ` Kenichi Handa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1FHJm3-000109-00@etlken \
    --to=handa@m17n.org \
    --cc=emacs-devel@gnu.org \
    --cc=emacs-pretest-bug@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).