From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neal Becker Newsgroups: gmane.emacs.bugs Subject: bug#20440: 24.4; memory corruption Date: Mon, 27 Apr 2015 13:44:50 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c1630a80b2ad0514b84de6 X-Trace: ger.gmane.org 1430156726 16975 80.91.229.3 (27 Apr 2015 17:45:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 27 Apr 2015 17:45:26 +0000 (UTC) Cc: 20440@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 27 19:45:13 2015 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 1Ymn5k-0002Ta-9Q for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 19:45:12 +0200 Original-Received: from localhost ([::1]:56867 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ymn5j-000661-Ds for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 13:45:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ymn5g-00063r-5r for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 13:45:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ymn5c-0000xU-54 for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 13:45:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51707) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ymn5c-0000wk-1A for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 13:45:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Ymn5b-0000wF-FB for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 13:45:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Neal Becker Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Apr 2015 17:45:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20440 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20440-submit@debbugs.gnu.org id=B20440.14301566993584 (code B ref 20440); Mon, 27 Apr 2015 17:45:03 +0000 Original-Received: (at 20440) by debbugs.gnu.org; 27 Apr 2015 17:44:59 +0000 Original-Received: from localhost ([127.0.0.1]:41483 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymn5W-0000vj-G8 for submit@debbugs.gnu.org; Mon, 27 Apr 2015 13:44:59 -0400 Original-Received: from mail-oi0-f48.google.com ([209.85.218.48]:36343) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymn5U-0000vQ-0s for 20440@debbugs.gnu.org; Mon, 27 Apr 2015 13:44:56 -0400 Original-Received: by oift201 with SMTP id t201so95568043oif.3 for <20440@debbugs.gnu.org>; Mon, 27 Apr 2015 10:44:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1nJLiVMUj3BakvKvEEKmxRVRfzafk/ZaUul+d+xJFok=; b=QD67NDuz315trL63NsbZ5PZvaaiBxdt7j7bEpPc3ZznNV6l92gsnikbZoIpoRisLUF K6F3vye6iSbIA0L38L8nN2jKtOZnQLBOvq2FPV/xRzqRR/LZZ/WEHbAiCd1RZrjHAog3 NzTGB+xQ+EyWxtN0eImklkpQ5s0UyDHHWljbPVONal0TQ9yiOhXTcGgSGuz54Kn2TL83 32TaGu3vLKk0rKUlJFEwNJKK69F6cYwJo8zlfJZWkNrABw5Og98zpDgcSSmFYk/DCZt5 VmFJYQBGPUDaLmUQ6YrvWS4G2bYFQV6R9mOw79uBaNjCFDmICK7icU0pErBQhh2wJJ4I jSUg== X-Received: by 10.202.78.66 with SMTP id c63mr10559051oib.0.1430156690367; Mon, 27 Apr 2015 10:44:50 -0700 (PDT) Original-Received: by 10.76.24.69 with HTTP; Mon, 27 Apr 2015 10:44:50 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:102099 Archived-At: --001a11c1630a80b2ad0514b84de6 Content-Type: text/plain; charset=UTF-8 before-change-functions is a variable defined in `C source code'. Its value is (t syntax-ppss-flush-cache) Local in buffer test_unframed.py; global value is nil after-change-functions is a variable defined in `C source code'. Its value is (jit-lock-after-change jedi:after-change-handler t) Local in buffer test_unframed.py; global value is nil I have captured a corrupt buffer. This time, emacs said 'file has changed, reload?'. Again it is corrupted. The 1st diff is that in the corrupted file, the beginning of the file is inserted into the middle of the buffer On Mon, Apr 27, 2015 at 1:39 PM, Stefan Monnier wrote: > > I have seen (again this morning) I wind up with a corrupted buffer. > > It appears a segment of the data is correct, but data has been > > reordered. I'm looking at a python source file. For example, in the > > middle of the buffer, it looks like the beginning of the file is > > inserted (sorry I no longer have this buffer and can't be precise). > > Next time it happens, could you save the corrupted buffer to some temp > file, and then compare that with the actual file's content, to get > a more precise description of the corruption? > > You say it's a Python file. What modes/packages do you use to edit > those files? What does `M-: after-change-functions' and `M-: > before-change-functions' say in those buffers? > > > Stefan > -- *Those who don't understand recursion are doomed to repeat it* --001a11c1630a80b2ad0514b84de6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
before-change-functions is a variable defined in `C s= ource code'.
Its value is (t syntax-ppss-flush-cache)
Local in buffer test_unframed.py; global value is nil

after-change-functions is a variable defined in `C source code&= #39;.
Its value is (jit-lock-after-change jedi:after-change-handl= er t)
Local in buffer test_unframed.py; global value is nil
=

I have captured a corrupt buffer.=C2=A0 This time= , emacs said 'file has changed, reload?'.=C2=A0 Again it is corrupt= ed.
The 1st diff is that in the corrupted file, the beginning of = the file is inserted into the middle of the buffer

On Mon, Apr 27, 2015 at 1:39 P= M, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> I have seen (again this morning) I wi= nd up with a corrupted buffer.
> It appears a segment of the data is correct, but data has been
> reordered.=C2=A0 I'm looking at a python source file.=C2=A0 For ex= ample, in the
> middle of the buffer, it looks like the beginning of the file is
> inserted (sorry I no longer have this buffer and can't be precise)= .

Next time it happens, could you save the corrupted buffer to some temp
file, and then compare that with the actual file's content, to get
a more precise description of the corruption?

You say it's a Python file.=C2=A0 What modes/packages do you use to edi= t
those files?=C2=A0 What does `M-: after-change-functions' and `M-:
before-change-functions' say in those buffers?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan



--
Those who don't un= derstand recursion are doomed to repeat it
--001a11c1630a80b2ad0514b84de6--