From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 13 14:37:20 2014 Received: (at submit) by debbugs.gnu.org; 13 Jan 2014 19:37:20 +0000 Received: from localhost ([127.0.0.1]:49384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2nK3-0007LB-Ex for submit@debbugs.gnu.org; Mon, 13 Jan 2014 14:37:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48840) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2nK1-0007Ky-GC for submit@debbugs.gnu.org; Mon, 13 Jan 2014 14:37:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2nK0-0000O8-1g for submit@debbugs.gnu.org; Mon, 13 Jan 2014 14:37:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46519) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2nJz-0000O4-Ug for submit@debbugs.gnu.org; Mon, 13 Jan 2014 14:37:15 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2nJy-0000dc-36 for bug-gnu-emacs@gnu.org; Mon, 13 Jan 2014 14:37:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2nJw-0000NT-PV for bug-gnu-emacs@gnu.org; Mon, 13 Jan 2014 14:37:14 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2nJw-0000NO-M7 for bug-gnu-emacs@gnu.org; Mon, 13 Jan 2014 14:37:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1W2nJv-0001gS-S3; Mon, 13 Jan 2014 14:37:11 -0500 Date: Mon, 13 Jan 2014 14:37:11 -0500 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: bug-gnu-emacs@gnu.org Subject: 24.3.50; find_newline screws up in Rmail buffers 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: -5.1 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: rms@gnu.org 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.1 (-----) mail-fetch-field gave the wrong result for the X-RMAIL-ATTRIBUTES field, perhaps because it happened to be last. It included the newline after that field in the return value, which is wrong. Setting cache-long-scans to nil in the Rmail buffer made the bug go away, so I think the problem is in the newline cache. I think it would be better to fix the underlying bug, rather than turn off the cache in Rmail mode. I suspect that the cache does not handle Rmail's changes in narrowing. However, I'm not prepared to debug it all the way myself. In GNU Emacs 24.3.50.18 (mips64el-unknown-linux-gnu, GTK+ Version 2.20.1) of 2013-12-14 on chiefs-gnewsense Bzr revision: 115526 tzz@lifelogs.com-20131214180409-n2o5017gxsjvz8as System Description: gNewSense GNU/Linux 3.0 (parkes) Configured using: `configure 'CFLAGS=-g -O0'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Change Log Minor modes in effect: bug-reference-mode: t diff-auto-refine-mode: t shell-dirtrack-mode: t gpm-mouse-mode: t 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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: i n g SPC g ESC DEL ESC DEL ESC DEL m a k e SPC c ESC DEL ESC DEL e l i m i n a t e SPC t h e SPC p r o b l e m SPC o f SPC h o w SPC t o SPC o r g a n i z e RET s c DEL o c i e t y . C-o SPC SPC A d v a n c e d SPC t e c h n o l o g y SPC m i g h t SPC ESC DEL c a n SPC b e SPC g o o d ; SPC A I SPC m i g h t SPC b e SPC g o o d RET d e p e n d n t DEL DEL i n g SPC o n SPC h o w SPC i t SPC ESC DEL ESC DEL ESC DEL d e DEL DEL o n SPC d e t a i l s . SPC SPC B u t SPC t h e s e SPC d o n ' t SPC e l i m i n a t e SPC t h a t SPC p r o b l e m . ESC a ESC f ESC d ESC d SPC t h a t ESC d ESC d C-e DEL SPC r e m a i n s . C-c C-c C-d x C-x b RET C-x b C h TAB RET DEL RET C-x k RET C-x b C h TAB s TAB RET C-a C-p C-p C-@ C-u C-n ESC w ESC x r e p o r t SPC e m a c s SPC b u g RE T Recent messages: Auto save file for draft message exists; consider M-x mail-recover Auto-saving...done Auto-saving...done Auto-saving...done Sending... Wrote /home/rms/outgoing/out-30 Sending...done Expunging deleted messages...done Mark set Source file `/home/rms/emacs-bzr/trunk/lisp/mail/emacsbug.el' newer than byte-compiled file Load-path shadows: /home/rms/emacs-bzr/trunk/lisp/leim/quail/lao hides /home/rms/emacs-bzr/trunk/lisp/language/lao /home/rms/emacs-bzr/trunk/lisp/leim/quail/georgian hides /home/rms/emacs-bzr/trunk/lisp/language/georgian /home/rms/emacs-bzr/trunk/lisp/leim/quail/thai hides /home/rms/emacs-bzr/trunk/lisp/language/thai /home/rms/emacs-bzr/trunk/lisp/leim/quail/ethiopic hides /home/rms/emacs-bzr/trunk/lisp/language/ethiopic /home/rms/emacs-bzr/trunk/lisp/leim/quail/japanese hides /home/rms/emacs-bzr/trunk/lisp/language/japanese /home/rms/emacs-bzr/trunk/lisp/leim/quail/cyrillic hides /home/rms/emacs-bzr/trunk/lisp/language/cyrillic /home/rms/emacs-bzr/trunk/lisp/leim/quail/indian hides /home/rms/emacs-bzr/trunk/lisp/language/indian /home/rms/emacs-bzr/trunk/lisp/leim/quail/hebrew hides /home/rms/emacs-bzr/trunk/lisp/language/hebrew /home/rms/emacs-bzr/trunk/lisp/leim/quail/greek hides /home/rms/emacs-bzr/trunk/lisp/language/greek /home/rms/emacs-bzr/trunk/lisp/leim/quail/czech hides /home/rms/emacs-bzr/trunk/lisp/language/czech /home/rms/emacs-bzr/trunk/lisp/leim/quail/slovak hides /home/rms/emacs-bzr/trunk/lisp/language/slovak /home/rms/emacs-bzr/trunk/lisp/leim/quail/tibetan hides /home/rms/emacs-bzr/trunk/lisp/language/tibetan Features: (shadow emacsbug bug-reference cc-langs cl cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs smerge-mode whitespace log-view find-func iso-transl mule-util cal-move cal-menu calendar cal-loaddefs nroff-mode goto-addr view disp-table enriched conf-mode ffap thingatpt url-parse auth-source eieio byte-opt bytecomp byte-compile cconv eieio-core gnus-util password-cache url-vars noutline outline vc-bzr dcl-mode tempo tabify imenu man jka-compr debug compare-w ispell epa-mail quail rmailsum diff-mode log-edit easy-mmode pcvs-util add-log vc vc-dispatcher dired-aux help-mode misearch multi-isearch wid-edit cl-loaddefs cl-lib rmailout epa derived epg epg-config shell pcomplete grep compile comint ansi-color dabbrev etags ring parse-time vc-cvs sgml-mode mailalias qp rmailmm message sendmail format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 dired t-mouse package rmailedit rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date paren cus-start cus-load advice help-fns 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) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 13 15:31:27 2014 Received: (at 16433) by debbugs.gnu.org; 13 Jan 2014 20:31:27 +0000 Received: from localhost ([127.0.0.1]:49414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2oAQ-0000XQ-5R for submit@debbugs.gnu.org; Mon, 13 Jan 2014 15:31:26 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:46244) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W2oAN-0000X9-6g for 16433@debbugs.gnu.org; Mon, 13 Jan 2014 15:31:24 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MZC00H00WE9GR00@a-mtaout22.012.net.il> for 16433@debbugs.gnu.org; Mon, 13 Jan 2014 22:31:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZC00HC4X04D360@a-mtaout22.012.net.il>; Mon, 13 Jan 2014 22:31:16 +0200 (IST) Date: Mon, 13 Jan 2014 22:31:06 +0200 From: Eli Zaretskii Subject: Re: bug#16433: 24.3.50; find_newline screws up in Rmail buffers In-reply-to: X-012-Sender: halo1@inter.net.il To: rms@gnu.org Message-id: <83r48b62ut.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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: Mon, 13 Jan 2014 14:37:11 -0500 > From: Richard Stallman > > > mail-fetch-field gave the wrong result for the X-RMAIL-ATTRIBUTES > field, perhaps because it happened to be last. It included the > newline after that field in the return value, which is wrong. > Setting cache-long-scans to nil in the Rmail buffer made the > bug go away, so I think the problem is in the newline cache. I agree. > I think it would be better to fix the underlying bug, rather than turn > off the cache in Rmail mode. Again, I agree. > I suspect that the cache does not handle Rmail's changes in > narrowing. No, I don't think so. I suspect it has something to do with buffer-swap-text. Is it possible to have a reproducible recipe for this problem? From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 12:06:06 2014 Received: (at 16433) by debbugs.gnu.org; 14 Jan 2014 17:06:06 +0000 Received: from localhost ([127.0.0.1]:50544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37RF-0005MZ-Kc for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:06:05 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:58621) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37RC-0005MI-5w for 16433@debbugs.gnu.org; Tue, 14 Jan 2014 12:06:02 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1W37RB-0002Jh-Al; Tue, 14 Jan 2014 12:06:01 -0500 Date: Tue, 14 Jan 2014 12:06:01 -0500 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Eli Zaretskii In-reply-to: <83r48b62ut.fsf@gnu.org> (message from Eli Zaretskii on Mon, 13 Jan 2014 22:31:06 +0200) Subject: Re: bug#16433: 24.3.50; find_newline screws up in Rmail buffers References: <83r48b62ut.fsf@gnu.org> X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 16433 Cc: 16433@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: rms@gnu.org 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.1 (-----) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Is it possible to have a reproducible recipe for this problem? Sorry, no, I don't have a recipe. It was reproducible for the same message, at that time, but I don't know a way to make it fail again. Perhaps buffer-swap-text should simply invalidate the cache. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 12:36:42 2014 Received: (at 16433) by debbugs.gnu.org; 14 Jan 2014 17:36:42 +0000 Received: from localhost ([127.0.0.1]:50612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37ur-0007TQ-Ew for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:36:41 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:39964) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37uc-0007Sr-Ss for 16433@debbugs.gnu.org; Tue, 14 Jan 2014 12:36:40 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MZE00500J49KC00@a-mtaout22.012.net.il> for 16433@debbugs.gnu.org; Tue, 14 Jan 2014 19:36:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZE00502JKOFK60@a-mtaout22.012.net.il>; Tue, 14 Jan 2014 19:36:25 +0200 (IST) Date: Tue, 14 Jan 2014 19:36:17 +0200 From: Eli Zaretskii Subject: Re: bug#16433: 24.3.50; find_newline screws up in Rmail buffers In-reply-to: X-012-Sender: halo1@inter.net.il To: rms@gnu.org Message-id: <837ga25uum.fsf@gnu.org> References: <83r48b62ut.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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: Tue, 14 Jan 2014 12:06:01 -0500 > From: Richard Stallman > CC: 16433@debbugs.gnu.org > > Sorry, no, I don't have a recipe. It was reproducible for the same > message, at that time, but I don't know a way to make it fail again. To reproduce it at that time, do you happen to remember what sequence of commands was needed? > Perhaps buffer-swap-text should simply invalidate the cache. Could be, but just by looking at the code, it seems like buffer-swap-text does TRT, i.e. it swaps also the pointers to the cache. So maybe my guess was wrong, and some other factor is at work here. If and when it happens again, please try to look for editing operations that change buffer text (insert or delete characters), but do not invalidate the cache for the region where characters were inserted or deleted. There should be a single call to invalidate_region_cache for each insertion and each deletion. This includes insertion/deletion performed indirectly, like when decoding the message text when it is displayed. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 15 07:29:11 2014 Received: (at 16433) by debbugs.gnu.org; 15 Jan 2014 12:29:11 +0000 Received: from localhost ([127.0.0.1]:51124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Pao-0006eU-KR for submit@debbugs.gnu.org; Wed, 15 Jan 2014 07:29:10 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:49666) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Pal-0006eI-VG for 16433@debbugs.gnu.org; Wed, 15 Jan 2014 07:29:08 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1W3Paj-0006bR-W9; Wed, 15 Jan 2014 07:29:06 -0500 Date: Wed, 15 Jan 2014 07:29:05 -0500 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Eli Zaretskii In-reply-to: <837ga25uum.fsf@gnu.org> (message from Eli Zaretskii on Tue, 14 Jan 2014 19:36:17 +0200) Subject: Re: bug#16433: 24.3.50; find_newline screws up in Rmail buffers References: <83r48b62ut.fsf@gnu.org> <837ga25uum.fsf@gnu.org> X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 16433 Cc: 16433@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: rms@gnu.org 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.3 (-----) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Sorry, no, I don't have a recipe. It was reproducible for the same > message, at that time, but I don't know a way to make it fail again. To reproduce it at that time, do you happen to remember what sequence of commands was needed? (mail-fetch-field "X-RMAIL-ATTRIBUTES") reproduced the bug, when it was happening. If and when it happens again, please try to look for editing operations that change buffer text (insert or delete characters), but do not invalidate the cache for the region where characters were inserted or deleted. I had not done any manual editing on the RMAIL buffer. It was operated on by Rmail commands. If you see what editing functions they call, you will see what I did to the RMAIL buffer. It's possible I decrypted it with rmail-epa-decrypt. > Perhaps buffer-swap-text should simply invalidate the cache. Could be, but just by looking at the code, it seems like buffer-swap-text does TRT, i.e. it swaps also the pointers to the cache. So maybe my guess was wrong, and some other factor is at work here. If it isn't obvious what is wrong, we need to fix this bug somehow. I am thinking of turning off the newline cache in Rmail mode. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 15 10:52:42 2014 Received: (at 16433) by debbugs.gnu.org; 15 Jan 2014 15:52:42 +0000 Received: from localhost ([127.0.0.1]:52232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Slm-00051x-5O for submit@debbugs.gnu.org; Wed, 15 Jan 2014 10:52:42 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:39707) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Slj-00051l-AD for 16433@debbugs.gnu.org; Wed, 15 Jan 2014 10:52:40 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0MZG00G00999LD00@mtaout29.012.net.il> for 16433@debbugs.gnu.org; Wed, 15 Jan 2014 17:53:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZG00AU69H68F70@mtaout29.012.net.il>; Wed, 15 Jan 2014 17:53:30 +0200 (IST) Date: Wed, 15 Jan 2014 17:52:32 +0200 From: Eli Zaretskii Subject: Re: bug#16433: 24.3.50; find_newline screws up in Rmail buffers In-reply-to: To: rms@gnu.org Message-id: <83ppnt44zj.fsf@gnu.org> References: <83r48b62ut.fsf@gnu.org> <837ga25uum.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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: Wed, 15 Jan 2014 07:29:05 -0500 > From: Richard Stallman > CC: 16433@debbugs.gnu.org > > To reproduce it at that time, do you happen to remember what sequence > of commands was needed? > > (mail-fetch-field "X-RMAIL-ATTRIBUTES") reproduced the bug, when it > was happening. Thanks. > If and when it happens again, please try to look for editing > operations that change buffer text (insert or delete characters), but > do not invalidate the cache for the region where characters were > inserted or deleted. > > I had not done any manual editing on the RMAIL buffer. > It was operated on by Rmail commands. If you see what editing > functions they call, you will see what I did to the RMAIL buffer. I meant editing operations that Rmail invokes behind the scenes, like when it displays a message in rmail-view-buffer. > It's possible I decrypted it with rmail-epa-decrypt. Thanks, I'll take a look at that. > If it isn't obvious what is wrong, we need to fix this bug somehow. I > am thinking of turning off the newline cache in Rmail mode. That'd sweep the problem under the carpet, so I don't recommend that, not yet anyway. From debbugs-submit-bounces@debbugs.gnu.org Wed May 21 13:36:15 2014 Received: (at control) by debbugs.gnu.org; 21 May 2014 17:36:15 +0000 Received: from localhost ([127.0.0.1]:55550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WnAR3-0003xo-2S for submit@debbugs.gnu.org; Wed, 21 May 2014 13:36:14 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:34438) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WnAR0-0003xX-Jc for control@debbugs.gnu.org; Wed, 21 May 2014 13:36:11 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8GAIDvNVPO+KQe/2dsb2JhbABZgwYBg0m5A4hRF3SCRT1yJhgNGASIFJ9/shoXjxeEIgSpGYFqg0wh X-IPAS-Result: Au8GAIDvNVPO+KQe/2dsb2JhbABZgwYBg0m5A4hRF3SCRT1yJhgNGASIFJ9/shoXjxeEIgSpGYFqg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="63546039" Received: from 206-248-164-30.dsl.teksavvy.com (HELO pastel.home) ([206.248.164.30]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 21 May 2014 13:36:04 -0400 Received: by pastel.home (Postfix, from userid 20848) id 9377C601F5; Wed, 21 May 2014 13:36:04 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: sfg Message-ID: Date: Wed, 21 May 2014 13:36:02 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) 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: 0.3 (/) severity 16433 important thanks From debbugs-submit-bounces@debbugs.gnu.org Thu May 22 16:38:45 2014 Received: (at 16433) by debbugs.gnu.org; 22 May 2014 20:38:45 +0000 Received: from localhost ([127.0.0.1]:56952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WnZlA-0004fk-58 for submit@debbugs.gnu.org; Thu, 22 May 2014 16:38:44 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:40171) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WnZky-0004f8-3p for 16433@debbugs.gnu.org; Thu, 22 May 2014 16:38:34 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1WnZkx-0005sv-KZ - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Thu, 22 May 2014 16:38:27 -0400 From: Ken Olum To: eliz@gnu.org, 16433@debbugs.gnu.org Subject: Test case for newline cache corruption Date: Thu, 22 May 2014 16:38:27 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 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.4 (-) --=-=-= Content-Type: text/plain Here is a procedure which I can use to reproduce the newline cache corruption. 1. Detach attached files test.mbox, test.in, and test.emacs. 2. Put test.emacs in place of your .emacs file. 3. Run emacs. I used a compilation from trunk revision 117139. Because I had to try this many, many times, test.emacs puts testing commands on keys F3 and F4. So 3. Push F3 to run rmail on test.mbox 4. Push F4 to get new mail from test.in 5. Push "p" to go to the previous message. You should get a warning about cache corruption. The details of the "new mail" in test.in don't seem to matter much, but it is very sensitive to precisely what is in the existing message in test.mbox. I removed everything that I could to simplify the test case. I hope this is helpful. Ken --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=test.mbox Content-Transfer-Encoding: base64 RnJvbSBrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHUgV2VkIE1heSAyMSAxNToxOTozMSAyMDE0CkVu dmVsb3BlLXRvOiBrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHUKRGVsaXZlcnktZGF0ZTogV2VkLCAy MSBNYXkgMjAxNCAxNToxOTozMSAtMDQwMApGcm9tOiBrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHUK VG86IGtkb0Bjb3Ntb3MucGh5LnR1ZnRzLmVkdQpTdWJqZWN0OiB0ZXN0CkRhdGU6IFdlZCwgMjEg TWF5IDIwMTQgMTk6MTg6MjUgKzAwMDAKTWVzc2FnZS1JRDogPEEwODYxNkEzODFERERBNEY5MDdD RTQzMEY2NUM2N0ZFMDFDNTExOEFBN0BSTVNNQlgwMS5ybXMtbGF3LmNvbT4KWC1STUFJTC1BVFRS SUJVVEVTOiAtLS0tLS0tLQoKPGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSI+CjxtZXRhIG5hbWU9 IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+CjwhLS0gY29u dmVydGVkIGZyb20gcnRmIC0tPgo8c3R5bGU+PCEtLSAuRW1haWxRdW90ZSB7IG1hcmdpbi1sZWZ0 OiAxcHQ7IHBhZGRpbmctbGVmdDogNHB0OyBib3JkZXItbGVmdDogIzgwMDAwMCAycHggc29saWQ7 IH0gLS0+PC9zdHlsZT4KPC9oZWFkPgo8Ym9keT4KPGZvbnQgZmFjZT0iVGltZXMgTmV3IFJvbWFu IiBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEycHQ7Ij48YSBuYW1lPSJPTEVfTElO SzEiPjwvYT4KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXplPSIyIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExcHQ7Ij5TZW5kIHVzIHlvdXIgcGhvdG9ncmFwaHMgYW5kIGFydGljbGVzLCBy ZWZsZWN0aW9ucywgcmVtaW5pc2NlbmNlcy4mbmJzcDsgU2FpbCBhIG11bHRpaHVsbCBhbmQgd3Jp dGUgYWJvdXQgaXQhJm5ic3A7IDwvc3Bhbj48L2ZvbnQ+PC9kaXY+CjxkaXY+PGZvbnQgZmFjZT0i Q2FsaWJyaSIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0OyI+LS1BbmR5IEhv dWxkaW5nPC9zcGFuPjwvZm9udD48L2Rpdj4KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpIiBzaXpl PSIyIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Ij4mbmJzcDs8L3NwYW4+PC9mb250Pjwv ZGl2Pgo8ZGl2Pjxmb250IGZhY2U9IkNhbGlicmkiIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDsiPiA8L3NwYW4+PC9mb250PjwvZGl2Pgo8ZGl2Pjxmb250IGZhY2U9IkNhbGli cmkiIHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDsiPiZuYnNwOzwvc3Bhbj48 L2ZvbnQ+PC9kaXY+CjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSIgc2l6ZT0iMiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMXB0OyI+Jm5ic3A7PC9zcGFuPjwvZm9udD48L2Rpdj4KPC9zcGFuPjwv Zm9udD4KPC9ib2R5Pgo8L2h0bWw+CgpGcm9tIGtkb0Bjb3Ntb3MucGh5LnR1ZnRzLmVkdSBUaHUg TWF5IDIyIDEwOjQzOjUwIDIwMTQKUmV0dXJuLXBhdGg6IDxrZG9AY29zbW9zLnBoeS50dWZ0cy5l ZHU+CkVudmVsb3BlLXRvOiBrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHUKRGVsaXZlcnktZGF0ZTog VGh1LCAyMiBNYXkgMjAxNCAxMDo0Mzo1MCAtMDQwMApSZWNlaXZlZDogZnJvbSBrZG8gYnkgY29z bW9zLnBoeS50dWZ0cy5lZHUgKFtsb2NhbF06bG9jYWwpCgl3aXRoIGxvY2FsIGlkIDFXblVEbS0w MDA3ZzgtMUEgLSBVc2luZyBFeGltLTQuODAuMSAoTWFuZHJpdmFMaW51eCkgTVRBIAoJKHJldHVy bi1wYXRoIDxrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHU+KTsgVGh1LCAyMiBNYXkgMjAxNCAxMDo0 Mzo1MCAtMDQwMApEYXRlOiBUaHUsIDIyIE1heSAyMDE0IDEwOjQzOjUwIC0wNDAwClRvOiBrZG9A Y29zbW9zLnBoeS50dWZ0cy5lZHUKU3ViamVjdDogdGVzdApNZXNzYWdlLUlkOiA8RTFXblVEbS0w MDA3ZzgtMUFAY29zbW9zLnBoeS50dWZ0cy5lZHU+CkZyb206IEtlbiBPbHVtIDxrZG9AY29zbW9z LnBoeS50dWZ0cy5lZHU+ClgtUk1BSUwtQVRUUklCVVRFUzogLS0tLS0tVS0KCgo= --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=test.in Content-Transfer-Encoding: base64 RnJvbSBrZG9AY29zbW9zLnBoeS50dWZ0cy5lZHUgVGh1IE1heSAyMiAxMDo0Mzo1MCAyMDE0ClJl dHVybi1wYXRoOiA8a2RvQGNvc21vcy5waHkudHVmdHMuZWR1PgpFbnZlbG9wZS10bzoga2RvQGNv c21vcy5waHkudHVmdHMuZWR1CkRlbGl2ZXJ5LWRhdGU6IFRodSwgMjIgTWF5IDIwMTQgMTA6NDM6 NTAgLTA0MDAKUmVjZWl2ZWQ6IGZyb20ga2RvIGJ5IGNvc21vcy5waHkudHVmdHMuZWR1IChbbG9j YWxdOmxvY2FsKQoJd2l0aCBsb2NhbCBpZCAxV25VRG0tMDAwN2c4LTFBIC0gVXNpbmcgRXhpbS00 LjgwLjEgKE1hbmRyaXZhTGludXgpIE1UQSAKCShyZXR1cm4tcGF0aCA8a2RvQGNvc21vcy5waHku dHVmdHMuZWR1Pik7IFRodSwgMjIgTWF5IDIwMTQgMTA6NDM6NTAgLTA0MDAKRGF0ZTogVGh1LCAy MiBNYXkgMjAxNCAxMDo0Mzo1MCAtMDQwMApUbzoga2RvQGNvc21vcy5waHkudHVmdHMuZWR1ClN1 YmplY3Q6IHRlc3QKTWVzc2FnZS1JZDogPEUxV25VRG0tMDAwN2c4LTFBQGNvc21vcy5waHkudHVm dHMuZWR1PgpGcm9tOiBLZW4gT2x1bSA8a2RvQGNvc21vcy5waHkudHVmdHMuZWR1PgoKCg== --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=test.emacs Content-Transfer-Encoding: base64 KHJlcXVpcmUgJ3JtYWlsKQoKKGRlZnVuIG1heWJlLWNoZWNrLW5ld2xpbmUtY2FjaGUgKCkKICAo aWYgKGVxIG1ham9yLW1vZGUgJ3JtYWlsLW1vZGUpCiAgICAgIChwcm9nbgoJKGNoZWNrLW5ld2xp bmUtY2FjaGUpCgkoaWYgcm1haWwtdmlldy1idWZmZXIKCSAgICAod2l0aC1jdXJyZW50LWJ1ZmZl ciBybWFpbC12aWV3LWJ1ZmZlcgoJICAgICAgKGNoZWNrLW5ld2xpbmUtY2FjaGUpKSkpKSkKCihk ZWZ1biBjaGVjay1uZXdsaW5lLWNhY2hlICgpCiAgKGxldCAoKG5ld2xpbmVzIChuZXdsaW5lLWNh Y2hlLWNoZWNrKSkpCiAgICAoaWYgKGFuZCBuZXdsaW5lcwoJICAgICAobm90IChlcXVhbCAoYXJl ZiBuZXdsaW5lcyAwKSAoYXJlZiBuZXdsaW5lcyAxKSkpKQoJKG1lc3NhZ2UgIk5ld2xpbmUgY2Fj aGUgY29ycnVwdGVkIGluICVzIiAoY3VycmVudC1idWZmZXIpKSkpKQoKKGFkZC1ob29rICdwb3N0 LWNvbW1hbmQtaG9vayAnbWF5YmUtY2hlY2stbmV3bGluZS1jYWNoZSkKCihkZWZ1biBkby10ZXN0 ICgpCiAgKGludGVyYWN0aXZlKQogIChybWFpbCAidGVzdC5tYm94IikpCgooZ2xvYmFsLXNldC1r ZXkgW2YzXSAnZG8tdGVzdCkKCihkZWZ1biBkby10ZXN0LTEgKCkKICAoaW50ZXJhY3RpdmUpCiAg KHJtYWlsLWdldC1uZXctbWFpbCAidGVzdC5pbiIpKQoKKGdsb2JhbC1zZXQta2V5IFtmNF0gJ2Rv LXRlc3QtMSkK --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 23 01:49:55 2014 Received: (at 16433) by debbugs.gnu.org; 23 May 2014 05:49:55 +0000 Received: from localhost ([127.0.0.1]:57160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WniMd-0004gY-23 for submit@debbugs.gnu.org; Fri, 23 May 2014 01:49:55 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:46343) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WniMa-0004gF-ET for 16433@debbugs.gnu.org; Fri, 23 May 2014 01:49:53 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N6000G00IL86300@mtaout27.012.net.il> for 16433@debbugs.gnu.org; Fri, 23 May 2014 08:46:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6000B7TIPKOA50@mtaout27.012.net.il>; Fri, 23 May 2014 08:46:32 +0300 (IDT) Date: Fri, 23 May 2014 08:50:01 +0300 From: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <83zji9kprq.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Date: Thu, 22 May 2014 16:38:27 -0400 > > Here is a procedure which I can use to reproduce the newline cache > corruption. > > 1. Detach attached files test.mbox, test.in, and test.emacs. > > 2. Put test.emacs in place of your .emacs file. > > 3. Run emacs. I used a compilation from trunk revision 117139. > > Because I had to try this many, many times, test.emacs puts testing > commands on keys F3 and F4. So > > 3. Push F3 to run rmail on test.mbox > > 4. Push F4 to get new mail from test.in > > 5. Push "p" to go to the previous message. You should get a warning > about cache corruption. > > The details of the "new mail" in test.in don't seem to matter much, but > it is very sensitive to precisely what is in the existing message in > test.mbox. I removed everything that I could to simplify the test case. > > I hope this is helpful. Thanks a lot, I will look into this as soon as I have time. From debbugs-submit-bounces@debbugs.gnu.org Sat May 24 04:23:55 2014 Received: (at 16433) by debbugs.gnu.org; 24 May 2014 08:23:55 +0000 Received: from localhost ([127.0.0.1]:58601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wo7FC-0003AA-MO for submit@debbugs.gnu.org; Sat, 24 May 2014 04:23:55 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:51953) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wo7F9-00039n-4w for 16433@debbugs.gnu.org; Sat, 24 May 2014 04:23:53 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N6200300KMKT400@a-mtaout22.012.net.il> for 16433@debbugs.gnu.org; Sat, 24 May 2014 11:23:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N62003ZXKNKP110@a-mtaout22.012.net.il>; Sat, 24 May 2014 11:23:44 +0300 (IDT) Date: Sat, 24 May 2014 11:24:02 +0300 From: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <834n0flh3x.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Date: Thu, 22 May 2014 16:38:27 -0400 > > 1. Detach attached files test.mbox, test.in, and test.emacs. > > 2. Put test.emacs in place of your .emacs file. > > 3. Run emacs. I used a compilation from trunk revision 117139. > > Because I had to try this many, many times, test.emacs puts testing > commands on keys F3 and F4. So > > 3. Push F3 to run rmail on test.mbox > > 4. Push F4 to get new mail from test.in > > 5. Push "p" to go to the previous message. You should get a warning > about cache corruption. I'm sorry, but I cannot reproduce the problem with this recipe. I tried both the current trunk and the emacs-24 branch, and neither produced the message about cache corruption. What are your locale settings? This could somehow conceal the bug, although I doubt that, since the mbox file you sent doesn't include any non-ASCII text in any shape. Also, is your build optimized or not? More generally, what are the values of system-configuration and system-configuration-options in the build where you reproduce this? If your build options are different from mine, especially the optimization switches, perhaps that is part of the issue somehow. If the locale stuff and build options don't help, I think the only way to make progress is to ask you debug this on your system with guidance from me and others here. I have written some debugging code that could help in this matter, which I can post here. How proficient are you with using GDB on the C level? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon May 26 11:29:27 2014 Received: (at 16433) by debbugs.gnu.org; 26 May 2014 15:29:27 +0000 Received: from localhost ([127.0.0.1]:60563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wowq6-0005nj-Oy for submit@debbugs.gnu.org; Mon, 26 May 2014 11:29:27 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:34280) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wowq3-0005na-Lm for 16433@debbugs.gnu.org; Mon, 26 May 2014 11:29:24 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1Wowq2-0005CO-Fx - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Mon, 26 May 2014 11:29:22 -0400 From: Ken Olum To: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-Reply-To: <834n0flh3x.fsf@gnu.org> (message from Eli Zaretskii on Sat, 24 May 2014 11:24:02 +0300) Date: Mon, 26 May 2014 11:29:22 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 Cc: 16433@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.4 (-) From: Eli Zaretskii Date: Sat, 24 May 2014 11:24:02 +0300 What are your locale settings? LC_ALL=C Also, is your build optimized or not? More generally, what are the values of system-configuration and system-configuration-options in the build where you reproduce this? If your build options are different from mine, especially the optimization switches, perhaps that is part of the issue somehow. All I did was to download the trunk distribution and say "make". system-configuration is "x86_64-unknown-linux-gnu" system-configuration-options is "" I'm running Ubuntu 12.04 LTS. To avoid any possible dependence on window system issues, I tried "emacs -nw" and got the same failure. I'm happy to try to debug the C code if needed. I can use GDB. Ken From debbugs-submit-bounces@debbugs.gnu.org Mon May 26 15:28:27 2014 Received: (at 16433) by debbugs.gnu.org; 26 May 2014 19:28:27 +0000 Received: from localhost ([127.0.0.1]:60722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wp0ZO-0007q3-QV for submit@debbugs.gnu.org; Mon, 26 May 2014 15:28:27 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:34764) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wp0ZL-0007pf-IF for 16433@debbugs.gnu.org; Mon, 26 May 2014 15:28:24 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N67005004C2IY00@mtaout24.012.net.il> for 16433@debbugs.gnu.org; Mon, 26 May 2014 22:25:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N67006PY4LQQ100@mtaout24.012.net.il>; Mon, 26 May 2014 22:25:02 +0300 (IDT) Date: Mon, 26 May 2014 22:28:22 +0300 From: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <83vbssibl5.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Cc: 16433@debbugs.gnu.org > Date: Mon, 26 May 2014 11:29:22 -0400 > > Also, is your build optimized or not? More generally, what are the > values of system-configuration and system-configuration-options in the > build where you reproduce this? If your build options are different > from mine, especially the optimization switches, perhaps that is part > of the issue somehow. > > All I did was to download the trunk distribution and say "make". This means the build is optimized. This might get in the way when we will need to use GDB, but for now it's OK. Below please find a simple patch that adds instrumentation to the cache operations. The trace goes to the *Messages* buffer. Please apply the patch, then run your recipe, and show the trace for it. (It is best to mark the place in *Messages* where you actually start and end the recipe with some prominent string, because the newline cache is consulted _a_lot_.) Thanks. === modified file 'src/region-cache.c' --- a/src/region-cache.c 2014-05-03 08:24:51 +0000 +++ b/src/region-cache.c 2014-05-26 19:26:53 +0000 @@ -459,6 +459,15 @@ invalidate_region_cache (struct buffer *buf, struct region_cache *c, ptrdiff_t head, ptrdiff_t tail) { + char buff[1024]; + + if (c == buf->newline_cache) + { + sprintf (buff, "invalidate_region_cache (%s, %d, %d, %d)", + SSDATA (BVAR (buf, name)), + BUF_BEG (buf) + head, BUF_Z (buf) - tail, BUF_Z (buf)); + message_dolog (buff, strlen (buff), false, true); + } /* Let chead = c->beg_unchanged, and ctail = c->end_unchanged. If z-tail < beg+chead by a large amount, or @@ -474,8 +483,14 @@ > PRESERVE_THRESHOLD) || ((BUF_BEG (buf) + head) - (BUF_Z (buf) - c->end_unchanged) > PRESERVE_THRESHOLD)) - revalidate_region_cache (buf, c); - + { + revalidate_region_cache (buf, c); + if (c == buf->newline_cache) + message_dolog (" (revalidated)\n", sizeof (" (revalidated)\n") - 1, + false, true); + } + else if (c == buf->newline_cache) + message_dolog ("\n", 1, false, true); if (head < c->beg_unchanged) c->beg_unchanged = head; @@ -666,6 +681,15 @@ know_region_cache (struct buffer *buf, struct region_cache *c, ptrdiff_t start, ptrdiff_t end) { + char buff[1024]; + + if (c == buf->newline_cache) + { + sprintf (buff, "know_region_cache (%s, %d, %d, %d)\n", + SSDATA (BVAR (buf, name)), start, end, BUF_Z (buf)); + message_dolog (buff, strlen (buff), false, true); + } + revalidate_region_cache (buf, c); set_cache_region (c, start, end, 1); From debbugs-submit-bounces@debbugs.gnu.org Tue May 27 11:14:11 2014 Received: (at 16433) by debbugs.gnu.org; 27 May 2014 15:14:11 +0000 Received: from localhost ([127.0.0.1]:33534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpJ4s-0006Lw-1Q for submit@debbugs.gnu.org; Tue, 27 May 2014 11:14:10 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:36431) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpJ4o-0006Ll-V4 for 16433@debbugs.gnu.org; Tue, 27 May 2014 11:14:07 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1WpJ4o-0003kN-Qg - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Tue, 27 May 2014 11:14:06 -0400 From: Ken Olum To: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-Reply-To: <83vbssibl5.fsf@gnu.org> (message from Eli Zaretskii on Mon, 26 May 2014 22:28:22 +0300) Date: Tue, 27 May 2014 11:14:06 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 Cc: 16433@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.4 (-) Here's the log of your debugging output and other messages for my test case. Ken ---------------------------------------------------------------------- Counting messages... know_region_cache (test.mbox, 351, 359, 1449) Counting messages...done know_region_cache ( *message-viewer test.mbox*, 7, 31, 1202) know_region_cache ( *message-viewer test.mbox*, 70, 74, 1202) know_region_cache (test.mbox, 1, 7, 1202) know_region_cache (test.mbox, 32, 60, 1202) know_region_cache (test.mbox, 61, 70, 1202) know_region_cache (test.mbox, 75, 112, 1202) know_region_cache (test.mbox, 114, 120, 1202) know_region_cache (test.mbox, 121, 127, 1202) know_region_cache (test.mbox, 128, 198, 1202) know_region_cache (test.mbox, 199, 258, 1202) know_region_cache (test.mbox, 259, 286, 1202) know_region_cache (test.mbox, 287, 395, 1202) know_region_cache (test.mbox, 396, 403, 1202) know_region_cache (test.mbox, 404, 410, 1202) know_region_cache (test.mbox, 411, 503, 1202) know_region_cache (test.mbox, 504, 705, 1202) know_region_cache (test.mbox, 706, 806, 1202) know_region_cache (test.mbox, 807, 898, 1202) know_region_cache (test.mbox, 899, 985, 1202) know_region_cache (test.mbox, 986, 1077, 1202) know_region_cache (test.mbox, 1078, 1169, 1202) know_region_cache (test.mbox, 1170, 1184, 1202) know_region_cache (test.mbox, 1185, 1192, 1202) know_region_cache (test.mbox, 1193, 1200, 1202) know_region_cache ( *message-viewer test.mbox*, 1, 55, 1449) know_region_cache ( *message-viewer test.mbox*, 56, 93, 1449) know_region_cache ( *message-viewer test.mbox*, 94, 140, 1449) know_region_cache ( *message-viewer test.mbox*, 141, 171, 1449) know_region_cache ( *message-viewer test.mbox*, 172, 200, 1449) know_region_cache ( *message-viewer test.mbox*, 201, 214, 1449) know_region_cache ( *message-viewer test.mbox*, 215, 252, 1449) know_region_cache ( *message-viewer test.mbox*, 253, 330, 1449) know_region_cache ( *message-viewer test.mbox*, 331, 351, 1449) know_region_cache ( *message-viewer test.mbox*, 361, 367, 1449) know_region_cache ( *message-viewer test.mbox*, 368, 374, 1449) know_region_cache ( *message-viewer test.mbox*, 375, 445, 1449) know_region_cache ( *message-viewer test.mbox*, 446, 505, 1449) know_region_cache ( *message-viewer test.mbox*, 506, 533, 1449) know_region_cache ( *message-viewer test.mbox*, 534, 642, 1449) know_region_cache ( *message-viewer test.mbox*, 643, 650, 1449) know_region_cache ( *message-viewer test.mbox*, 651, 657, 1449) know_region_cache ( *message-viewer test.mbox*, 658, 750, 1449) know_region_cache ( *message-viewer test.mbox*, 751, 952, 1449) know_region_cache ( *message-viewer test.mbox*, 953, 1053, 1449) know_region_cache ( *message-viewer test.mbox*, 1054, 1145, 1449) know_region_cache ( *message-viewer test.mbox*, 1146, 1232, 1449) know_region_cache ( *message-viewer test.mbox*, 1233, 1324, 1449) know_region_cache ( *message-viewer test.mbox*, 1325, 1416, 1449) know_region_cache ( *message-viewer test.mbox*, 1417, 1431, 1449) know_region_cache ( *message-viewer test.mbox*, 1432, 1439, 1449) know_region_cache ( *message-viewer test.mbox*, 1440, 1447, 1449) Getting mail from /old/home/kdo/test.in... invalidate_region_cache (test.mbox, 361, 361, 1449) (revalidated) invalidate_region_cache (test.mbox, 1449, 2014, 2014) (revalidated) invalidate_region_cache (test.mbox, 2012, 2012, 2014) invalidate_region_cache (test.mbox, 2030, 2030, 2032) (revalidated) know_region_cache (test.mbox, 2012, 2030, 2034) invalidate_region_cache (test.mbox, 2032, 2032, 2034) (revalidated) know_region_cache (test.mbox, 2030, 2032, 2042) invalidate_region_cache (test.mbox, 2040, 2040, 2042) (revalidated) know_region_cache (test.mbox, 2032, 2040, 2043) Counting new messages...done (1) Saving file /home/kdo/test.mbox... Wrote /home/kdo/test.mbox [2 times] 1 new message read invalidate_region_cache (test.mbox, 2038, 2039, 2043) (revalidated) invalidate_region_cache (test.mbox, 2038, 2038, 2042) (revalidated) know_region_cache (test.mbox, 2038, 2039, 2043) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1202, 1202) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 2) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 3) invalidate_region_cache ( *message-viewer test.mbox*, 39, 39, 41) invalidate_region_cache ( *message-viewer test.mbox*, 68, 68, 70) invalidate_region_cache ( *message-viewer test.mbox*, 82, 82, 84) know_region_cache ( *message-viewer test.mbox*, 77, 81, 126) know_region_cache ( *message-viewer test.mbox*, 88, 123, 126) invalidate_region_cache ( *message-viewer test.mbox*, 1, 126, 126) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 2) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 3) invalidate_region_cache ( *message-viewer test.mbox*, 39, 39, 41) invalidate_region_cache ( *message-viewer test.mbox*, 68, 68, 70) invalidate_region_cache ( *message-viewer test.mbox*, 82, 82, 84) know_region_cache ( *message-viewer test.mbox*, 77, 81, 126) know_region_cache ( *message-viewer test.mbox*, 88, 123, 126) know_region_cache (test.mbox, 1, 38, 126) know_region_cache (test.mbox, 39, 67, 126) know_region_cache (test.mbox, 68, 77, 126) know_region_cache (test.mbox, 82, 88, 126) know_region_cache ( *message-viewer test.mbox*, 1449, 1503, 2043) know_region_cache ( *message-viewer test.mbox*, 1504, 1543, 2043) know_region_cache ( *message-viewer test.mbox*, 1544, 1581, 2043) know_region_cache ( *message-viewer test.mbox*, 1582, 1628, 2043) know_region_cache ( *message-viewer test.mbox*, 1629, 1687, 2043) know_region_cache ( *message-viewer test.mbox*, 1688, 1760, 2043) know_region_cache ( *message-viewer test.mbox*, 1761, 1835, 2043) know_region_cache ( *message-viewer test.mbox*, 1836, 1873, 2043) know_region_cache ( *message-viewer test.mbox*, 1874, 1902, 2043) know_region_cache ( *message-viewer test.mbox*, 1903, 1916, 2043) know_region_cache ( *message-viewer test.mbox*, 1917, 1969, 2043) know_region_cache ( *message-viewer test.mbox*, 1970, 2011, 2043) invalidate_region_cache ( *message-viewer test.mbox*, 1, 126, 126) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1089) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1090) invalidate_region_cache ( *message-viewer test.mbox*, 32, 32, 1121) invalidate_region_cache ( *message-viewer test.mbox*, 61, 61, 1150) invalidate_region_cache ( *message-viewer test.mbox*, 75, 75, 1164) know_region_cache ( *message-viewer test.mbox*, 7, 31, 1202) know_region_cache ( *message-viewer test.mbox*, 70, 74, 1202) know_region_cache (test.mbox, 1, 7, 1202) know_region_cache (test.mbox, 32, 60, 1202) know_region_cache (test.mbox, 61, 70, 1202) know_region_cache (test.mbox, 75, 112, 1202) know_region_cache (test.mbox, 114, 120, 1202) know_region_cache (test.mbox, 121, 127, 1202) know_region_cache (test.mbox, 128, 198, 1202) know_region_cache (test.mbox, 199, 258, 1202) know_region_cache (test.mbox, 259, 286, 1202) know_region_cache (test.mbox, 287, 395, 1202) know_region_cache (test.mbox, 396, 403, 1202) know_region_cache (test.mbox, 404, 410, 1202) know_region_cache (test.mbox, 411, 503, 1202) know_region_cache (test.mbox, 504, 705, 1202) know_region_cache (test.mbox, 706, 806, 1202) know_region_cache (test.mbox, 807, 898, 1202) know_region_cache (test.mbox, 899, 985, 1202) know_region_cache (test.mbox, 986, 1077, 1202) know_region_cache (test.mbox, 1078, 1169, 1202) know_region_cache (test.mbox, 1170, 1184, 1202) know_region_cache (test.mbox, 1185, 1192, 1202) know_region_cache (test.mbox, 1193, 1200, 1202) know_region_cache ( *message-viewer test.mbox*, 361, 367, 2043) know_region_cache ( *message-viewer test.mbox*, 368, 374, 2043) know_region_cache ( *message-viewer test.mbox*, 375, 445, 2043) know_region_cache ( *message-viewer test.mbox*, 446, 505, 2043) know_region_cache ( *message-viewer test.mbox*, 506, 533, 2043) know_region_cache ( *message-viewer test.mbox*, 534, 642, 2043) know_region_cache ( *message-viewer test.mbox*, 643, 650, 2043) know_region_cache ( *message-viewer test.mbox*, 651, 657, 2043) know_region_cache ( *message-viewer test.mbox*, 658, 750, 2043) know_region_cache ( *message-viewer test.mbox*, 751, 926, 2043) know_region_cache ( *message-viewer test.mbox*, 932, 933, 2043) know_region_cache ( *message-viewer test.mbox*, 939, 940, 2043) know_region_cache ( *message-viewer test.mbox*, 1010, 1011, 2043) know_region_cache ( *message-viewer test.mbox*, 1070, 1071, 2043) know_region_cache ( *message-viewer test.mbox*, 1098, 1099, 2043) know_region_cache ( *message-viewer test.mbox*, 1207, 1208, 2043) know_region_cache ( *message-viewer test.mbox*, 1215, 1216, 2043) know_region_cache ( *message-viewer test.mbox*, 1222, 1223, 2043) know_region_cache ( *message-viewer test.mbox*, 1315, 1316, 2043) Newline cache corrupted in *message-viewer test.mbox* invalidate_region_cache ( *Minibuf-1*, 1, 1, 1) know_region_cache ( *Minibuf-1*, 1, 40, 40) invalidate_region_cache ( *Minibuf-1*, 40, 40, 40) invalidate_region_cache ( *Minibuf-1*, 41, 41, 41) invalidate_region_cache ( *Minibuf-1*, 42, 42, 42) invalidate_region_cache ( *Minibuf-1*, 43, 43, 43) invalidate_region_cache ( *Minibuf-1*, 44, 44, 44) invalidate_region_cache ( *Minibuf-1*, 1, 50, 50) ---------------------------------------------------------------------- From debbugs-submit-bounces@debbugs.gnu.org Tue May 27 12:20:56 2014 Received: (at 16433) by debbugs.gnu.org; 27 May 2014 16:20:56 +0000 Received: from localhost ([127.0.0.1]:33585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpK7T-0000mF-8Z for submit@debbugs.gnu.org; Tue, 27 May 2014 12:20:56 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:37126) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpK7Q-0000m6-Od for 16433@debbugs.gnu.org; Tue, 27 May 2014 12:20:53 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1WpK7Q-0004E1-Gh - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Tue, 27 May 2014 12:20:52 -0400 From: Ken Olum To: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-Reply-To: <83vbssibl5.fsf@gnu.org> (message from Eli Zaretskii on Mon, 26 May 2014 22:28:22 +0300) Date: Tue, 27 May 2014 12:20:52 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 Cc: 16433@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.4 (-) Here is some additional output which perhaps will be helpful. I put checks at the beginning and end of rmail-swap-buffers, and also immediately before and after the call to buffer-swap-text. I had these checks print a message when the cache is OK, and print the character positions on the cache is corrupted, giving the following. Newlines are absent from the cache starting with the one at position 952. Ken ---------------------------------------------------------------------- Counting messages... know_region_cache (test.mbox, 351, 359, 1449) Counting messages...done know_region_cache ( *message-viewer test.mbox*, 7, 31, 1202) know_region_cache ( *message-viewer test.mbox*, 70, 74, 1202) know_region_cache (test.mbox, 1, 55, 1449) know_region_cache (test.mbox, 56, 93, 1449) know_region_cache (test.mbox, 94, 140, 1449) know_region_cache (test.mbox, 141, 171, 1449) know_region_cache (test.mbox, 172, 200, 1449) know_region_cache (test.mbox, 201, 214, 1449) know_region_cache (test.mbox, 215, 252, 1449) know_region_cache (test.mbox, 253, 330, 1449) know_region_cache (test.mbox, 331, 351, 1449) know_region_cache (test.mbox, 361, 367, 1449) know_region_cache (test.mbox, 368, 374, 1449) know_region_cache (test.mbox, 375, 445, 1449) know_region_cache (test.mbox, 446, 505, 1449) know_region_cache (test.mbox, 506, 533, 1449) know_region_cache (test.mbox, 534, 642, 1449) know_region_cache (test.mbox, 643, 650, 1449) know_region_cache (test.mbox, 651, 657, 1449) know_region_cache (test.mbox, 658, 750, 1449) know_region_cache (test.mbox, 751, 952, 1449) know_region_cache (test.mbox, 953, 1053, 1449) know_region_cache (test.mbox, 1054, 1145, 1449) know_region_cache (test.mbox, 1146, 1232, 1449) know_region_cache (test.mbox, 1233, 1324, 1449) know_region_cache (test.mbox, 1325, 1416, 1449) know_region_cache (test.mbox, 1417, 1431, 1449) know_region_cache (test.mbox, 1432, 1439, 1449) know_region_cache (test.mbox, 1440, 1447, 1449) Cache OK in test.mbox at start of rmail-swap-buffers know_region_cache ( *message-viewer test.mbox*, 1, 7, 1202) know_region_cache ( *message-viewer test.mbox*, 32, 60, 1202) know_region_cache ( *message-viewer test.mbox*, 61, 70, 1202) know_region_cache ( *message-viewer test.mbox*, 75, 112, 1202) know_region_cache ( *message-viewer test.mbox*, 114, 120, 1202) know_region_cache ( *message-viewer test.mbox*, 121, 127, 1202) know_region_cache ( *message-viewer test.mbox*, 128, 198, 1202) know_region_cache ( *message-viewer test.mbox*, 199, 258, 1202) know_region_cache ( *message-viewer test.mbox*, 259, 286, 1202) know_region_cache ( *message-viewer test.mbox*, 287, 395, 1202) know_region_cache ( *message-viewer test.mbox*, 396, 403, 1202) know_region_cache ( *message-viewer test.mbox*, 404, 410, 1202) know_region_cache ( *message-viewer test.mbox*, 411, 503, 1202) know_region_cache ( *message-viewer test.mbox*, 504, 705, 1202) know_region_cache ( *message-viewer test.mbox*, 706, 806, 1202) know_region_cache ( *message-viewer test.mbox*, 807, 898, 1202) know_region_cache ( *message-viewer test.mbox*, 899, 985, 1202) know_region_cache ( *message-viewer test.mbox*, 986, 1077, 1202) know_region_cache ( *message-viewer test.mbox*, 1078, 1169, 1202) know_region_cache ( *message-viewer test.mbox*, 1170, 1184, 1202) know_region_cache ( *message-viewer test.mbox*, 1185, 1192, 1202) know_region_cache ( *message-viewer test.mbox*, 1193, 1200, 1202) Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers Cache OK in test.mbox at start of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers Getting mail from /old/home/kdo/test.in... invalidate_region_cache (test.mbox, 361, 361, 1449) (revalidated) invalidate_region_cache (test.mbox, 1449, 2014, 2014) (revalidated) invalidate_region_cache (test.mbox, 2012, 2012, 2014) invalidate_region_cache (test.mbox, 2030, 2030, 2032) (revalidated) know_region_cache (test.mbox, 2012, 2030, 2034) invalidate_region_cache (test.mbox, 2032, 2032, 2034) (revalidated) know_region_cache (test.mbox, 2030, 2032, 2042) invalidate_region_cache (test.mbox, 2040, 2040, 2042) (revalidated) know_region_cache (test.mbox, 2032, 2040, 2043) Counting new messages...done (1) Saving file /home/kdo/test.mbox... Wrote /home/kdo/test.mbox [2 times] 1 new message read invalidate_region_cache (test.mbox, 2038, 2039, 2043) (revalidated) invalidate_region_cache (test.mbox, 2038, 2038, 2042) (revalidated) know_region_cache (test.mbox, 2038, 2039, 2043) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1202, 1202) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 2) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 3) invalidate_region_cache ( *message-viewer test.mbox*, 39, 39, 41) invalidate_region_cache ( *message-viewer test.mbox*, 68, 68, 70) invalidate_region_cache ( *message-viewer test.mbox*, 82, 82, 84) know_region_cache ( *message-viewer test.mbox*, 77, 81, 126) know_region_cache ( *message-viewer test.mbox*, 88, 123, 126) know_region_cache (test.mbox, 1449, 1503, 2043) know_region_cache (test.mbox, 1504, 1543, 2043) know_region_cache (test.mbox, 1544, 1581, 2043) know_region_cache (test.mbox, 1582, 1628, 2043) know_region_cache (test.mbox, 1629, 1687, 2043) know_region_cache (test.mbox, 1688, 1760, 2043) know_region_cache (test.mbox, 1761, 1835, 2043) know_region_cache (test.mbox, 1836, 1873, 2043) know_region_cache (test.mbox, 1874, 1902, 2043) know_region_cache (test.mbox, 1903, 1916, 2043) know_region_cache (test.mbox, 1917, 1969, 2043) know_region_cache (test.mbox, 1970, 2011, 2043) Cache OK in test.mbox at start of rmail-swap-buffers know_region_cache ( *message-viewer test.mbox*, 1, 38, 126) know_region_cache ( *message-viewer test.mbox*, 39, 67, 126) know_region_cache ( *message-viewer test.mbox*, 68, 77, 126) know_region_cache ( *message-viewer test.mbox*, 82, 88, 126) Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers Cache OK in test.mbox at start of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers invalidate_region_cache ( *message-viewer test.mbox*, 1, 126, 126) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 2) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 3) invalidate_region_cache ( *message-viewer test.mbox*, 39, 39, 41) invalidate_region_cache ( *message-viewer test.mbox*, 68, 68, 70) invalidate_region_cache ( *message-viewer test.mbox*, 82, 82, 84) know_region_cache ( *message-viewer test.mbox*, 77, 81, 126) know_region_cache ( *message-viewer test.mbox*, 88, 123, 126) Cache OK in test.mbox at start of rmail-swap-buffers know_region_cache ( *message-viewer test.mbox*, 1, 38, 126) know_region_cache ( *message-viewer test.mbox*, 39, 67, 126) know_region_cache ( *message-viewer test.mbox*, 68, 77, 126) know_region_cache ( *message-viewer test.mbox*, 82, 88, 126) Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers Cache OK in test.mbox at start of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at start of rmail-swap-buffers Cache OK in test.mbox at right before swapping Cache OK in *message-viewer test.mbox* at right before swapping Cache OK in test.mbox at right after swapping Cache OK in *message-viewer test.mbox* at right after swapping Cache OK in test.mbox at end of rmail-swap-buffers Cache OK in *message-viewer test.mbox* at end of rmail-swap-buffers invalidate_region_cache ( *message-viewer test.mbox*, 1, 126, 126) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1089) invalidate_region_cache ( *message-viewer test.mbox*, 1, 1, 1090) invalidate_region_cache ( *message-viewer test.mbox*, 32, 32, 1121) invalidate_region_cache ( *message-viewer test.mbox*, 61, 61, 1150) invalidate_region_cache ( *message-viewer test.mbox*, 75, 75, 1164) know_region_cache ( *message-viewer test.mbox*, 7, 31, 1202) know_region_cache ( *message-viewer test.mbox*, 70, 74, 1202) know_region_cache (test.mbox, 361, 367, 2043) know_region_cache (test.mbox, 368, 374, 2043) know_region_cache (test.mbox, 375, 445, 2043) know_region_cache (test.mbox, 446, 505, 2043) know_region_cache (test.mbox, 506, 533, 2043) know_region_cache (test.mbox, 534, 642, 2043) know_region_cache (test.mbox, 643, 650, 2043) know_region_cache (test.mbox, 651, 657, 2043) know_region_cache (test.mbox, 658, 750, 2043) know_region_cache (test.mbox, 751, 926, 2043) know_region_cache (test.mbox, 932, 933, 2043) know_region_cache (test.mbox, 939, 940, 2043) know_region_cache (test.mbox, 1010, 1011, 2043) know_region_cache (test.mbox, 1070, 1071, 2043) know_region_cache (test.mbox, 1098, 1099, 2043) know_region_cache (test.mbox, 1207, 1208, 2043) know_region_cache (test.mbox, 1215, 1216, 2043) know_region_cache (test.mbox, 1222, 1223, 2043) know_region_cache (test.mbox, 1315, 1316, 2043) Newline cache corrupted in test.mbox at start of rmail-swap-buffers Cache says [55 93 140 171 200 214 252 330 359 360 367 374 445 505 533 642 650 657 750] Truth is [55 93 140 171 200 214 252 330 359 360 367 374 445 505 533 642 650 657 750 952 1053 1145 1232 1324 1416 1431 1439 1447 1448] From debbugs-submit-bounces@debbugs.gnu.org Tue May 27 14:04:12 2014 Received: (at 16433) by debbugs.gnu.org; 27 May 2014 18:04:12 +0000 Received: from localhost ([127.0.0.1]:33649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpLjL-0003N9-Ec for submit@debbugs.gnu.org; Tue, 27 May 2014 14:04:11 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:47142) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WpLjF-0003MX-2D for 16433@debbugs.gnu.org; Tue, 27 May 2014 14:04:05 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N6800H00UYKOP00@mtaout26.012.net.il> for 16433@debbugs.gnu.org; Tue, 27 May 2014 21:00:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6800E58VD3GY60@mtaout26.012.net.il>; Tue, 27 May 2014 21:00:39 +0300 (IDT) Date: Tue, 27 May 2014 21:04:01 +0300 From: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <83fvjvhze6.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Cc: 16433@debbugs.gnu.org > Date: Tue, 27 May 2014 12:20:52 -0400 > > Here is some additional output which perhaps will be helpful. I put > checks at the beginning and end of rmail-swap-buffers, and also > immediately before and after the call to buffer-swap-text. I had these > checks print a message when the cache is OK, and print the character > positions on the cache is corrupted, giving the following. Newlines are > absent from the cache starting with the one at position 952. Thanks, this is valuable data. I will look into this soon. From debbugs-submit-bounces@debbugs.gnu.org Sat May 31 06:13:09 2014 Received: (at 16433) by debbugs.gnu.org; 31 May 2014 10:13:09 +0000 Received: from localhost ([127.0.0.1]:38451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WqgHk-0005p4-91 for submit@debbugs.gnu.org; Sat, 31 May 2014 06:13:08 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:52781) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WqgHh-0005oX-DX for 16433@debbugs.gnu.org; Sat, 31 May 2014 06:13:06 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N6F00K00O09OK00@mtaout25.012.net.il> for 16433@debbugs.gnu.org; Sat, 31 May 2014 13:09:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6F00GFVO82HS50@mtaout25.012.net.il>; Sat, 31 May 2014 13:09:38 +0300 (IDT) Date: Sat, 31 May 2014 13:13:16 +0300 From: Eli Zaretskii Subject: Re: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <83a99yfe83.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Cc: 16433@debbugs.gnu.org > Date: Tue, 27 May 2014 12:20:52 -0400 > > Here is some additional output which perhaps will be helpful. Thanks. I know why I couldn't reproduce what you see: you've sent me the wrong test.mbox file. The one you are using has only 1 message in it, whereas the one you sent me had 2 messages, probably because you have already pressed F4 once to read a new message. If I manually remove the 2nd message from test.mbox, I see the same behavior as you reported. Well, almost the same: for some reason the traces from region-cache.c are very similar, but not exactly identical. I deduced that the initial mbox was not the one you used from the traces you sent: they clearly indicated that your initial mbox was smaller than mine (the last number in know_region_cache trace is the buffer's point-max). In any case, I seem to have now a reproducible recipe, and can work on it locally. Thanks so much for your help. From debbugs-submit-bounces@debbugs.gnu.org Sat May 31 14:27:39 2014 Received: (at 16433) by debbugs.gnu.org; 31 May 2014 18:27:39 +0000 Received: from localhost ([127.0.0.1]:39134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wqo0J-0006QW-5Z for submit@debbugs.gnu.org; Sat, 31 May 2014 14:27:39 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:57365) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wqo0G-0006Q0-6b for 16433@debbugs.gnu.org; Sat, 31 May 2014 14:27:37 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N6G00M00B303T00@mtaout28.012.net.il> for 16433@debbugs.gnu.org; Sat, 31 May 2014 21:25:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6G00KUOB6QVL10@mtaout28.012.net.il>; Sat, 31 May 2014 21:25:38 +0300 (IDT) Date: Sat, 31 May 2014 21:27:25 +0300 From: Eli Zaretskii Subject: Re: bug#16433: Test case for newline cache corruption In-reply-to: <83a99yfe83.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: kdo@cosmos.phy.tufts.edu Message-id: <834n05dcs2.fsf@gnu.org> References: <83a99yfe83.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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: Sat, 31 May 2014 13:13:16 +0300 > From: Eli Zaretskii > Cc: 16433@debbugs.gnu.org > > In any case, I seem to have now a reproducible recipe, and can work on > it locally. Thanks so much for your help. I think I might have nailed the villain. It was a very old bug. The fix is in revision 117181 on the emacs-24 branch; I reproduce it below for your convenience. Please try running with it for a while, and if the problems in Rmail don't come back, I will close the bug. Thanks again for your help. --- src/fileio.c 2014-05-11 02:30:57 +0000 +++ src/fileio.c 2014-05-31 18:23:53 +0000 @@ -4087,7 +4087,7 @@ by calling `format-decode', which see. && SAVE_MODIFF >= MODIFF) we_locked_file = 1; #endif /* CLASH_DETECTION */ - prepare_to_modify_buffer (GPT, GPT, NULL); + prepare_to_modify_buffer (PT, PT, NULL); } move_gap_both (PT, PT_BYTE); From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 01 18:30:05 2014 Received: (at 16433) by debbugs.gnu.org; 1 Jun 2014 22:30:05 +0000 Received: from localhost ([127.0.0.1]:40113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrEGR-00069u-Sb for submit@debbugs.gnu.org; Sun, 01 Jun 2014 18:30:04 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:33797) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrEGO-000694-OI for 16433@debbugs.gnu.org; Sun, 01 Jun 2014 18:30:01 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1WrEGO-0006aB-BI - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Sun, 01 Jun 2014 18:30:00 -0400 From: Ken Olum To: Eli Zaretskii Subject: Re: bug#16433: Test case for newline cache corruption In-Reply-To: <834n05dcs2.fsf@gnu.org> (message from Eli Zaretskii on Sat, 31 May 2014 21:27:25 +0300) Date: Sun, 01 Jun 2014 18:30:00 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 Cc: 16433@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.4 (-) Thanks, Eli. Sorry about the bad test case. I think I said "let me check this one more time before sending it in" and then didn't delete the additional message. I couldn't apply the patch automatically, because I didn't have any CLASH_DETECTION switch in my fileio.c, so patch couldn't find the matching lines. But I applied it by hand and it seems to work. I will let you know in a few days whether the problem is completely gone. How did this get fixed in the emacs-24 branch but not propagated to trunk? Ken From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 01 22:45:19 2014 Received: (at 16433) by debbugs.gnu.org; 2 Jun 2014 02:45:19 +0000 Received: from localhost ([127.0.0.1]:40193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrIFS-0005Kg-G2 for submit@debbugs.gnu.org; Sun, 01 Jun 2014 22:45:18 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:42756) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrIFP-0005KH-Ae for 16433@debbugs.gnu.org; Sun, 01 Jun 2014 22:45:17 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N6I00J00SC7FT00@a-mtaout20.012.net.il> for 16433@debbugs.gnu.org; Mon, 02 Jun 2014 05:45:08 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6I00JOWSZ7ED40@a-mtaout20.012.net.il>; Mon, 02 Jun 2014 05:45:08 +0300 (IDT) Date: Mon, 02 Jun 2014 05:44:58 +0300 From: Eli Zaretskii Subject: Re: bug#16433: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <831tv8av2t.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433 Cc: 16433@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 (+) > From: Ken Olum > Cc: 16433@debbugs.gnu.org > Date: Sun, 01 Jun 2014 18:30:00 -0400 > > I couldn't apply the patch automatically, because I didn't have any > CLASH_DETECTION switch in my fileio.c, so patch couldn't find the > matching lines. I guess you tried to apply to the trunk, whereas I put the change in the emacs-24 branch (as it is clearly a regression wrt the previous release). > How did this get fixed in the emacs-24 branch but not propagated to > trunk? It got merged to the trunk a few hours ago, as part of revision 117220. The release branch is merged to the trunk from time to time. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 12:57:58 2014 Received: (at 16433) by debbugs.gnu.org; 5 Jun 2014 16:57:58 +0000 Received: from localhost ([127.0.0.1]:45993 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsazB-0004zF-2F for submit@debbugs.gnu.org; Thu, 05 Jun 2014 12:57:58 -0400 Received: from cosmos.phy.tufts.edu ([130.64.83.16]:50950) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wsaz4-0004yu-R2 for 16433@debbugs.gnu.org; Thu, 05 Jun 2014 12:57:51 -0400 Received: from kdo by cosmos.phy.tufts.edu ([local]:local) with local id 1Wsaz4-0005Uu-EM - Using Exim-4.80.1 (MandrivaLinux) MTA (return-path ); Thu, 05 Jun 2014 12:57:46 -0400 From: Ken Olum To: Eli Zaretskii Subject: Re: bug#16433: Test case for newline cache corruption In-Reply-To: <834n05dcs2.fsf@gnu.org> (message from Eli Zaretskii on Sat, 31 May 2014 21:27:25 +0300) Date: Thu, 05 Jun 2014 12:57:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 16433 Cc: 16433@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.4 (-) As far as I can tell, the fix is good. I've been running with it all this week and I have not seen any cache corruption. As far as I'm concerned the bug could be closed. Sorry about my confusion earlier about the different branches. Ken From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 13:32:15 2014 Received: (at 16433-done) by debbugs.gnu.org; 5 Jun 2014 17:32:15 +0000 Received: from localhost ([127.0.0.1]:46021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsbWM-0006E9-Ni for submit@debbugs.gnu.org; Thu, 05 Jun 2014 13:32:14 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:51611) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsbWG-0006DP-72 for 16433-done@debbugs.gnu.org; Thu, 05 Jun 2014 13:32:08 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N6P00300HNCNK00@mtaout27.012.net.il> for 16433-done@debbugs.gnu.org; Thu, 05 Jun 2014 20:28:52 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6P001KRHW3L350@mtaout27.012.net.il>; Thu, 05 Jun 2014 20:28:52 +0300 (IDT) Date: Thu, 05 Jun 2014 20:31:46 +0300 From: Eli Zaretskii Subject: Re: bug#16433: Test case for newline cache corruption In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Olum Message-id: <83d2en5kl9.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16433-done Cc: 16433-done@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 (+) > From: Ken Olum > Cc: 16433@debbugs.gnu.org > Date: Thu, 05 Jun 2014 12:57:46 -0400 > > As far as I can tell, the fix is good. I've been running with it all > this week and I have not seen any cache corruption. As far as I'm > concerned the bug could be closed. Thanks a lot, closing. > Sorry about my confusion earlier about the different branches. No sweat, anybody could make a mistake. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 06 11:07:58 2014 Received: (at 16433) by debbugs.gnu.org; 6 Jun 2014 15:07:58 +0000 Received: from localhost ([127.0.0.1]:47375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsvkL-0005Pf-9c for submit@debbugs.gnu.org; Fri, 06 Jun 2014 11:07:57 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:34322 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsvkJ-0005PX-55 for 16433@debbugs.gnu.org; Fri, 06 Jun 2014 11:07:55 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WsvkH-0003Um-ID; Fri, 06 Jun 2014 11:07:53 -0400 Date: Fri, 06 Jun 2014 11:07:53 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Eli Zaretskii In-reply-to: <83d2en5kl9.fsf@gnu.org> (message from Eli Zaretskii on Thu, 05 Jun 2014 20:31:46 +0300) Subject: Re: bug#16433: Test case for newline cache corruption References: <83d2en5kl9.fsf@gnu.org> X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 16433 Cc: 16433@debbugs.gnu.org, eliz@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: rms@gnu.org 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.7 (-----) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Hooray for this fix, and kudos to Ken for discovering a test case. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call. From unknown Mon Jun 16 23:47:44 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, 05 Jul 2014 11:24:04 +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