From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Invalid search bound (wrong side of point) Date: Mon, 31 May 2004 19:33:38 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <878yf8lfoc.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1086021559 14808 80.91.224.253 (31 May 2004 16:39:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 31 May 2004 16:39:19 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon May 31 18:39:12 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BUpoe-0003i3-00 for ; Mon, 31 May 2004 18:39:12 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BUpod-00055R-00 for ; Mon, 31 May 2004 18:39:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BUpop-0004fo-Nh for emacs-devel@quimby.gnus.org; Mon, 31 May 2004 12:39:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BUpoD-0004Hd-9m for emacs-devel@gnu.org; Mon, 31 May 2004 12:38:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BUpoA-0004GS-Bb for emacs-devel@gnu.org; Mon, 31 May 2004 12:38:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BUpo9-0004Fx-DY for emacs-devel@gnu.org; Mon, 31 May 2004 12:38:41 -0400 Original-Received: from [66.33.219.19] (helo=spoon.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BUpmI-0007Sl-8a for emacs-devel@gnu.org; Mon, 31 May 2004 12:36:46 -0400 Original-Received: from mail.jurta.org (80-235-43-217-dsl.mus.estpak.ee [80.235.43.217]) by spoon.dreamhost.com (Postfix) with ESMTP id 8D1E113D8B0 for ; Mon, 31 May 2004 09:36:44 -0700 (PDT) Original-To: emacs-devel@gnu.org User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:24284 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24284 `perform-replace' signals an error even during normal operation such as replacing a string in the active region with transient mark mode enabled. This bug can be reproduced by evaluating in the *scratch* buffer: (progn (transient-mark-mode 1) (insert "\na\n\n\n") (perform-replace "^" " " nil t nil nil nil (- (point) 4) (- (point) 2))) `perform-replace' uses nil value returned from `re-search-forward' as a condition to terminate the loop, but when the value of point becomes greater than limit, "Invalid search bound" error is signalled, even though `noerror' argument of `re-search-forward' is t. Generally, this error can be observed by evaluating in this buffer by C-x C-e: (re-search-forward "abc" (point-min) t) whereas evaluating the following expression simply returns nil: (re-search-forward "def" (point-max) t) It seems that `search_command' should be changed to not signal an "Invalid search bound" error if its `noerror' argument is non-nil. -- Juri Linkov http://www.jurta.org/emacs/