[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Release of 2.00~rc1

From: Robert Mabee
Subject: Re: Release of 2.00~rc1
Date: Wed, 27 Jun 2012 00:40:08 -0400
User-agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1

On 06/25/2012 10:46 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 26.06.2012 04:16, Robert Mabee wrote:
REG_NEWLINE causes incorrect results when a filename contains a newline,
both because a wild char won't match the newline, and because the generated
pattern anchors ^$ can match adjacent to the newline.
Looks like you misinterpret the flags and it's actually reversed to what
you say. Did you check that claimeed behaviour actuall occurs?
Yes, though with a different filename.
               Match-any-character operators don't match a newline.

               A nonmatching list ([^...])  not containing a newline does
not match a newline.

               Match-beginning-of-line operator (^) matches the empty
string immediately after a newline, regardless of whether eflags, the
execution flags of  regexec(),  con‐
               tains REG_NOTBOL.
Those are the undesirable (in my opinion) behaviors in this case, where ^ and $
are supplied automatically to make sure the user pattern matches the entire
filename, and everyone knows * matches all files, but newline in a filename
spoils both.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]