On 12/3/2014 3:02 PM, Ralf Quint wrote:
On 12/3/2014 8:30 AM, waldo kitty wrote:
yes, i wrote t11.txt when i should have written t1.txt... my bad...
however on
OS/2 native
OS/2 with 4OS2 command interpreter replacement
OS/2 DOS native
OS/2 DOS with 4DOS command interpreter replacement
Vista (32bit)
t?.txt returns both t.txt and t1.txt...
On any DOS based OS (that includes OS/2 and Windows), the "?" wildcard character
will find any character, including no character at all in that position. So in
your example, t?.txt will find t.txt and tx.txt but not txy.txt. It will not
return any filename longer than your search mask, but return shorter filenames.
This is (should be) a functionality of the underlying system calls.
On *ix based systems, the filenames are evaluated by the shell, not the OS, and
your search result will be different in a lot of cases...
yep... that's exactly been my findings... my main goal, in this case, is/was to
find a way of having multiple masks... messing with MatchesMaskList showed me
the difference which i was trying to figure out as it was not what was expected...
now i have three choices and don't yet know which i'll choose... most likely the
plain findfirst with multiple masks one... it works and its operation is as
expected from ~30 years messing with computers... the regex one will definitely
stay in the stack as it offers an easy method to go both ways and that may be
desirable in some cases... i just have to test it on OS/2 and see if i can
compile it... i can't do that with MatchesMaskList because the unit that
contains it is not available on OS/2...
--
NOTE: No off-list assistance is given without prior approval.
Please *keep mailing list traffic on the list* unless
private contact is specifically requested and granted.
_______________________________________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
