From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#14729: 24.3.50; Isearch oddity Date: Fri, 28 Jun 2013 02:44:38 +0300 Organization: JURTA Message-ID: <87mwqbay6p.fsf@mail.jurta.org> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1372378813 25474 80.91.229.3 (28 Jun 2013 00:20:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Jun 2013 00:20:13 +0000 (UTC) Cc: 14729@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jun 28 02:20:13 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 1UsMQ9-0008Vi-1C for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Jun 2013 02:20:13 +0200 Original-Received: from localhost ([::1]:36729 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UsMQ8-0006sT-Is for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Jun 2013 20:20:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UsMQ3-0006nE-B1 for bug-gnu-emacs@gnu.org; Thu, 27 Jun 2013 20:20:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UsMQ2-0001Az-HO for bug-gnu-emacs@gnu.org; Thu, 27 Jun 2013 20:20:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51528) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UsMQ2-0001Ao-Dl for bug-gnu-emacs@gnu.org; Thu, 27 Jun 2013 20:20:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UsMQ1-0004HE-DS for bug-gnu-emacs@gnu.org; Thu, 27 Jun 2013 20:20:05 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Jun 2013 00:20:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14729 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14729-submit@debbugs.gnu.org id=B14729.137237878416394 (code B ref 14729); Fri, 28 Jun 2013 00:20:05 +0000 Original-Received: (at 14729) by debbugs.gnu.org; 28 Jun 2013 00:19:44 +0000 Original-Received: from localhost ([127.0.0.1]:45842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UsMPf-0004GK-6a for submit@debbugs.gnu.org; Thu, 27 Jun 2013 20:19:43 -0400 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:44580 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UsMPY-0004Fs-UH for 14729@debbugs.gnu.org; Thu, 27 Jun 2013 20:19:37 -0400 Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id CA899258B9E915; Thu, 27 Jun 2013 17:19:35 -0700 (PDT) In-Reply-To: (Dani Moncayo's message of "Thu, 27 Jun 2013 11:58:59 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) 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:75664 Archived-At: > Recipe from "emacs -Q": > M-< b u f C-s C-s f e r I guess this key sequence should be rather: M-< C-s b u f C-s C-s f e r Is this what you meant? > After that, the echo area indicates that, in the current Isearch, I'm > looking for "buffer", and I've found the "buf" part, but not the > remaining "fer". > > That makes no sense, because that cannot happen in the current buffer, > where every instance of "buf" is followed by a "fer". This is an interesting state of the search. The search is failed, so it assumes that adding more characters to the failed search should leave the search in the failed state. Isn't this logically correct? What do you expect it to do in this case?