From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Bug in looking-at? Date: Sun, 14 Aug 2005 23:12:49 +0200 Message-ID: <42FFB3D1.6050104@student.lu.se> References: <42FE216D.6070709@student.lu.se> <42FE50AC.9030707@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1124054947 30133 80.91.229.2 (14 Aug 2005 21:29:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 14 Aug 2005 21:29:07 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 14 23:29:03 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E4Q1S-0006zv-8e for ged-emacs-devel@m.gmane.org; Sun, 14 Aug 2005 23:28:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E4Q4m-00064W-4v for ged-emacs-devel@m.gmane.org; Sun, 14 Aug 2005 17:31:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E4Q2L-0005Zo-PI for emacs-devel@gnu.org; Sun, 14 Aug 2005 17:28:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E4Q2E-0005Wg-JL for emacs-devel@gnu.org; Sun, 14 Aug 2005 17:28:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E4Q2C-0005P4-Ep for emacs-devel@gnu.org; Sun, 14 Aug 2005 17:28:49 -0400 Original-Received: from [81.228.8.83] (helo=pne-smtpout1-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E4Q1v-0004Gl-66 for emacs-devel@gnu.org; Sun, 14 Aug 2005 17:28:31 -0400 Original-Received: from [192.168.123.121] (83.249.200.192) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 42BFBBD200771CE4 for emacs-devel@gnu.org; Sun, 14 Aug 2005 23:12:53 +0200 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en In-Reply-To: <42FE50AC.9030707@student.lu.se> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:42040 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:42040 Lennart Borgman wrote: > Lennart Borgman wrote: > >> Second time today I think I have found a bug... What should I say... >> Hope this one is ok ;-) >> >> (defun bug-looking-at() >> "Instructions for showing the possible bug: >> 1. Place the point before \(interactive\) and run this function. >> The first looking-at succeeds, the second fails. >> 2. Then copy the last (looking-at ...), place point as before and run >> with M-S-:. >> It should fail to match again. >> 3. Now recall this in M-S-: and add character s last in the regexp. >> This time it should match. Try removing the s again..." >> (interactive) >> (unless (looking-at "(interactive)") >> (error "Please put the point at \(interactive\)")) >> (message "Second (looking-at ...) => %s" (looking-at >> "(interactive)[[:space:]]+(unles"))) >> >> I am doing this on w32, Emacs from 9 aug, emacs -Q. > > > Some more information. Looking at the char syntax: > > (message "%s,%s,%s" > (string (char-syntax ?\t)) > (string (char-syntax ?\r)) > (string (char-syntax ?\n))) > > gives " ,_,>" -- this is whitespace character, symbol constituent and > comment ender. > > Could part of the problem here be that the syntax table is broken on > w32 since ?\r is symbol constituent? But this can not be the whole > story, since it behaves differently when run through -S-: Richard has replied that he does not see this problem on his system (GNU/Linux I suppose). I have the following to add: - Setting the syntax for \r to either " " or ">" does not make looking-at return t. - If however [[:space:]] is replaced with [ \t\r\n] then looking-at returns t. To me there seems to be a couple of strange things going on. I have no idea even where to start looking. Can someone else please test on at least w32?