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: Tue, 22 Apr 2014 20:46:16 +0300 Message-ID: <837g6hb6l3.fsf@gnu.org> References: <837g6id3mi.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1398188805 6266 80.91.229.3 (22 Apr 2014 17:46:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Apr 2014 17:46:45 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 22 19:46:38 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 1WcemD-0005vJ-TJ for ged-emacs-devel@m.gmane.org; Tue, 22 Apr 2014 19:46:38 +0200 Original-Received: from localhost ([::1]:56477 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcemD-00058L-JA for ged-emacs-devel@m.gmane.org; Tue, 22 Apr 2014 13:46:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wcem6-00058G-KJ for emacs-devel@gnu.org; Tue, 22 Apr 2014 13:46:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wcem1-0007KB-0B for emacs-devel@gnu.org; Tue, 22 Apr 2014 13:46:30 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:44812) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wcem0-0007H2-Kc; Tue, 22 Apr 2014 13:46:24 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N4G0090015HZM00@a-mtaout22.012.net.il>; Tue, 22 Apr 2014 20:46:23 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N4G009QL1DAKOA0@a-mtaout22.012.net.il>; Tue, 22 Apr 2014 20:46:22 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:171584 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , emacs-devel@gnu.org > Date: Tue, 22 Apr 2014 10:28:19 -0400 > > Maybe add a monitoring code, which (when enabled at compile-time) always > checks the return value of that cache against the non-cached result? As I explained in a previous message, when the value returned by the cache is wrong, it's too late, because the corruption happened some time in the past. It's like debugging memory allocation bugs by catching exceptions in 'free'.