Sorry, I believe you had nailed it already -- I didn't
read carefully to the end.

> On Feb 20, 2020, at 23:17, Peter Serocka <[email protected]> wrote:
> 
> 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] 
>> <mailto:[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://spectrumscale.org/>
>> http://gpfsug.org/mailman/listinfo/gpfsug-discuss 
>> <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