Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cbmcopy should support wildcards on its own #64

Open
spiro-trikaliotis opened this issue Jul 6, 2020 · 0 comments
Open

cbmcopy should support wildcards on its own #64

spiro-trikaliotis opened this issue Jul 6, 2020 · 0 comments
Labels
d64copy rewrite will be fixed with the rewrite of the transfer programs enhancement

Comments

@spiro-trikaliotis
Copy link
Member

Taken over from https://sourceforge.net/p/opencbm/feature-requests/13/:

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)?


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.

@spiro-trikaliotis spiro-trikaliotis added d64copy rewrite will be fixed with the rewrite of the transfer programs enhancement labels Jul 6, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
d64copy rewrite will be fixed with the rewrite of the transfer programs enhancement
Projects
None yet
Development

No branches or pull requests

1 participant