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
next parent 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).