[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Wed, 6 Aug 2014 06:23:17 -0400
From: Rich Felker <dalias@...c.org>
To: 林冠儒 <g548462@...il.com>
Cc: musl@...ts.openwall.com
Subject: Re: fnmatch.h bug?
On Wed, Aug 06, 2014 at 06:03:33PM +0800, 林冠儒 wrote:
> I have do another experiment.
>
> musl-libc:
> i = fnmatch("\\","\\",0); // it returns 0 -> i=0
> i = fnmatch("\\","\\",FNM_NOESCAPE); // it also returns 0 -> i=0
>
> But I think this two lines of code should return different value because I
> set the FNM_NOESCAPE flag.
Per a strict reading of the current text of backslash is not special
when it appears at the end of the pattern string. See Austin Group
issue #806:
http://austingroupbugs.net/view.php?id=806
However, the way this was resolved (treating the final backslash as
unmatchable or as an error) does not match musl's current behavior, so
musl should be changed here.
> I also do same experiment in glibc:
> glibc:
> i = fnmatch("\\","\\",0); // it returns 1 -> i=1
> i = fnmatch("\\","\\",FNM_NOESCAPE); // it returns 0 -> i=0
>
>
> In another case:
> musl-libc:
> i = fnmatch("[1\\]","[1]",0); // it returns 1 -> i=1
> glibc:
> i = fnmatch("[1\\]","[1]",0); //it returns 0 -> i=0
>
> Because I DON'T set FNM_NOESCAPE flag, so glibc will escape ']' with two '\'
> And the return value should be 0 (match '[1]')
> Is it right ?
As nsz said, my interpretation of the requirements is that backslash
in a bracket expression is never special; it is an ordinary character.
This has been discussed before and nobody was able to prevent
convincing evidence to the contrary, but it's been a while since I
looked into the issue and I don't have the references handy.
> It would be very helpful if you email me back and tell me what's the problem
> Sorry ,my english is so poor.
No problem, you're communicating fine.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
