From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Possible misleading example in `Incremental Search' Info node Date: Thu, 04 Aug 2016 18:01:59 +0300 Message-ID: <83y44clgrc.fsf@gnu.org> References: <87k2fwbu0w.fsf@rudiments.goosenet.in> <3c73d2fb-04c9-4c2b-ba61-cdeed1473a36@default> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1470322977 6623 195.159.176.226 (4 Aug 2016 15:02:57 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 4 Aug 2016 15:02:57 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Aug 04 17:02:53 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bVKAb-00012I-AK for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Aug 2016 17:02:49 +0200 Original-Received: from localhost ([::1]:40340 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVKAY-00072b-47 for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Aug 2016 11:02:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58026) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVKA2-000729-2G for help-gnu-emacs@gnu.org; Thu, 04 Aug 2016 11:02:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bVK9w-00048G-JW for help-gnu-emacs@gnu.org; Thu, 04 Aug 2016 11:02:12 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36074) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVK9w-00048C-GS for help-gnu-emacs@gnu.org; Thu, 04 Aug 2016 11:02:08 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4218 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bVK9v-0007HQ-OM for help-gnu-emacs@gnu.org; Thu, 04 Aug 2016 11:02:08 -0400 In-reply-to: <3c73d2fb-04c9-4c2b-ba61-cdeed1473a36@default> (message from Drew Adams on Thu, 4 Aug 2016 07:21:06 -0700 (PDT)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:111067 Archived-At: > Date: Thu, 4 Aug 2016 07:21:06 -0700 (PDT) > From: Drew Adams > > > I was reading the _Incremental_Search_ Info node in the Emacs manual. > > In "15.1.4 Special Input for Incremental Search", found via > > > > (info "(emacs)Special Isearch") > > > > the second paragraph discusses "lax space matching", and its second and > > third sentences read as follows in my version of Emacs: > > > > Hence, 'foo bar' matches 'foo bar', 'foo bar', 'foo bar', and so on > > (but not 'foobar'). More precisely, Emacs matches each sequence of > > space characters in the search string to a regular expression > > specified by the variable 'search-whitespace-regexp'. > > > > From my understanding of that full paragraph, the following illustrates > > the default behaviour. Suppose that we have the text > > > > foobar > > foo bar > > foo bar > > foo bar > > Good catch. I've reported that regression (using `M-x report-emacs-bug') > as bug #24151. > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24151 This was already reported some time ago and is fixed in the 25.1 release candidate.