Looking at the example '*/xy_survey_*/name/*.tif':
that's not a "real" (POSIX) regular expression but a use of
a much simpler "wildcard pattern" as commonly used in the UNIX shell
when matching filenames.

So I would assume that the 'f' parameter just mandates that
REGEX() must apply "filename matching" rules here instead
of POSIX regular expressions.

makes sense?

-- Peter


> On Feb 20, 2020, at 21:43, Todd Ruston <[email protected]> wrote:
> 
> Greetings,
> 
> I've been working on creating some new policy rules that will require regular 
> expression matching on path names. As a crutch to help me along, I've used 
> the mmfind command to do some searches and used its policy output as a model. 
> Interestingly, it creates REGEX() functions with an undocumented parameter. 
> For example, the following REGEX expression was created in the WHERE clause 
> by mmfind when searching for a pathname pattern:
> 
> REGEX(PATH_NAME, '*/xy_survey_*/name/*.tif','f')
> 
> The Scale policy documentation for REGEX only mentions 2 parameters, not 3:
> 
> REGEX(String,'Pattern')
> Returns TRUE if the pattern matches, FALSE if it does not. Pattern is a Posix 
> extended regular expression.
> 
> (The above is from 
> https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.2/com.ibm.spectrum.scale.v5r02.doc/bl1adv_stringfcts.htm
>  
> <https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.2/com.ibm.spectrum.scale.v5r02.doc/bl1adv_stringfcts.htm>)
> 
> Anyone know what that 3rd parameter is, what values are allowed there, and 
> what they mean? My assumption is that it's some sort of selector for type of 
> pattern matching engine, because that pattern (2nd parameter) isn't being 
> handled as a standard regex (e.g. the *'s are treated as wildcards, not 
> zero-or-more repeats).
> 
> -- 
> Todd E. Ruston
> Information Systems Manager
> Monterey Bay Aquarium Research Institute (MBARI)
> 7700 Sandholdt Road, Moss Landing, CA, 95039
> Phone 831-775-1997      Fax 831-775-1652      http://www.mbari.org 
> <http://www.mbari.org/>
> 
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to