GNU bug report logs - #4597
Antwort: Re: bug#4587: 23.1; sort-lines and sort-fields always set buffer modified

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: minor; Reported by: Roland.Meier@HIDDEN; merged with #4587; dated Wed, 30 Sep 2009 10:10:04 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.
Disconnected #4601 from all other report(s). Request was from Glenn Morris <rgm@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 4597@HIDDEN:


Received: (at 4597) by emacsbugs.donarmstrong.com; 30 Sep 2009 16:57:11 +0000
From mange@HIDDEN Wed Sep 30 09:57:09 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from zimbra.erlangsystems.com (zimbra.erlangsystems.com [88.208.247.62])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8UGv7uS011286
	for <4597@HIDDEN>; Wed, 30 Sep 2009 09:57:09 -0700
Received: from linux-b2a3.site (unknown [192.168.42.57])
	by zimbra.erlangsystems.com (Postfix) with ESMTP id F1869135A26E;
	Wed, 30 Sep 2009 17:57:00 +0100 (BST)
From: Magnus Henoch <mange@HIDDEN>
To: Roland.Meier@HIDDEN
Cc: 4597 <at> debbugs.gnu.org
Subject: Re: bug#4597: Antwort: Re: bug#4587: 23.1; sort-lines and sort-fields always set buffer modified
References: <jwvhbul82pq.fsf-monnier+emacsbugreports@HIDDEN>
	<OF2B158154.15C4FD67-ONC1257641.00349840-C1257641.003704BF@HIDDEN>
X-Hashcash: 1:25:090930:4597@HIDDEN::T1DZDvKOrKZ+JPa7:000000000000000000000000000001aje9
X-Hashcash: 1:25:090930:roland.meier@HIDDEN::5Fx58ql3ejXAAHs6:000000000000000000001dGRK
Date: Wed, 30 Sep 2009 17:56:57 +0100
In-Reply-To: <OF2B158154.15C4FD67-ONC1257641.00349840-C1257641.003704BF@HIDDEN>
	(Roland Meier's message of "Wed, 30 Sep 2009 12:00:56 +0200")
Message-ID: <847hvgpe06.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Roland.Meier@HIDDEN writes:

> I sometimes need to check a list (which isn't small enough to be checked 
> at a glance) after editing it if it is still sorted.

Maybe M-x diff-buffer-with-file could do that for you?

HTH,
Magnus



Acknowledgement sent to Magnus Henoch <mange@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4597; Package emacs. Full text available.
Forcibly Merged 4587 4597 4601. Request was from Glenn Morris <rgm@HIDDEN> to control@HIDDEN. Full text available.

Message received at submit@HIDDEN:


Received: (at submit) by emacsbugs.donarmstrong.com; 30 Sep 2009 10:01:22 +0000
From roland.meier@HIDDEN Wed Sep 30 03:01:22 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL,HAS_BUG_NUMBER,MULTALT
	autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8UA1K7b014667
	for <submit@HIDDEN>; Wed, 30 Sep 2009 03:01:22 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Msvzs-0003nn-FV
	for bug-gnu-emacs@HIDDEN; Wed, 30 Sep 2009 06:01:20 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Msvzn-0003fw-0S
	for bug-gnu-emacs@HIDDEN; Wed, 30 Sep 2009 06:01:18 -0400
Received: from [199.232.76.173] (port=59498 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Msvzm-0003fl-NV
	for bug-gnu-emacs@HIDDEN; Wed, 30 Sep 2009 06:01:14 -0400
Received: from mailout02.rmx.de ([217.111.120.10]:47392)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <roland.meier@HIDDEN>)
	id 1Msvzm-00030W-28
	for bug-gnu-emacs@HIDDEN; Wed, 30 Sep 2009 06:01:14 -0400
Received: from [172.19.21.68] (HELO crypto02.retarus.de)
  by mailout02.rmx.de (CommuniGate Pro SMTP 5.2.13 _community_)
  with ESMTPS id 54259972; Wed, 30 Sep 2009 12:01:10 +0200
Received: (from daemon@localhost)
	by crypto02.retarus.de (8.13.6/8.13.6) id n8UA1Ama016877;
	Wed, 30 Sep 2009 12:01:10 +0200
Received: from 10.64.74.160 (localhost [127.0.0.1])
 	by crypto02.retarus.de (8.13.6/8.13.6) with SMTP id n8U9ulhw014666;
 	Wed, 30 Sep 2009 12:01:09 +0200
Received: from sbas703a.cw01.contiwan.com ([158.92.186.29])
          by frhb102.auto.contiwan.com (Lotus Domino Release 8.0.1)
          with ESMTP id 2009093012010051-398154 ;
          Wed, 30 Sep 2009 12:01:00 +0200 
In-Reply-To: <jwvhbul82pq.fsf-monnier+emacsbugreports@HIDDEN>
To: monnier@HIDDEN
Cc: 4587 <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN
Subject: Antwort: Re: bug#4587: 23.1; sort-lines and sort-fields always set buffer
 modified
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF2B158154.15C4FD67-ONC1257641.00349840-C1257641.003704BF@HIDDEN>
From: Roland.Meier@HIDDEN
Date: Wed, 30 Sep 2009 12:00:56 +0200
X-MIMETrack: S/MIME Sign by Notes Client on Roland Meier/usr/cag(Release 6.5.6|March 06, 2007) at
 30.09.2009 12:00:56,
 	Serialize by Notes Client on Roland Meier/usr/cag(Release 6.5.6|March 06, 2007) at
 30.09.2009 12:00:56,
 	Serialize complete at 30.09.2009 12:00:56,
 	S/MIME Sign failed at 30.09.2009 12:00:56: Der Verschl?sselungsschl?ssel
 wurde nicht gefunden,
 	Serialize by Router on vshb001/srvc7/srvc/cag(Release 8.5FP1|June 15, 2009) at
 30.09.2009 12:01:02,
 	Serialize complete at 30.09.2009 12:01:02,
 	Itemize by SMTP Server on frhb102/srvcMX/srvc/cag(Release 8.0.1|February 07, 2008) at
 09/30/2009 12:01:00 PM,
 	Serialize by Router on frhb102/srvcMX/srvc/cag(Release 8.0.1|February 07, 2008) at
 09/30/2009 12:01:02 PM,
 	Serialize complete at 09/30/2009 12:01:02 PM
X-TNEFEvaluated: 1
X-RMX-ID: 20090930-120103-n8UA12Eg012545-0@kdin65
X-RMX-TRACE: 2009-09-30 12:01:03 KdIn@kdin65/mailcc66 [0.5s] 20090930-120103-n8UA12Eg012545-0@kdin65 0:00:00
X-RMX-TRACE: 2009-09-30 12:01:04 RmxMSO@kdin65/mailcc67 [0.1s] 20090930-120103-n8UA12Eg012545-0@kdin65 0:00:01
Content-Type: multipart/alternative; boundary="=_alternative 003704BFC1257641_="
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4)

--=_alternative 003704BFC1257641_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

> Yes, that's generally desirable.  But in the above cases, given the way
> the code currently works, it's fairly inconvenient to do (the code does
> modify the buffer, it just so happens that the end text is the same as
> the original text), so it doesn't seem worth the trouble.

Wouldn't it be possible in case of an unmodified buffer to copy the=20
content of the region at the beginning to a temporary buffer, compare it=20
to the result afterwards, and if they match to restore the unmodified=20
status?

I sometimes need to check a list (which isn't small enough to be checked=20
at a glance) after editing it if it is still sorted.
Now I write he region before and after sorting it to separate files and=20
compare them, but I wonder if a powerful tool like emacs must keep such an =

obvious annoyance like this...

Thanks!
--=20
Mit freundlichen Gr=FC=DFen
Roland Meier
     \|||/=20
     (o o)=20
=3D=3DooO=3D=3DU=3D=3DOoo=3D=3D=20

--=_alternative 003704BFC1257641_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"


<br><tt><font size=3D2>&gt; Yes, that's generally desirable. &nbsp;But in
the above cases, given the way<br>
&gt; the code currently works, it's fairly inconvenient to do (the code
does<br>
&gt; modify the buffer, it just so happens that the end text is the same
as<br>
&gt; the original text), so it doesn't seem worth the trouble.<br>
</font></tt>
<br><font size=3D2 face=3D"sans-serif">Wouldn't it be possible in case of an
unmodified buffer to copy the content of the region at the beginning to
a temporary buffer, compare it to the result afterwards, and if they match
to restore the unmodified status?</font>
<br>
<br><font size=3D2 face=3D"sans-serif">I sometimes need to check a list (wh=
ich
isn't small enough to be checked at a glance) after editing it if it is
still sorted.</font>
<br><font size=3D2 face=3D"sans-serif">Now I write he region before and aft=
er
sorting it to separate files and compare them, but I wonder if a powerful
tool like emacs must keep such an obvious annoyance like this...</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Thanks!</font>
<br><font size=3D3>-- <br>
Mit freundlichen Gr=FC=DFen<br>
Roland Meier</font><tt><font size=3D3><br>
 &nbsp; &nbsp; \|||/ <br>
 &nbsp; &nbsp; (o o) <br>
=3D=3DooO=3D=3DU=3D=3DOoo=3D=3D </font></tt><font size=3D3><br>
</font>
--=_alternative 003704BFC1257641_=--




Acknowledgement sent to Roland.Meier@HIDDEN:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Report forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4597; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.