From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Strange behavior in search-forward-regexp? Date: Sat, 11 Feb 2006 20:33:53 +0100 Message-ID: <0BD44E64-F368-4C0E-AD59-A261D0D38D5E@web.de> References: <64B6A146-3995-4FD2-9867-7FC681AF9E5D@Web.DE> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1139693296 11355 80.91.229.2 (11 Feb 2006 21:28:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 11 Feb 2006 21:28:16 +0000 (UTC) Cc: Emacs help Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Feb 11 22:28:13 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F82Ho-0005jm-SI for geh-help-gnu-emacs@m.gmane.org; Sat, 11 Feb 2006 22:28:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F81ji-0005GY-Km for geh-help-gnu-emacs@m.gmane.org; Sat, 11 Feb 2006 15:52:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F810Z-0005uy-Os for help-gnu-emacs@gnu.org; Sat, 11 Feb 2006 15:06:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F80ww-0004g0-PH for help-gnu-emacs@gnu.org; Sat, 11 Feb 2006 15:02:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F80VJ-0003SR-IJ for help-gnu-emacs@gnu.org; Sat, 11 Feb 2006 14:33:57 -0500 Original-Received: from [217.72.192.209] (helo=smtp05.web.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F80ZM-0000Ux-VG for help-gnu-emacs@gnu.org; Sat, 11 Feb 2006 14:38:09 -0500 Original-Received: from [84.245.166.25] (helo=[192.168.1.2]) by smtp05.web.de with asmtp (WEB.DE 4.105 #340) id 1F80VH-0006GM-00; Sat, 11 Feb 2006 20:33:55 +0100 In-Reply-To: X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: Mattis X-Mailer: Apple Mail (2.746.2) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:33146 Archived-At: Am 11.02.2006 um 20:00 schrieb Mattis: >>> In buffer 0, test1 and test2 willreturn the same result, =20 >>> "row1;test1", >>> but in buffer 1, test1 will return "\nrow1;test1" (\n is a newline) >>> and test2 "row1;test1". I've seen the same behaviour of search-forward-regexp "^[^;]+;.*text" =20= a few times, wrapping around into the next line. It's obvious that =20 newline is not semicolon, so it complies with the search regexp. I =20 have no better advice than to use a non-discriminating regexp, i.e. =20 search for a set of real characters. It would probably make more sense to learn the new set of descriptors =20= for regexp's (the Perl look alikes), and in which version of GNU =20 Emacs they actually work ... -- Greetings Pete =93Computers are good at following instructions, but not at reading =20 your mind.=94 - D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9