cbmcopy should support wildcards ("*" and "?") itself
instead of relying on the shell in doing it.
At least I would like to see, that cbmcopy gets able to
handle filename at Commodore device with wildcards.
This is needed because no host shell system would be
able to expand wildcards for files on external devices.
And if implementing wildcard support for external
device why not completing wildcard support for local
files too?
I have to admit that such behaviour would end up in
such ugly stuff comparable to unzip, where you have to
quote strings with wildcards in it when you are working
on unixoide systems. But I would appreciate it much.
Maybe we could use some free PCRE library (perl
compatible regular expressions)?
Anonymous
Logged In: YES
user_id=1434341
Group changed to "far future" and priority lowered to 3,
because cbmcopy should be rewritten from scratch to use
d64copy-alike block getter/setter routines and do all the
file handling stuff on its own. Maybe this feature can be
integrated with such a rewrite.
Moved to https://github.com/OpenCBM/OpenCBM/issues/64, closing here.