On Mon, Mar 25, 2013 at 10:44 PM, Andriy Gapon <[email protected]> wrote: > > Would like to ask for opinions on this topic... > Please read this PR for context: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122838 > Especially Jaakko's insightful description of the problem. > > > -------- Original Message -------- > Message-ID: <[email protected]> > Date: Mon, 25 Mar 2013 22:37:44 +0200 > From: Andriy Gapon <[email protected]> > Subject: Re: kern/122838: [devfs] devfs doesn't handle complex paths (like > zvol/pool/vms) good > > > Can't believe that we are still where we were more than two years ago... > > I think that we have to make this change even if it _might_ break some > existing > rulesets. > > Rationale: > - current behavior is contrary to any documentation > - current behavior is contrary to common sense > - current behavior is very hard to describe and account for > - I presume that very few people actually fully understand the current > behavior > - I presume that even fewer people made a conscious choice to depend or make > use > of its non-trivial features of the current behavior > > So, we should make the behavior of devfs pattern consistent with the > documentation and the common sense. > > In addition to Jaakko's patch I propose that we pass FNM_PATHNAME to > fnmatch(9), > so that the matching is indeed consistent with glob(3) / shell glob-ing rules > for filesystem paths. > > -- > Andriy Gapon > > > Absolutely yes. Any kind of rule based matching should default to matching full strings. The rule syntax should then offer options to narrow down the matching to a specific part(s) of the matched strings.
-Kimmo _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[email protected]"
