From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#15797: 24.3.50; Info: Mention cache-long-scans Date: Wed, 06 Nov 2013 22:56:20 +0200 Message-ID: <83y5515jwr.fsf@gnu.org> References: <"<9jiow9uhoa.fsf"@fencepost.gnu.org> <"<87bo20fh3h.fsf"@web.de> <641abd7d-e14a-4c0c-a218-4ebe88de6234@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1383771431 11430 80.91.229.3 (6 Nov 2013 20:57:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Nov 2013 20:57:11 +0000 (UTC) Cc: michael_heerdegen@web.de, 15797@debbugs.gnu.org, kjambunathan@gmail.com To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 06 21:57:14 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VeAA6-0004oz-4f for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Nov 2013 21:57:14 +0100 Original-Received: from localhost ([::1]:36038 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeAA5-0006X9-Rn for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Nov 2013 15:57:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeA9y-0006Wo-H7 for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 15:57:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VeA9u-0002Zc-FZ for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 15:57:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52087) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeA9u-0002ZY-C3 for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 15:57:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VeA9u-0004zK-1O for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 15:57:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Nov 2013 20:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15797 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 15797-submit@debbugs.gnu.org id=B15797.138377140019140 (code B ref 15797); Wed, 06 Nov 2013 20:57:01 +0000 Original-Received: (at 15797) by debbugs.gnu.org; 6 Nov 2013 20:56:40 +0000 Original-Received: from localhost ([127.0.0.1]:37873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VeA9X-0004ye-D0 for submit@debbugs.gnu.org; Wed, 06 Nov 2013 15:56:39 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:39417) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VeA9V-0004yO-5H for 15797@debbugs.gnu.org; Wed, 06 Nov 2013 15:56:38 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MVV00H0005B4J00@a-mtaout22.012.net.il> for 15797@debbugs.gnu.org; Wed, 06 Nov 2013 22:56:30 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MVV00GSA0U2WJC0@a-mtaout22.012.net.il>; Wed, 06 Nov 2013 22:56:26 +0200 (IST) In-reply-to: <641abd7d-e14a-4c0c-a218-4ebe88de6234@default> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:80097 Archived-At: > Date: Wed, 6 Nov 2013 10:58:55 -0800 (PST) > From: Drew Adams > Cc: 15797@debbugs.gnu.org, kjambunathan@gmail.com > > > > BTW, when cache-long-scans t works now, is there any benefit in > > > setting it nil? > > > > We will shortly turn it on by default, as you see from the rest of > > this discussion. > > Only for visual-line-mode, or in general? Only when there are > actually long lines in the buffer, or in general? Always. > And the question was not just about the default behavior, but > whether there is (ever) any benefit in setting it to nil. There's overhead of having it non-nil, but it is small, or so we think. > The variable is always buffer-local. If it will be on by default, > will it ever be turned off? When the user does that. > I assume I can turn it off explicitly in a given buffer, but what > else might turn it off? Nothing. > Also, I wonder about this part of the doc (I don't have the C > source code to check what it really does): > > "If `cache-long-scans' is non-nil, these motion functions cache > the results of their scans" > > That does not say that they cache only the result of scanning long > lines. Is that correct? Yes. > Do they cache the result of scanning even short lines? Yes.