From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: cperl + isearch + font-lock-multiline sometimes very slow
Date: Fri, 20 Oct 2006 02:06:55 -0400
Message-ID: <E1GanWx-000518-BE@fencepost.gnu.org>
References: <q5girigesgt.fsf@sfsw51.de.lucent.com>
	<E1GaSdL-0006BV-Cm@fencepost.gnu.org>
	<m3lknck0li.fsf@kfs-l.imdomain.dk>
Reply-To: rms@gnu.org
NNTP-Posting-Host: main.gmane.org
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: sea.gmane.org 1161367297 17709 80.91.229.2 (20 Oct 2006 18:01:37 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Fri, 20 Oct 2006 18:01:37 +0000 (UTC)
Cc: kzeitler@lucent.com, emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 20 20:01:35 2006
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1GaygA-0008SC-9z
	for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 20:01:10 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Gayg9-0002JF-TS
	for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 14:01:09 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1GanX2-0000Xs-2j
	for emacs-devel@gnu.org; Fri, 20 Oct 2006 02:07:00 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1GanX0-0000Xf-Mq
	for emacs-devel@gnu.org; Fri, 20 Oct 2006 02:06:58 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1GanX0-0000Xc-Hy
	for emacs-devel@gnu.org; Fri, 20 Oct 2006 02:06:58 -0400
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1GanX0-0007Ln-9w
	for emacs-devel@gnu.org; Fri, 20 Oct 2006 02:06:58 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1GanWx-000518-BE; Fri, 20 Oct 2006 02:06:55 -0400
Original-To: storm@cua.dk (Kim F. Storm)
In-reply-to: <m3lknck0li.fsf@kfs-l.imdomain.dk> (storm@cua.dk)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.devel:60942
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/60942>

    > But I think the interesting question is why the text properties
    > make isearch slow.  I suspect that is where the bug is.

    search.c:
    #define REGEXP_CACHE_SIZE 20

    I don't know but doesn't font-lock alone sometimes need more
    than 20 regexps?

Maybe it does, and maybe we should increase the cache size;
but why would this make isearch slow?

Is the slowness due to fontification when isearch shows
new parts of the buffer?  If so, repeating the same isearch
will be fast.  Is that the case?