From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#40216: 28.0.50; Misinformation in isearch char-fold Date: Wed, 25 Mar 2020 22:29:29 +0200 Organization: LINKOV.NET Message-ID: <87imiskzc6.fsf@mail.linkov.net> References: <87y2rppddp.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="22095"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: 40216@debbugs.gnu.org To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 25 22:00:22 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jHD8P-0005ac-8w for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 25 Mar 2020 22:00:21 +0100 Original-Received: from localhost ([::1]:43286 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHD8O-0003PD-5s for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 25 Mar 2020 17:00:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43000) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHD89-0003NG-Fz for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2020 17:00:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHD88-00080N-Aw for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2020 17:00:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51880) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jHD88-00080B-81 for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2020 17:00:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jHD88-0008C8-76 for bug-gnu-emacs@gnu.org; Wed, 25 Mar 2020 17:00:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Mar 2020 21:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40216 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 40216-submit@debbugs.gnu.org id=B40216.158516997731377 (code B ref 40216); Wed, 25 Mar 2020 21:00:04 +0000 Original-Received: (at 40216) by debbugs.gnu.org; 25 Mar 2020 20:59:37 +0000 Original-Received: from localhost ([127.0.0.1]:57841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jHD7h-0008A1-Mf for submit@debbugs.gnu.org; Wed, 25 Mar 2020 16:59:37 -0400 Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:39971) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jHD7e-00089P-1v for 40216@debbugs.gnu.org; Wed, 25 Mar 2020 16:59:34 -0400 X-Originating-IP: 91.129.96.173 Original-Received: from mail.gandi.net (m91-129-96-173.cust.tele2.ee [91.129.96.173]) (Authenticated sender: juri@linkov.net) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 111621BF203; Wed, 25 Mar 2020 20:59:26 +0000 (UTC) In-Reply-To: (Robert Pluim's message of "Wed, 25 Mar 2020 10:22:51 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:177722 Archived-At: > Out of curiosity, what were you searching for that resulted in such a > large regexp? Sometimes I pull a few of lines (usually 1-3 lines, not more) from the buffer into the search string to confirm that the same lines exist in more places in the same buffer ignoring the differences defined by folding rules. But after pulling 2 lines into the search string, the generated regexp becomes so long that the regexp search fails with the error "Regular expression too big". Currently it silently switches to literal search without notification that it doesn't follow the folding rules anymore. With the patch it informs about switching to literal search.