From unknown Thu Sep 11 06:33:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#20440 <20440@debbugs.gnu.org> To: bug#20440 <20440@debbugs.gnu.org> Subject: Status: 24.4; revert-buffer corruption Reply-To: bug#20440 <20440@debbugs.gnu.org> Date: Thu, 11 Sep 2025 13:33:51 +0000 retitle 20440 24.4; revert-buffer corruption reassign 20440 emacs submitter 20440 Neal Becker severity 20440 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 11:56:37 2015 Received: (at submit) by debbugs.gnu.org; 27 Apr 2015 15:56:37 +0000 Received: from localhost ([127.0.0.1]:41383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YmlOe-0003Aq-45 for submit@debbugs.gnu.org; Mon, 27 Apr 2015 11:56:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36611) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YmlOb-0003AZ-Ga for submit@debbugs.gnu.org; Mon, 27 Apr 2015 11:56:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YmlOD-0001zI-1v for submit@debbugs.gnu.org; Mon, 27 Apr 2015 11:56:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41631) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmlOC-0001rF-R2 for submit@debbugs.gnu.org; Mon, 27 Apr 2015 11:56:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmlE6-0007Vs-D7 for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:45:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YmlE3-0006RK-RE for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:45:42 -0400 Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:36859) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmlE3-0006Qo-En for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:45:39 -0400 Received: by oift201 with SMTP id t201so92462725oif.3 for ; Mon, 27 Apr 2015 08:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FYn0sIXM3afeTDWIlmCq4JJ5B94pvt+fc2w5eLiD5i0=; b=ecBkEjcFsYxrtAZwwAJ0Op+i0qebRBvrXhzfm5Q7muw8u9SQlzQCpdXdZLWgigdCju +FzJYDtQsZmal9oSnXRSs4iJj43h3g+gCFrJZ6fHDF4ob4YVd2et2g5agYKCP1QpI9JZ qn4pQyYkLTlH+GDTICuOFoBqiMnMpTAqjXhz7loXI340WkKXSuwEf8Sl0B55Q7cbwLeQ JtU0QhzbqBnskyJgso0A9PEMaRtArRKgwlwCPMqIQKGqpV57Qe6/X0x/YXLGd9dCtmAX SyUntq5F1K95VRKx/AAXdz6t/WEzGOWuNFJB95hN0TyjYgPLgYwEwMRo3hBnltdixLKw eoWg== MIME-Version: 1.0 X-Received: by 10.202.176.134 with SMTP id z128mr10050824oie.102.1430149538165; Mon, 27 Apr 2015 08:45:38 -0700 (PDT) Received: by 10.76.24.69 with HTTP; Mon, 27 Apr 2015 08:45:38 -0700 (PDT) Date: Mon, 27 Apr 2015 11:45:38 -0400 Message-ID: Subject: 24.4; memory corruption From: Neal Becker To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a113d308232bce80514b6a31d X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) --001a113d308232bce80514b6a31d Content-Type: text/plain; charset=UTF-8 When on-disk file has changed, I use the following function to re-read buffer: (defun refresh-file () (interactive) (revert-buffer t (not (buffer-modified-p)) t) ) (global-set-key [f5] 'refresh-file) 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). Kill buffer, and reload file, and it's fixed. In GNU Emacs 24.4.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.14.11) of 2015-04-07 on buildvm-06.phx2.fedoraproject.org Windowing system distributor `Fedora Project', version 11.0.11603000 System Description: Fedora release 21 (Twenty One) Configured using: `configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3 --with-gpm=no build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' 'LDFLAGS=-Wl,-z,relro '' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Python Minor modes in effect: diff-auto-refine-mode: t jedi-mode: t global-auto-complete-mode: t auto-complete-mode: t display-time-mode: t override-global-mode: t shell-dirtrack-mode: t delete-selection-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-SPC C-c # C-x C-s C-x v v C-x v = C-x o r e m o v e c l e a n u p C-c C-c M-x s h e l l M-p C-x C-f t e s T _ u t _ u y e s C-s c o n s i d e r e d C-s C-s C-s C-s C-a C-s c o n s i d C-s C-a C-x k C-x C-f t e s t _ u C-s c o n s i d e r e d C-s C-s C-s C-s C-s C-r C-r C-a C-s C-s C-s C-a C-h c C-h f r e f r e s h - f i l e C-x C-f C-g C-x o C-e C-h v e m a c s - v e r C-SPC M-w C-x C-f C-x 1 g f C-x C-f t e s C-g C-x b t e s t _ u C-s - - l i m i t - C-r C-r C-a C-r l i m i t _ n e w C-a C-s p a r t i a l C-a C-x C-f g f M-x r e p o r t Recent messages: Type C-x 1 to delete the help window. Quit Mark set Directory has changed on disk; type g to update Dired Quit Mark saved where search started [3 times] Directory has changed on disk; type g to update Dired Local value of py-indent-offset set to 4 Using the CPython shell Load-path shadows: /home/nbecker/.emacs.d/elpa/ipython-2927/ipython hides /home/nbecker/.emacs.d/lisp/ipython Features: (shadow sort mail-extr emacsbug sendmail eieio-opt speedbar sb-image ezimage dframe find-func help-mode misearch multi-isearch diff-mode log-edit message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log vc warnings vc-dispatcher vc-hg network-stream auth-source gnus-util mm-util mail-prsvr password-cache starttls tls jedi-direx direx eieio eieio-core jedi jedi-core python-environment epc ctable concurrent deferred imenu dired flymake ido ess-toolbar ess-mouse mouseme browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp3-d ess-julia ess-r-d ess-r-completion ess-tracebug format-spec ess-roxy hideshow ess-help ess-developer eldoc ess-s-l ess ess-inf ess-mode ess-noweb-mode ess-utils ess-custom ess-compat ess-site auto-complete popup zoom-frm frame-cmds frame-fns avoid browse-kill-ring edmacro kmacro rst time felineherd byte-opt thingatpt use-package diminish bytecomp byte-compile cconv bind-key easy-mmode ipython advice help-fns executable shell pcomplete python-mode info-look cl-macs compile cl gv cl-loaddefs cl-lib comint ansi-color ring info easymenu diminish-autoloads package epg-config delsel cus-start cus-load time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 248657 26119) (symbols 48 35288 16) (miscs 40 160 351) (strings 32 62111 7050) (string-bytes 1 1794555) (vectors 16 30112) (vector-slots 8 950184 74983) (floats 8 170 618) (intervals 56 2593 0) (buffers 960 28) (heap 1024 141858 53739)) -- *Those who don't understand recursion are doomed to repeat it* --001a113d308232bce80514b6a31d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

When on-disk file has changed, I use t= he following function to re-read
buffer:

(defun refresh-file ()
=C2=A0 (interactive)
=C2=A0 (re= vert-buffer t (not (buffer-modified-p)) t)
=C2=A0 )
(global-set-key [f5] 'refresh-file)

I have seen (again this morning) I wind up with a corrupted buffer.=C2=A0= It
appears a segment of the data is correct, but data has been r= eordered.
I'm looking at a python source file.=C2=A0 For exam= ple, 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&= #39;t be precise).

Kill buffer, and reload file, a= nd it's fixed.



<= br>
In GNU Emacs 24.4.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.= 14.11)
=C2=A0of 2015-04-07 on buildvm-06.phx2.fedoraproject.org
Windowing= system distributor `Fedora Project', version 11.0.11603000
S= ystem Description: Fedora= release 21 (Twenty One)

Configured using:
=C2=A0`configure --build=3Dx86_64-redhat-linux-gnu
=C2=A0--hos= t=3Dx86_64-redhat-linux-gnu --program-prefix=3D
=C2=A0--disable-d= ependency-tracking --prefix=3D/usr --exec-prefix=3D/usr
=C2=A0--b= indir=3D/usr/bin --sbindir=3D/usr/sbin --sysconfdir=3D/etc
=C2=A0= --datadir=3D/usr/share --includedir=3D/usr/include --libdir=3D/usr/lib64
=C2=A0--libexecdir=3D/usr/libexec --localstatedir=3D/var
= =C2=A0--sharedstatedir=3D/var/lib --mandir=3D/usr/share/man
=C2= =A0--infodir=3D/usr/share/info --with-dbus --with-gif --with-jpeg --with-pn= g
=C2=A0--with-rsvg --with-tiff --with-xft --with-xpm --with-x-to= olkit=3Dgtk3
=C2=A0--with-gpm=3Dno build_alias=3Dx86_64-redhat-li= nux-gnu
=C2=A0host_alias=3Dx86_64-redhat-linux-gnu 'CFLAGS=3D= -DMAIL_USE_LOCKF -O2 -g
=C2=A0-pipe -Wall -Werror=3Dformat-securi= ty -Wp,-D_FORTIFY_SOURCE=3D2
=C2=A0-fexceptions -fstack-protector= -strong --param=3Dssp-buffer-size=3D4
=C2=A0-grecord-gcc-switches= -m64 -mtune=3Dgeneric' 'LDFLAGS=3D-Wl,-z,relro ''

Important settings:
=C2=A0 value of $LANG: en_US= .UTF-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Python

Minor modes in effect:
=C2=A0 diff-auto-refine-mode: t
=C2=A0 jedi-mode: t
=C2=A0 global-auto-complete-mode: t
=C2=A0 auto-complete-mo= de: t
=C2=A0 display-time-mode: t
=C2=A0 override-globa= l-mode: t
=C2=A0 shell-dirtrack-mode: t
=C2=A0 delete-s= election-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 electric= -indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-= bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-sh= adow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 fon= t-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-= composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2= =A0 auto-compression-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t

Recent input:
=
<prior> <up> <up> <up> <up> <up> &= lt;up> <up> <up> <up>=C2=A0
<up> C-SPC= <down> <down> <down> C-c # C-x C-s C-x v=C2=A0
v C-x v =3D C-x o r e m o v e <backspace> <backspace>=C2=A0
<backspace> <backspace> <backspace> <backspace= > c l=C2=A0
e a n u p C-c C-c M-x s h e l l <return> M-p= <return>=C2=A0
C-x C-f t e s T _ u <tab> <backspa= ce> <backspace> <backspace>=C2=A0
t _ u <tab>= ; <return> y e s <return> <C-home> C-s c=C2=A0
= o n s i d e r e d C-s C-s C-s C-s C-a C-s c o n s i=C2=A0
d C-s C= -a <next> <next> <next> <prior> C-x k <return>= ;=C2=A0
C-x C-f t e s t _ u <tab> <return> C-s c o n = s i d=C2=A0
e r e d C-s C-s C-s C-s C-s C-r C-r C-a C-s C-s C-s= =C2=A0
C-a C-h c <f5> C-h f r e f r e s h - f i l e <ret= urn>=C2=A0
C-x C-f C-g C-x o C-e <left> <left> <= ;left> <return>=C2=A0
<help-echo> <help-echo>= ; <help-echo> C-h v e m a c s=C2=A0
- v e r <tab> <= ;return> <help-echo> <help-echo> <help-echo>=C2=A0
C-SPC <down> <down> <down> <down> <down&g= t; <down> M-w=C2=A0
<help-echo> <help-echo> <= ;help-echo> <help-echo> <help-echo>=C2=A0
C-x C-f = <return> C-x 1 g <down> f C-x C-f t e s C-g=C2=A0
C-x= b t e s t _ u <tab> <return> C-s - - l i m i t=C2=A0
- C-r C-r C-a C-r l i m i t _ n e w <help-echo> <help-echo>=C2= =A0
<help-echo> C-a C-s p a r t i a l C-a <help-echo>= C-x=C2=A0
C-f <return> g <down> <down> <dow= n> <down> <down> <down>=C2=A0
<down> &= lt;down> <down> <down> <down> <down> <down>= ; <down>=C2=A0
<down> <down> <down> <d= own> <down> <down> f <help-echo>=C2=A0
<h= elp-echo> M-x r e p o r t <tab> <return>

Recent messages:
Type C-x 1 to delete the help window.
Quit

Mark set
Directory has change= d on disk; type g to update Dired
Quit
Mark saved where= search started [3 times]
Directory has changed on disk; type g t= o update Dired
Local value of py-indent-offset set to 4
Using the CPython shell

Load-path shadows:
<= div>/home/nbecker/.emacs.d/elpa/ipython-2927/ipython hides /home/nbecker/.e= macs.d/lisp/ipython

Features:
(shadow so= rt mail-extr emacsbug sendmail eieio-opt speedbar sb-image
ezimag= e dframe find-func help-mode misearch multi-isearch diff-mode
log= -edit message rfc822 mml mml-sec mm-decode mm-bodies mm-encode
ma= il-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils
gmm-utils mailheader pcvs-util add-log vc warnings vc-dispatcher vc-hg
network-stream auth-source gnus-util mm-util mail-prsvr password-cac= he
starttls tls jedi-direx direx eieio eieio-core jedi jedi-core<= /div>
python-environment epc ctable concurrent deferred imenu dired fly= make
ido ess-toolbar ess-mouse mouseme browse-url ess-menu ess-sw= v ess-noweb
ess-noweb-font-lock-mode ess-bugs-l essd-els ess-sas-= d ess-sas-l
ess-sas-a ess-sta-d ess-sta-l cc-vars cc-defs make-re= gexp ess-sp6-d
ess-sp3-d ess-julia ess-r-d ess-r-completion ess-t= racebug format-spec
ess-roxy hideshow ess-help ess-developer eldo= c ess-s-l ess ess-inf
ess-mode ess-noweb-mode ess-utils ess-custo= m ess-compat ess-site
auto-complete popup zoom-frm frame-cmds fra= me-fns avoid browse-kill-ring
edmacro kmacro rst time felineherd = byte-opt thingatpt use-package
diminish bytecomp byte-compile cco= nv bind-key easy-mmode ipython advice
help-fns executable shell p= complete python-mode info-look cl-macs
compile cl gv cl-loaddefs = cl-lib comint ansi-color ring info easymenu
diminish-autoloads pa= ckage epg-config delsel cus-start cus-load
time-date tooltip elec= tric uniquify ediff-hook vc-hooks lisp-float-type
mwheel x-win x-= dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list n= ewcomment lisp-mode prog-mode register page menu-bar
rfn-eshadow = timer select scroll-bar mouse jit-lock font-lock syntax
facemenu = font-core frame cham georgian utf-8-lang misc-lang vietnamese
tib= etan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 bas= e64
format env code-pages mule custom widget hashtable-print-read= able
backquote make-network-process dbusbind gfilenotify dynamic-= setting
system-font-setting font-render-setting move-toolbar gtk = x-toolkit x
multi-tty emacs)

Memory info= rmation:
((conses 16 248657 26119)
=C2=A0(symbols 48 35= 288 16)
=C2=A0(miscs 40 160 351)
=C2=A0(strings 32 6211= 1 7050)
=C2=A0(string-bytes 1 1794555)
=C2=A0(vectors 1= 6 30112)
=C2=A0(vector-slots 8 950184 74983)
=C2=A0(flo= ats 8 170 618)
=C2=A0(intervals 56 2593 0)
=C2=A0(buffe= rs 960 28)
=C2=A0(heap 1024 141858 53739))


--
Thos= e who don't understand recursion are doomed to repeat it
--001a113d308232bce80514b6a31d-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 12:14:24 2015 Received: (at control) by debbugs.gnu.org; 27 Apr 2015 16:14:24 +0000 Received: from localhost ([127.0.0.1]:41423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymlfs-0003kO-4E for submit@debbugs.gnu.org; Mon, 27 Apr 2015 12:14:24 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:40283 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymlfq-0003kH-4v for control@debbugs.gnu.org; Mon, 27 Apr 2015 12:14:22 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Ymlfp-0003dJ-30 for control@debbugs.gnu.org; Mon, 27 Apr 2015 12:14:21 -0400 Date: Mon, 27 Apr 2015 12:14:21 -0400 Message-Id: Subject: control message for bug 20440 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) retitle 20440 24.4; revert-buffer corruption From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 13:39:24 2015 Received: (at 20440) by debbugs.gnu.org; 27 Apr 2015 17:39:25 +0000 Received: from localhost ([127.0.0.1]:41476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymn08-0000lV-C1 for submit@debbugs.gnu.org; Mon, 27 Apr 2015 13:39:24 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:33939) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymn06-0000lN-Hz for 20440@debbugs.gnu.org; Mon, 27 Apr 2015 13:39:22 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t3RHdLcq014492; Mon, 27 Apr 2015 13:39:21 -0400 Received: by pastel.home (Postfix, from userid 20848) id 4AF2D19DA; Mon, 27 Apr 2015 13:39:21 -0400 (EDT) From: Stefan Monnier To: Neal Becker Subject: Re: bug#20440: 24.4; memory corruption Message-ID: References: Date: Mon, 27 Apr 2015 13:39:21 -0400 In-Reply-To: (Neal Becker's message of "Mon, 27 Apr 2015 11:45:38 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5289=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5289> : inlines <2802> : streams <1429564> : uri <1916916> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 13:44:59 2015 Received: (at 20440) by debbugs.gnu.org; 27 Apr 2015 17:44:59 +0000 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 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 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== MIME-Version: 1.0 X-Received: by 10.202.78.66 with SMTP id c63mr10559051oib.0.1430156690367; Mon, 27 Apr 2015 10:44:50 -0700 (PDT) Received: by 10.76.24.69 with HTTP; Mon, 27 Apr 2015 10:44:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 27 Apr 2015 13:44:50 -0400 Message-ID: Subject: Re: bug#20440: 24.4; memory corruption From: Neal Becker To: Stefan Monnier Content-Type: multipart/alternative; boundary=001a11c1630a80b2ad0514b84de6 X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) --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-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 15:48:26 2015 Received: (at 20440) by debbugs.gnu.org; 27 Apr 2015 19:48:26 +0000 Received: from localhost ([127.0.0.1]:41557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymp0z-0005Z6-Kb for submit@debbugs.gnu.org; Mon, 27 Apr 2015 15:48:26 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:60562) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymp0w-0005Yw-GY for 20440@debbugs.gnu.org; Mon, 27 Apr 2015 15:48:24 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t3RJmKtc012265; Mon, 27 Apr 2015 15:48:20 -0400 Received: by pastel.home (Postfix, from userid 20848) id 14CF119DA; Mon, 27 Apr 2015 15:48:20 -0400 (EDT) From: Stefan Monnier To: Neal Becker Subject: Re: bug#20440: 24.4; memory corruption Message-ID: References: Date: Mon, 27 Apr 2015 15:48:20 -0400 In-Reply-To: (Neal Becker's message of "Mon, 27 Apr 2015 13:44:50 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5289=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5289> : inlines <2802> : streams <1429612> : uri <1916994> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > 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 Hmm... could it be that jedi:after-change-handler does something funny? Tho it seems rather unlikely: when it gets run, the revert has already happened! > 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 Normally revert compares the buffer's content and the file's content (from both ends) to find the common "prefix" and "suffix" and only performs the update on the characters in-between. IOW the beginning of the buffer/file is not touched and the end is not touched either. So rather than "the beginning of the file is inserted into the middle of the buffer" it sounds like the "characters in-between" end up being inserted at the beginning of the buffer. Was the region active when the revert happened? Is the total size of the corrupted file correct? (i.e. the update was just not inserted at the right place) What can you say about the "splice points" (i.e. those positions in the file where the corruption happens: IIUC there's one at the very beginning, but where are the others (e.g. where is the "real beginning", in the corrupted file))? How frequently does it happen? (i.e. would you be able to notice if it doesn't happen any more, after we disable some feature) Stefan > 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* From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 28 07:01:29 2015 Received: (at 20440) by debbugs.gnu.org; 28 Apr 2015 11:01:30 +0000 Received: from localhost ([127.0.0.1]:42122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn3GY-0004Nr-Ok for submit@debbugs.gnu.org; Tue, 28 Apr 2015 07:01:29 -0400 Received: from mail-ob0-f176.google.com ([209.85.214.176]:33814) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn3GU-0004Nd-Bp for 20440@debbugs.gnu.org; Tue, 28 Apr 2015 07:01:24 -0400 Received: by obfe9 with SMTP id e9so105083039obf.1 for <20440@debbugs.gnu.org>; Tue, 28 Apr 2015 04:01:16 -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=HXWuKIcxU+i72FPX/ESC053l0xvC1UAHsvzjFXdGwHA=; b=0RFXLwZ56gcqQGCEAYD+U16bzQQAHpJ+R5sIYn63wL/RCBPqVZgbHm9RsK0QKzq30t uJc3e+Ju4mDutMZPHSV5sQqpO6JuRhuqUvY8Xz7vxqRiIG2Em2etFpswlcI7J4sqsPV5 8VU5mpakHkoK92AjwfYM1/dqdmy6AnMcdjsRcUx5RP3MzwNw+N8SM3mpOND2p0N91UWX ++4+SgPz6+Y2zWJeDJPHC6a/Mk7B6KKjBonA1JZVvMOfCqQjHUVwWQcmPBee9nKEYFeS 3d3m898YewPLdxxCpfENpBrZDQvEISOYirXMIydIBw0ZPYWpgBZ6isY1GqFTMkzbegBa M70w== MIME-Version: 1.0 X-Received: by 10.202.83.202 with SMTP id h193mr13127416oib.56.1430218876487; Tue, 28 Apr 2015 04:01:16 -0700 (PDT) Received: by 10.76.24.69 with HTTP; Tue, 28 Apr 2015 04:01:16 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Apr 2015 07:01:16 -0400 Message-ID: Subject: Re: bug#20440: 24.4; memory corruption From: Neal Becker To: Stefan Monnier Content-Type: multipart/alternative; boundary=001a113deff2158e140514c6c8eb X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) --001a113deff2158e140514c6c8eb Content-Type: text/plain; charset=UTF-8 There are exactly the same length In 2 tests it happened 2 times. So probably is reproducible. On Mon, Apr 27, 2015 at 3:48 PM, Stefan Monnier wrote: > > 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 > > Hmm... could it be that jedi:after-change-handler does something funny? > Tho it seems rather unlikely: when it gets run, the revert has > already happened! > > > 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 > > Normally revert compares the buffer's content and the file's content > (from both ends) to find the common "prefix" and "suffix" and only > performs the update on the characters in-between. IOW the beginning of > the buffer/file is not touched and the end is not touched either. > > So rather than "the beginning of the file is inserted into the middle of > the buffer" it sounds like the "characters in-between" end up being > inserted at the beginning of the buffer. > > Was the region active when the revert happened? > > Is the total size of the corrupted file correct? (i.e. the update was > just not inserted at the right place) > > What can you say about the "splice points" (i.e. those positions in the > file where the corruption happens: IIUC there's one at the very > beginning, but where are the others (e.g. where is the "real > beginning", in the corrupted file))? > > How frequently does it happen? (i.e. would you be able to notice if it > doesn't happen any more, after we disable some feature) > > > Stefan > > > > On Mon, Apr 27, 2015 at 1:39 PM, Stefan Monnier < > monnier@iro.umontreal.ca> > > 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* > -- *Those who don't understand recursion are doomed to repeat it* --001a113deff2158e140514c6c8eb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
There are exactly the same length

In 2 = tests it happened 2 times.=C2=A0 So probably is reproducible.

On M= on, Apr 27, 2015 at 3:48 PM, Stefan Monnier <monnier@iro.umontrea= l.ca> wrote:
> 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

Hmm... could it be that jedi:after-change-handler does something fun= ny?
Tho it seems rather unlikely: when it gets run, the revert has
already happened!

> I have captured a corrupt buffer.=C2=A0 This time, emacs said 'fil= e has changed,
> reload?'.=C2=A0 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

Normally revert compares the buffer's content and the file's= content
(from both ends) to find the common "prefix" and "suffix&quo= t; and only
performs the update on the characters in-between.=C2=A0 IOW the beginning o= f
the buffer/file is not touched and the end is not touched either.

So rather than "the beginning of the file is inserted into the middle = of
the buffer" it sounds like the "characters in-between" end u= p being
inserted at the beginning of the buffer.

Was the region active when the revert happened?

Is the total size of the corrupted file correct? (i.e. the update was
just not inserted at the right place)

What can you say about the "splice points" (i.e. those positions = in the
file where the corruption happens: IIUC there's one at the very
beginning, but where are the others (e.g. where is the "real
beginning", in the corrupted file))?

How frequently does it happen?=C2=A0 (i.e. would you be able to notice if i= t
doesn't happen any more, after we disable some feature)


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


> On Mon, Apr 27, 2015 at 1:39 PM, Stefan Monnier <monnier@iro.umontreal.ca>
> wrote:

>> > I have seen (again this morning) I wind up with a corrupted b= uffer.
>> > It appears a segment of the data is correct, but data has bee= n
>> > reordered.=C2=A0 I'm looking at a python source file.=C2= =A0 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.=C2=A0 What modes/packages do you u= se to edit
>> those files?=C2=A0 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*



--
Those who don't understand rec= ursion are doomed to repeat it
--001a113deff2158e140514c6c8eb-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 28 09:51:15 2015 Received: (at 20440) by debbugs.gnu.org; 28 Apr 2015 13:51:15 +0000 Received: from localhost ([127.0.0.1]:42184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn5ur-0001Gw-Sv for submit@debbugs.gnu.org; Tue, 28 Apr 2015 09:51:14 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:39809) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn5uo-0001Gi-8b for 20440@debbugs.gnu.org; Tue, 28 Apr 2015 09:51:11 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAGvvdVRMCqjW/2dsb2JhbAA3gVOhb4EIgXUBAQQBViMFCwsOChwSFBgNJBOIAKIRjCFDg00DJ4NJBKNjhFg X-IPAS-Result: AgUFAGvvdVRMCqjW/2dsb2JhbAA3gVOhb4EIgXUBAQQBViMFCwsOChwSFBgNJBOIAKIRjCFDg00DJ4NJBKNjhFg X-IronPort-AV: E=Sophos;i="5.11,557,1422939600"; d="scan'208";a="117677866" Received: from 76-10-168-214.dsl.teksavvy.com (HELO pastel.home) ([76.10.168.214]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Apr 2015 09:51:04 -0400 Received: by pastel.home (Postfix, from userid 20848) id 7C8E7CC6; Tue, 28 Apr 2015 09:51:04 -0400 (EDT) From: Stefan Monnier To: Neal Becker Subject: Re: bug#20440: 24.4; memory corruption Message-ID: References: Date: Tue, 28 Apr 2015 09:51:04 -0400 In-Reply-To: (Neal Becker's message of "Tue, 28 Apr 2015 07:01:16 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > There are exactly the same length > In 2 tests it happened 2 times. So probably is reproducible. If you can come up with a reproducible recipe, then please do so. Stefan > On Mon, Apr 27, 2015 at 3:48 PM, Stefan Monnier > wrote: >> > 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 >> >> Hmm... could it be that jedi:after-change-handler does something funny? >> Tho it seems rather unlikely: when it gets run, the revert has >> already happened! >> >> > 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 >> >> Normally revert compares the buffer's content and the file's content >> (from both ends) to find the common "prefix" and "suffix" and only >> performs the update on the characters in-between. IOW the beginning of >> the buffer/file is not touched and the end is not touched either. >> >> So rather than "the beginning of the file is inserted into the middle of >> the buffer" it sounds like the "characters in-between" end up being >> inserted at the beginning of the buffer. >> >> Was the region active when the revert happened? >> >> Is the total size of the corrupted file correct? (i.e. the update was >> just not inserted at the right place) >> >> What can you say about the "splice points" (i.e. those positions in the >> file where the corruption happens: IIUC there's one at the very >> beginning, but where are the others (e.g. where is the "real >> beginning", in the corrupted file))? >> >> How frequently does it happen? (i.e. would you be able to notice if it >> doesn't happen any more, after we disable some feature) >> >> >> Stefan >> >> >> > On Mon, Apr 27, 2015 at 1:39 PM, Stefan Monnier < >> monnier@iro.umontreal.ca> >> > 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* >> > -- > *Those who don't understand recursion are doomed to repeat it* From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 09:33:16 2015 Received: (at 20440) by debbugs.gnu.org; 10 Sep 2015 13:33:16 +0000 Received: from localhost ([127.0.0.1]:54706 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Za1yU-00022V-OO for submit@debbugs.gnu.org; Thu, 10 Sep 2015 09:33:15 -0400 Received: from mail-la0-f47.google.com ([209.85.215.47]:36332) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Za1yP-00022J-EX for 20440@debbugs.gnu.org; Thu, 10 Sep 2015 09:33:10 -0400 Received: by lanb10 with SMTP id b10so27678343lan.3 for <20440@debbugs.gnu.org>; Thu, 10 Sep 2015 06:33:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UoOSGpM03LbYjZrFPiGtDeJ5iALRCTvG04D0mACu9XI=; b=r4EFp/r7avskvgTsg3macUeTO//vqAMrexT5jRccbNYsCybk2FdCtupImAJCf9lpTQ Ji3qjpeir742xiyhoW13PnMkeXNogXTM46NJMVtUK4QsLe2e0/iWtujCDR+e4GWucIO/ gIz3oDbwffjUWwkHnVraP43R27GOvzNAUI6wOwFlv5Aw0FCRpfZcmP6/UC/f98yIOgS+ 0ggDHR4oSgYRRF6AAit3GZQX20XDibYwlXzCFGyC0Zu6eaoDH+rJuOBaji/LTn3ikVkN legjl3tO/LsVnNqK1Eh5UfwJ9hnrY/H5l1l2Eq1mLglIvxWv2ftHiyQ8z73/DYucUanE bmzQ== MIME-Version: 1.0 X-Received: by 10.112.134.197 with SMTP id pm5mr35966224lbb.3.1441891988435; Thu, 10 Sep 2015 06:33:08 -0700 (PDT) Received: by 10.112.158.228 with HTTP; Thu, 10 Sep 2015 06:33:08 -0700 (PDT) Date: Thu, 10 Sep 2015 22:33:08 +0900 Message-ID: Subject: bug#20440 reproducible recipe From: Sho Takemori To: 20440@debbugs.gnu.org Content-Type: multipart/alternative; boundary=089e01184196c67c96051f64a371 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20440 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e01184196c67c96051f64a371 Content-Type: text/plain; charset=UTF-8 Here is a reproducible recipe. https://gist.github.com/stakemori/ccf0e4cfae2fcfafbf0a I thought this is a bug of emacs-jedi ( https://github.com/tkf/emacs-jedi/issues/234). But I can reproduce it with "emacs -Q". (I use Emacs 24.5). If I replace (buffer-string) in the body of my/add-to-after-change-functions by (buffer-substring-no-properties (point-min) (point-max)), then the same error occurs. I think this has nothing to do with python-mode. It also occurs in text-mode. Sincerely, Sho Takemori --089e01184196c67c96051f64a371 Content-Type: text/html; charset=UTF-8

Here is a reproducible recipe.

https://gist.github.com/stakemori/ccf0e4cfae2fcfafbf0a

I thought this is a bug of emacs-jedi (https://github.com/tkf/emacs-jedi/issues/234).
But I can reproduce it with "emacs -Q". (I use Emacs 24.5).

If I replace (buffer-string) in the body of my/add-to-after-change-functions
by (buffer-substring-no-properties (point-min) (point-max)),
then the same error occurs.

I think this has nothing to do with python-mode. It also occurs in text-mode.

Sincerely,
Sho Takemori

--089e01184196c67c96051f64a371-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 13:54:28 2015 Received: (at 20440) by debbugs.gnu.org; 10 Sep 2015 17:54:28 +0000 Received: from localhost ([127.0.0.1]:55541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Za63I-0003AK-Be for submit@debbugs.gnu.org; Thu, 10 Sep 2015 13:54:28 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:62195) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Za63G-0003AB-Pd for 20440@debbugs.gnu.org; Thu, 10 Sep 2015 13:54:27 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NUH004002XBDW00@a-mtaout21.012.net.il> for 20440@debbugs.gnu.org; Thu, 10 Sep 2015 20:54:25 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUH0042L32OE600@a-mtaout21.012.net.il>; Thu, 10 Sep 2015 20:54:25 +0300 (IDT) Date: Thu, 10 Sep 2015 20:54:16 +0300 From: Eli Zaretskii Subject: Re: bug#20440: reproducible recipe In-reply-to: X-012-Sender: halo1@inter.net.il To: Sho Takemori Message-id: <83y4ge40tz.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Thu, 10 Sep 2015 22:33:08 +0900 > From: Sho Takemori > > Here is a reproducible recipe. > > https://gist.github.com/stakemori/ccf0e4cfae2fcfafbf0a > > I thought this is a bug of emacs-jedi > (https://github.com/tkf/emacs-jedi/issues/234). > But I can reproduce it with "emacs -Q". (I use Emacs 24.5). > > If I replace (buffer-string) in the body of my/add-to-after-change-functions > by (buffer-substring-no-properties (point-min) (point-max)), > then the same error occurs. > > I think this has nothing to do with python-mode. It also occurs in text-mode. FWIW, I don't see any corruption when I load this file. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 00:08:17 2015 Received: (at 20440) by debbugs.gnu.org; 11 Sep 2015 04:08:17 +0000 Received: from localhost ([127.0.0.1]:56014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaFdI-0001QC-2v for submit@debbugs.gnu.org; Fri, 11 Sep 2015 00:08:16 -0400 Received: from mail-la0-f48.google.com ([209.85.215.48]:34671) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaFdE-0001Q3-Pq for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 00:08:14 -0400 Received: by lahg1 with SMTP id g1so10197474lah.1 for <20440@debbugs.gnu.org>; Thu, 10 Sep 2015 21:08:12 -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=f0R+BCiCOjpTdG73s+oJlhNzaZaJtTwrRuBJdC61apI=; b=eHDrWJENHRnJPud1tWL5/8aGlySVMkzVJS7bPHi/8ELXT59WOBS797lsulv7vwcFEa 3JNWe4/QoMrBqLGAL3NXMQT6P7AFIS5ohA8b1VzAvjaq9yIAIeuiBVAsRRRYlQxZGhaG n8QGYaxSJZ1ErLX2rM/YbtpSuQiwlHI2ynQbXQCVQeLsvjaLrNKr4orBOFnvFu2dPi6h ToX8e5FzR7mEvcRMKpcbfVwdTr76apIWMAGCY5q8GP+xp3YcPiIJoNlWDojLblsfPj2C j+5rq/XgDXXFAuH7ggTXkgRpENzkSS5qeGu001SblFoGkBVEP3lI43N7dZ2jXQbdaKRO NfjA== MIME-Version: 1.0 X-Received: by 10.152.7.210 with SMTP id l18mr4509150laa.86.1441944491931; Thu, 10 Sep 2015 21:08:11 -0700 (PDT) Received: by 10.112.158.228 with HTTP; Thu, 10 Sep 2015 21:08:11 -0700 (PDT) In-Reply-To: <83y4ge40tz.fsf@gnu.org> References: <83y4ge40tz.fsf@gnu.org> Date: Fri, 11 Sep 2015 13:08:11 +0900 Message-ID: Subject: Re: bug#20440: reproducible recipe From: Sho Takemori To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c355a63a3c2f051f70dde9 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c355a63a3c2f051f70dde9 Content-Type: text/plain; charset=UTF-8 I use Ubuntu 15.04. I can reproduce this both in Emacs 24.4 which is installed by "apt-get install emacs24" and in Emacs 24.5 which I built from the source. The corrupted buffer looks like this. https://gist.github.com/stakemori/8c3e1f6e3f73f5db3a7a The output of M-x report-emacs-bug in Emacs 24.4 is as follows: From: sho To: bug-gnu-emacs@gnu.org Subject: 24.4; revert-buffer --text follows this line-- In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.9) of 2015-03-21 on kissel, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11701000 System Description: Ubuntu 15.04 Configured using: `configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' CPPFLAGS=-D_FORTIFY_SOURCE=2 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'' Important settings: value of $LANG: ja_JP.UTF-8 value of $XMODIFIERS: @im=fcitx locale-coding-system: utf-8-unix Major mode: Python Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-y M-x e v a l 0 - b u M-x r e p o r t - e m a c s Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark set Can't guess python-indent-offset, using defaults: 4 [2 times] or: Assertion failed: (string= (buffer-string) file-content2) Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils python easymenu json comint ring ansi-color cl-macs gv cl-loaddefs cl-lib time-date japan-util tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 82225 4373) (symbols 48 18572 0) (miscs 40 40 99) (strings 32 12434 4244) (string-bytes 1 367042) (vectors 16 11207) (vector-slots 8 474430 27975) (floats 8 64 67) (intervals 56 262 1) (buffers 960 13) (heap 1024 25157 1072)) 2015-09-11 2:54 GMT+09:00 Eli Zaretskii : > > Date: Thu, 10 Sep 2015 22:33:08 +0900 > > From: Sho Takemori > > > > Here is a reproducible recipe. > > > > https://gist.github.com/stakemori/ccf0e4cfae2fcfafbf0a > > > > I thought this is a bug of emacs-jedi > > (https://github.com/tkf/emacs-jedi/issues/234). > > But I can reproduce it with "emacs -Q". (I use Emacs 24.5). > > > > If I replace (buffer-string) in the body of > my/add-to-after-change-functions > > by (buffer-substring-no-properties (point-min) (point-max)), > > then the same error occurs. > > > > I think this has nothing to do with python-mode. It also occurs in > text-mode. > > FWIW, I don't see any corruption when I load this file. > --001a11c355a63a3c2f051f70dde9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I use Ubuntu 15.04.
I can reproduce this both in Ema= cs 24.4
which is installed by "apt-get install emacs24"
and= in Emacs 24.5 which I built from the source.

The corrupted buffer looks like this.
https://gist.github.com/stakemori/8c3e1= f6e3f73f5db3a7a

The output of M-x report-emacs-bug in Emacs 24.4 = is as follows:

From: sho <sho@K430-Ubuntu.i-did-not-set--mail-host= -address--so-tickle-me>

To: bug-gnu-emacs@gnu.org

Subject: 24.4; revert-buffer

--tex= t follows this line--





In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.9)

<= p>=C2=A0of 2015-03-21 on kissel, modified by Debian

Windowing system = distributor `The X.Org Foundation', version 11.0.11701000

System = Description: Ubuntu 15.04=


Configured using:

=C2=A0`configure --build x86_64-l= inux-gnu --prefix=3D/usr

=C2=A0--sharedstatedir=3D/var/lib --libexecd= ir=3D/usr/lib

=C2=A0--localstatedir=3D/var/lib --infodir=3D/usr/share= /info

=C2=A0--mandir=3D/usr/share/man --with-pop=3Dyes

=C2=A0--= enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/= site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:= /usr/share/emacs/site-lisp

=C2=A0--build x86_64-linux-gnu --prefix=3D= /usr --sharedstatedir=3D/var/lib

=C2=A0--libexecdir=3D/usr/lib --loca= lstatedir=3D/var/lib

=C2=A0--infodir=3D/usr/share/info --mandir=3D/us= r/share/man --with-pop=3Dyes

=C2=A0--enable-locallisppath=3D/etc/emac= s24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs= /site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp

=C2=A0--with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars

=C2=A0'CFLAGS=3D-g -O2 -fstack-protector-strong -Wformat

=C2= =A0-Werror=3Dformat-security -Wall' CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2

=C2=A0'LDFLAGS=3D-Wl,-Bsymbolic-functions -Wl,-z,relro''


Important settings:

=C2=A0 value of $LANG: ja_JP.UTF-8=

=C2=A0 value of $XMODIFIERS: @im=3Dfcitx

=C2=A0 locale-coding-= system: utf-8-unix


Major mode: Python


Min= or modes in effect:

=C2=A0 tooltip-mode: t

=C2=A0 electric-inde= nt-mode: t

=C2=A0 mouse-wheel-mode: t

=C2=A0 tool-bar-mode: t

=C2=A0 menu-bar-mode: t

=C2=A0 file-name-shadow-mode: t

= =C2=A0 global-font-lock-mode: t

=C2=A0 font-lock-mode: t

=C2=A0= blink-cursor-mode: t

=C2=A0 auto-composition-mode: t

=C2=A0 au= to-encryption-mode: t

=C2=A0 auto-compression-mode: t

=C2=A0 li= ne-number-mode: t

=C2=A0 transient-mark-mode: t


Rece= nt input:

C-y M-x e v a l 0 <backspace> - b u <tab> <r= eturn>=C2=A0

M-x r e p o r t - e m a c s <tab> <return>= ;


Recent messages:

For information about GNU Emacs a= nd the GNU system, type C-h C-a.

Mark set

Can't guess pytho= n-indent-offset, using defaults: 4 [2 times]

or: Assertion failed: (s= tring=3D (buffer-string) file-content2)


Load-path shadows:=

None found.


Features:

(shadow sort gnus-util = mail-extr emacsbug message format-spec rfc822 mml

mml-sec mm-decode m= m-bodies mm-encode mail-parse rfc2231 mailabbrev

gmm-utils mailheader= sendmail rfc2047 rfc2045 ietf-drums mm-util

help-fns mail-prsvr mail= -utils python easymenu json comint ring

ansi-color cl-macs gv cl-load= defs cl-lib time-date japan-util tooltip

electric uniquify ediff-hook= vc-hooks lisp-float-type mwheel x-win x-dnd

tool-bar dnd fontset ima= ge regexp-opt fringe tabulated-list newcomment

lisp-mode prog-mode re= gister page menu-bar rfn-eshadow timer select

scroll-bar mouse jit-lo= ck font-lock syntax facemenu font-core frame cham

georgian utf-8-lang= misc-lang vietnamese tibetan thai tai-viet lao

korean japanese hebre= w greek romanian slovak czech european ethiopic

indian cyrillic chine= se case-table epa-hook jka-cmpr-hook help simple

abbrev minibuffer na= dvice loaddefs button faces cus-face macroexp files

text-properties o= verlay sha1 md5 base64 format env code-pages mule

custom widget hasht= able-print-readable backquote make-network-process

dbusbind gfilenoti= fy dynamic-setting system-font-setting

font-render-setting move-toolb= ar gtk x-toolkit x multi-tty emacs)


Memory information:

((conses 16 82225 4373)

=C2=A0(symbols 48 18572 0)

=C2=A0(m= iscs 40 40 99)

=C2=A0(strings 32 12434 4244)

=C2=A0(string-byte= s 1 367042)

=C2=A0(vectors 16 11207)

=C2=A0(vector-slots 8 4744= 30 27975)

=C2=A0(floats 8 64 67)

=C2=A0(intervals 56 262 1)

=

=C2=A0(buffers 960 13)

=C2=A0(heap 1024 25157 1072))


<= /div>

2015-09-11 = 2:54 GMT+09:00 Eli Zaretskii <eliz@gnu.org>:
> Date: Thu, 10 Sep 2015 22:33:08 +0900
> From: Sho Takemori <stakemo= rii@gmail.com>
>
> Here is a reproducible recipe.
>
> https://gist.github.com/stakemori/ccf0e4c= fae2fcfafbf0a
>
> I thought this is a bug of emacs-jedi
> (https://github.com/tkf/emacs-jedi/issues/234).=
> But I can reproduce it with "emacs -Q". (I use Emacs 24.5).<= br> >
> If I replace (buffer-string) in the body of my/add-to-after-change-fun= ctions
> by (buffer-substring-no-properties (point-min) (point-max)),
> then the same error occurs.
>
> I think this has nothing to do with python-mode. It also occurs in tex= t-mode.

FWIW, I don't see any corruption when I load this file.

--001a11c355a63a3c2f051f70dde9-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 03:25:36 2015 Received: (at 20440) by debbugs.gnu.org; 11 Sep 2015 07:25:36 +0000 Received: from localhost ([127.0.0.1]:56101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaIiF-00063j-6U for submit@debbugs.gnu.org; Fri, 11 Sep 2015 03:25:35 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:55441) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaIiD-00063a-0k for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 03:25:33 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NUI00D00465AR00@a-mtaout22.012.net.il> for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 10:24:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUI00D5K4L84230@a-mtaout22.012.net.il>; Fri, 11 Sep 2015 10:24:44 +0300 (IDT) Date: Fri, 11 Sep 2015 10:24:37 +0300 From: Eli Zaretskii Subject: Re: bug#20440: reproducible recipe In-reply-to: X-012-Sender: halo1@inter.net.il To: Sho Takemori Message-id: <83fv2l4dvu.fsf@gnu.org> References: <83y4ge40tz.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 11 Sep 2015 13:08:11 +0900 > From: Sho Takemori > Cc: 20440@debbugs.gnu.org > > I use Ubuntu 15.04. > I can reproduce this both in Emacs 24.4 > which is installed by "apt-get install emacs24" > and in Emacs 24.5 which I built from the source. > > The corrupted buffer looks like this. > https://gist.github.com/stakemori/8c3e1f6e3f73f5db3a7a Is this a real buffer corruption, or just the display corruption? If you minimize the frame and then restore it, or switch to another buffer in the same window and then back again, do you still see the corrupted display? Also, how do you invoke Emacs to reproduce the problem? Finally, does the problem go away if you set your locale to something else, like en_US.UTF-8? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 04:57:37 2015 Received: (at 20440) by debbugs.gnu.org; 11 Sep 2015 08:57:37 +0000 Received: from localhost ([127.0.0.1]:56153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaK9I-0008Dg-Q0 for submit@debbugs.gnu.org; Fri, 11 Sep 2015 04:57:37 -0400 Received: from mail-lb0-f175.google.com ([209.85.217.175]:36420) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaK9G-0008DX-6b for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 04:57:35 -0400 Received: by lbcao8 with SMTP id ao8so36104501lbc.3 for <20440@debbugs.gnu.org>; Fri, 11 Sep 2015 01:57:33 -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=+yvpS+xM8LhnZ3GYmCRzZbLmpcKWREBgAkcr3AcNMJo=; b=aJbQo3UNpCjSJ9Vn/OTUnNAiKXEqosb0oRnvKCuhmx34+ivir2ExobieJl0nH1nVn/ MQrlQHHfE1b5/yt9RvluSjZUMjPk1LeS/pem4zTdmBWKxUkP9C9RqLyIJPBx6dWsFive CGjGm4SQQ0LZxEL4rN7SDYZP+hsc6ef/DBwnGXcf1n6Nkm6nBEh+dRUQ4F7H4h8rEsWm 5bi3ag90GdImPdGo5F9nGY1AaK1ZoP3IfJDf+jBJ4AshX3zjV8NUPQ62gos/kjyhuUlB UOMel/8Rx7e0o1cwwOumfY1mSYgsJq6KXnK7FD3RhTlauNAy1QcGOaand8mMUFIwbVgx irfQ== MIME-Version: 1.0 X-Received: by 10.152.7.210 with SMTP id l18mr5598656laa.86.1441961853078; Fri, 11 Sep 2015 01:57:33 -0700 (PDT) Received: by 10.112.158.228 with HTTP; Fri, 11 Sep 2015 01:57:32 -0700 (PDT) In-Reply-To: <83fv2l4dvu.fsf@gnu.org> References: <83y4ge40tz.fsf@gnu.org> <83fv2l4dvu.fsf@gnu.org> Date: Fri, 11 Sep 2015 17:57:32 +0900 Message-ID: Subject: Re: bug#20440: reproducible recipe From: Sho Takemori To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c355a6085271051f74e838 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c355a6085271051f74e838 Content-Type: text/plain; charset=UTF-8 > Is this a real buffer corruption, or just the display corruption? It is a real buffer corruption. I made the second gist by C-x h, M-w and pasting it to the browser. If I change the size of the frame or the window configuration, I still have a corrupted buffer. > Also, how do you invoke Emacs to reproduce the problem? By evaluating the code in the first gist. I use emacs-jedi (https://github.com/tkf/emacs-jedi). So does the original reporter. Since the problem occurs frequently, I can find strings file-content1 and file-content2 in the first gist. As for the function my/add-to-after-change-functions, I looked into the source of emacs-jedi and wrote a similar code. > Finally, does the problem go away if you set your locale to something > else, like en_US.UTF-8? No. I can also reproduce it in the live session of Xubuntu 14.04, where LANG=en_US.UTF-8. Here is the output of M-x report-emacs-bug in Emacs 24.3 in the live session. ---------------------------------------------------------------------- From: Live session user To: bug-gnu-emacs@gnu.org Subject: 24.3; revert-buffer --text follows this line-- This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgment at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /usr/share/emacs/24.3/etc/DEBUG. In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on lamiak, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11600000 System Description: Ubuntu 14.04.2 LTS Configured using: `configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp' '--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes' '--with-x-toolkit=gtk3' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Python Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-y M-x e v a l - b u M-x r e p o r t - e m a c s - b u < return> Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark set Can't guess python-indent-offset, using defaults: 4 [2 times] or: Assertion failed: (string= (buffer-string) file-content2) Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils python rx easymenu comint ring ansi-color cl-macs gv cl-lib time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) ---------------------------------------------------------------------- --001a11c355a6085271051f74e838 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>= Is this a real buffer corruption, or just the display corruption?

It is a real b= uffer corruption. I made the second gist by C-x h, M-w and pasting it to th= e browser.
If I change the size of the fram= e or the window configuration, I still have a corrupted buffer.

> Also, how do= you invoke Emacs to reproduce the problem?

By evaluating the code in the first g= ist.

I= use emacs-jedi (https://gith= ub.com/tkf/emacs-jedi). So does the original reporter.
Since the problem occurs frequently, I can find strings fi= le-content1 and file-content2 in the first gist.
As for the function my/add-to-after-change-functions, I looked into t= he source of emacs-jedi and wrote a similar code.

> Finally, does the problem = go away if you set your locale to something
> else, like en_US.UTF-8?

No. I can also reproduce it in the live session of = Xubuntu 14.04, where LANG=3Den_US.UTF-8.
He= re is the output of M-x report-emacs-bug in Emacs 24.3 in the live session.=

-----= -----------------------------------------------------------------
From: Live session user <xubuntu@xubuntu.i-did-no= t-set--mail-host-address--so-tickle-me>
= To: bug-gnu-emacs@gnu.org
Subject: 24.3; revert-buffer
--text follows this line--
Th= is bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.=C2=A0 Please check that
the From: line contains a valid email address.=C2=A0 After a delay o= f up
to one day, you should receive an ackn= owledgment at that address.

Please write in English if possible, as the Emacs mai= ntainers
usually do not have translators fo= r other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.=C2=A0 If you= can, give a recipe
starting from `emacs -Q= ':



= If Emacs crashed, and you have the Emacs process in the gdb debugger,
=
please include the output from the following gdb= commands:
=C2=A0 =C2=A0 `bt full' and = `xbacktrace'.
For information about deb= ugging Emacs, please read the file
/usr/sha= re/emacs/24.3/etc/DEBUG.


In GNU Emacs 24.3.1= (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
=C2=A0of 2014-03-07 on lamiak, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11= .0.11600000
System Description: =C2=A0 =C2= =A0Ubuntu 14.04.2 LTS

Configured using:
=C2=A0`c= onfigure '--build' 'x86_64-linux-gnu' '--build' = 9;x86_64-linux-gnu'
=C2=A0'--prefix= =3D/usr' '--sharedstatedir=3D/var/lib' '--libexecdir=3D/usr= /lib'
=C2=A0'--localstatedir=3D/var= /lib' '--infodir=3D/usr/share/info'
=C2=A0'--mandir=3D/usr/share/man' '--with-pop=3Dyes'
=C2=A0'--enable-locallisppath=3D/etc/ema= cs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emac= s/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp'=
=C2=A0'--with-crt-dir=3D/usr/lib/x86_6= 4-linux-gnu' '--with-x=3Dyes'
= =C2=A0'--with-x-toolkit=3Dgtk3' '--with-toolkit-scroll-bars'= ;
=C2=A0'build_alias=3Dx86_64-linux-gnu= ' 'CFLAGS=3D-g -O2 -fstack-protector
=C2=A0--param=3Dssp-buffer-size=3D4 -Wformat -Werror=3Dformat-security -W= all'
=C2=A0'LDFLAGS=3D-Wl,-Bsymboli= c-functions -Wl,-z,relro'
=C2=A0'CP= PFLAGS=3D-D_FORTIFY_SOURCE=3D2''
Important settings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 locale-coding-system: utf-8-unix
=C2=A0 default enable-multibyte-characters: t

Major mode: Python

Minor modes in effect= :
=C2=A0 tooltip-mode: t
=C2=A0 mouse-wheel-mode: t
= =C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mod= e: t
=C2=A0 file-name-shadow-mode: t
<= div class=3D"gmail_extra">=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
= =C2=A0 blink-cursor-mode: t
=C2=A0 auto-com= position-mode: t
=C2=A0 auto-encryption-mod= e: t
=C2=A0 auto-compression-mode: t
<= div class=3D"gmail_extra">=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t
Recent input:
<help-echo> <help-echo> C-y M-x e v a l - b u <tab><= /div>
<return> M-x r e p o r t - e m a c s = - b u <tab> <
return>

Recent messages= :
For information about GNU Emacs and the G= NU system, type C-h C-a.
Mark set
Can't guess python-indent-offset, using defaults= : 4 [2 times]
or: Assertion failed: (string= =3D (buffer-string) file-content2)

Load-path shadows:
None found.

Features:
(shadow sort gnus-util= mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev=
gmm-utils mailheader sendmail rfc2047 rfc2= 045 ietf-drums mm-util
mail-prsvr mail-util= s python rx easymenu comint ring ansi-color cl-macs
gv cl-lib time-date tooltip ediff-hook vc-hooks lisp-float-type mw= heel
x-win x-dnd tool-bar dnd fontset image= regexp-opt fringe tabulated-list
newcommen= t lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-c= ore frame cham
georgian utf-8-lang misc-lan= g vietnamese tibetan thai tai-viet lao
kore= an japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-= hook help simple
abbrev minibuffer loaddefs= button faces cus-face macroexp files
text-= properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-ne= twork-process
dbusbind dynamic-setting syst= em-font-setting font-render-setting
move-to= olbar gtk x-toolkit x multi-tty emacs)
----= ------------------------------------------------------------------

--001a11c355a6085271051f74e838-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 05:20:06 2015 Received: (at 20440) by debbugs.gnu.org; 11 Sep 2015 09:20:07 +0000 Received: from localhost ([127.0.0.1]:56158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaKV3-0000IE-IO for submit@debbugs.gnu.org; Fri, 11 Sep 2015 05:20:06 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:38029) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaKUz-0000Hj-Mg for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 05:20:03 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NUI00O009V2OO00@mtaout28.012.net.il> for 20440@debbugs.gnu.org; Fri, 11 Sep 2015 12:19:21 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUI00LXB9W94530@mtaout28.012.net.il>; Fri, 11 Sep 2015 12:19:21 +0300 (IDT) Date: Fri, 11 Sep 2015 12:19:28 +0300 From: Eli Zaretskii Subject: Re: bug#20440: reproducible recipe In-reply-to: X-012-Sender: halo1@inter.net.il To: Sho Takemori Message-id: <837fnx48kf.fsf@gnu.org> References: <83y4ge40tz.fsf@gnu.org> <83fv2l4dvu.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20440 Cc: 20440@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 11 Sep 2015 17:57:32 +0900 > From: Sho Takemori > Cc: 20440@debbugs.gnu.org > > > Is this a real buffer corruption, or just the display corruption? > > It is a real buffer corruption. I made the second gist by C-x h, M-w and > pasting it to the browser. > If I change the size of the frame or the window configuration, I still have a > corrupted buffer. > > > Also, how do you invoke Emacs to reproduce the problem? > > By evaluating the code in the first gist. > > I use emacs-jedi (https://github.com/tkf/emacs-jedi). So does the original > reporter. > Since the problem occurs frequently, I can find strings file-content1 and > file-content2 in the first gist. > As for the function my/add-to-after-change-functions, I looked into the source > of emacs-jedi and wrote a similar code. > > > Finally, does the problem go away if you set your locale to something > > else, like en_US.UTF-8? > > No. I can also reproduce it in the live session of Xubuntu 14.04, where > LANG=en_US.UTF-8. > Here is the output of M-x report-emacs-bug in Emacs 24.3 in the live session. OK, I've managed to reproduce this in Emacs 24.5 on GNU/Linux. But the problem doesn't exist with the current development sources on the same system, so I guess whatever caused this has been already fixed since 24.5 was released. I think we can close this bug. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 16:37:24 2015 Received: (at control) by debbugs.gnu.org; 11 Sep 2015 20:37:24 +0000 Received: from localhost ([127.0.0.1]:57369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaV4V-0000Zo-Nx for submit@debbugs.gnu.org; Fri, 11 Sep 2015 16:37:24 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33062) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaV4T-0000Ze-6d for control@debbugs.gnu.org; Fri, 11 Sep 2015 16:37:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZaV4S-0007T0-5n for control@debbugs.gnu.org; Fri, 11 Sep 2015 16:37:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48606) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaV4S-0007Su-2o for control@debbugs.gnu.org; Fri, 11 Sep 2015 16:37:20 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZaV4R-0007TV-DK for control@debbugs.gnu.org; Fri, 11 Sep 2015 16:37:19 -0400 Subject: control message for bug 20440 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Fri, 11 Sep 2015 16:37:19 -0400 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) close 20440 25.1 From unknown Thu Sep 11 06:33:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 10 Oct 2015 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator