From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: newline cache Date: Mon, 21 Apr 2014 19:55:01 +0300 Message-ID: <837g6id3mi.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1398099336 22329 80.91.229.3 (21 Apr 2014 16:55:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Apr 2014 16:55:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 21 18:55:30 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WcHVB-0007BB-QO for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2014 18:55:29 +0200 Original-Received: from localhost ([::1]:50335 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcHVB-0006Oe-Ga for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2014 12:55:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58575) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcHV2-0006Mh-N3 for emacs-devel@gnu.org; Mon, 21 Apr 2014 12:55:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WcHUu-0001Lh-Co for emacs-devel@gnu.org; Mon, 21 Apr 2014 12:55:20 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:48591) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcHUu-0001LV-5c; Mon, 21 Apr 2014 12:55:12 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N4E00000385ZF00@mtaout24.012.net.il>; Mon, 21 Apr 2014 19:53:24 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N4E00MS54908C70@mtaout24.012.net.il>; Mon, 21 Apr 2014 19:53:24 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:171539 Archived-At: > Date: Mon, 21 Apr 2014 12:28:03 -0400 > From: Richard Stallman > > I recall that some months ago I encountered a bug in the newline cache > which caused mail-fetch-field to include a extra newline in the value > of the X-RMAIL-ATTRIBUTES field. ISTR that the bug was fixed. > > But it happened again, in Emacs as rebuilt on March 19 from fairly > recent sources. > > There was little hope I can find a way to reproduce it from a > standing start -- I could hardly hope to get the newline cache just > right. > > Does anyone remember what the fix was for that bug? I've seen a couple of problems in the current pretest which disappeared once I turned off the cache in the Rmail buffer. I've tried to see what does Rmail do that triggers this, but came up empty-handed. Help is welcome. In general, each insertion and each deletion in any buffer must call invalidate_buffer_caches. I tried to find any code that doesn't, but couldn't find anything. Another possibility is that the tricky optimizations in find_newline have some subtle bug, so close scrutiny of that code might find the cause.