From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#13949: 24.4.1; `fill-paragraph' should not always put the buffer as modified Date: Sun, 27 Mar 2016 17:35:25 +0200 Message-ID: References: <56F12360.5030301@ro.ru> <83y49a4hga.fsf@gnu.org> <56F1837D.4060300@ro.ru> <83io0e4b5r.fsf@gnu.org> <56F19203.5040501@ro.ru> <87a8lkd2bc.fsf@wanadoo.es> <9d1fed3c-fdcb-dfe3-e04d-47680d3e0531@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1459092984 27963 80.91.229.3 (27 Mar 2016 15:36:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Mar 2016 15:36:24 +0000 (UTC) Cc: =?UTF-8?Q?=C3=93scar?= Fuentes , John Wiegley , Jaakov , 13949@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 27 17:36:12 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1akCjb-0001b2-SK for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Mar 2016 17:36:12 +0200 Original-Received: from localhost ([::1]:36367 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akCjb-0000PZ-37 for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Mar 2016 11:36:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akCjW-0000ON-LD for bug-gnu-emacs@gnu.org; Sun, 27 Mar 2016 11:36:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akCjS-0001Uh-KZ for bug-gnu-emacs@gnu.org; Sun, 27 Mar 2016 11:36:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akCjS-0001Ud-HE for bug-gnu-emacs@gnu.org; Sun, 27 Mar 2016 11:36:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1akCjS-0004Ab-Cx for bug-gnu-emacs@gnu.org; Sun, 27 Mar 2016 11:36:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Magne Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Mar 2016 15:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13949-submit@debbugs.gnu.org id=B13949.145909293215985 (code B ref 13949); Sun, 27 Mar 2016 15:36:02 +0000 Original-Received: (at 13949) by debbugs.gnu.org; 27 Mar 2016 15:35:32 +0000 Original-Received: from localhost ([127.0.0.1]:40234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akCiy-00049f-2X for submit@debbugs.gnu.org; Sun, 27 Mar 2016 11:35:32 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:60859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akCiw-00049P-55 for 13949@debbugs.gnu.org; Sun, 27 Mar 2016 11:35:30 -0400 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=stories) by hermes.netfonds.no with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.84_2) (envelope-from ) id 1akCis-0002nW-4w; Sun, 27 Mar 2016 17:35:28 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEX9/fjg4NG7xqmitKQ3 Aww0FyCKmJgxBw+DT0VoMDHP1spUAA/////+//7v7diZblILeSygAAABlUlEQVQ4jd3Sv0vDQBQH 8KggDmnpLdIpduwiHYogQXSJdFcuFgeXwtG6xzN/QdNVVKgBaRFEMusgWWJHaTt0EIegnZzSFroY F+v9ahsVce8bQu59eLkL95Waf5Q0K+BJpOI+X3nr0DgPODRGtFY5rGFSR3IEhmzkCbM6iAAbab1z MP0I0JFnLKoWATLilUX/GHQjMPSXSM+A5HEBgDyFUapM+xDumQ4AiQmEVoX3IdwnoPgCQsvKYcz6 UKUgcyD9Uyxg16EQCAjDM4ihnrfyJdWpK0qXQiqZ6Wx1SnPm5aKOUMEB/VhcCiQv85keDTLLxStz 51ovFtQ6ULr9fiA1B2SDiq1hfig9q9I9AIEXctKqq+U4oCm0klbVdW81CmQPCnXy6+QGXyu267qa hg3SR9ksOy692gYZYGIghMSnehTaHFxtewKKzMJwI+RuAjGeEi9tT6BAoTeOT/uDyb2A3jRXD0wE JKKBe6RH5lD7nsR5IhRQzf8R0YWqTWHT/5XdQfXkDR2O+wLYcmXDA/Sl9U/aZx2+ACk4Di7693OD AAAAAElFTkSuQmCC In-Reply-To: <9d1fed3c-fdcb-dfe3-e04d-47680d3e0531@yandex.ru> (Dmitry Gutov's message of "Sun, 27 Mar 2016 18:28:22 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115568 Archived-At: Dmitry Gutov writes: > On 03/27/2016 06:31 AM, =D3scar Fuentes wrote: > >> + (when (and (not (string=3D h "")) >> + (string=3D h (secure-hash 'md5 (current-buffer)))) >> + (set-buffer-modified-p nil))) > > Hashes have collisions (and md5 is a bit famous for them). So in > principle, I don't think using a hash is a good choice in this case. md5 is famous for enabling attackers to construct strings with the same hash, not for arbitrarily making strings hash to the same result. It's less likely that the before/after `M-q' strings hash to the same md5 than cosmic rays reprogramming your Emacs into vi, so: > Either way, you'd have to keep the original string around, to compare > against if the hashes match. Not really. (Ok, I'm exaggerating. Slightly!) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no