[pcre-dev] [Bug 1315] \r, \n and $ matching seems to be ill…

Top Page
Delete this message
Author: Christoph Anton Mitterer
Date:  
To: pcre-dev
Subject: [pcre-dev] [Bug 1315] \r, \n and $ matching seems to be illogical or not fully documented.
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1315

Christoph Anton Mitterer <calestyo@???> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |





--- Comment #4 from Christoph Anton Mitterer <calestyo@???> 2012-11-09 00:05:39 ---
Hi Philip.

(In reply to comment #2)
> The circumflex and dollar metacharacters are zero-width assertions. That is,  
> they test for a particular condition being true without consuming any        
> characters from the subject string.   

Thanks for that,... I'd understand this, now that I know what it means.

1) May I suggest (which is why I reopened this "bug") that you add a small
example at the places you've mentioned.
Perhaps one similar to mine e.g.:
This means that "^a[^$]" would not match the single line "a", but only e.g.
"ab"

2) Further, it would perhaps make sense to tell what this particular condition
is... I guess "the end of the current input line has been met" (in contrast to
"I found and end-of-line character).


And the same of (1) and (2) perhaps for "^"

> In the section on character classes it already says "A class that starts with a
> circumflex is not an assertion; it still consumes a character from the subject
> string, and therefore it fails if the current pointer is at the end of the
> string."

Ah,... sorry for not seeing this... PCRE is just so mighty and the
documentation so long... even when I read it once completely,... I forgot 99%
10 minutes after ;)


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email