New command cp
cp and copy commands (*nix and Win) does not have any progression feedback
the cp command copy one (or more) file/s (wildcards allowed) into a destination folder -to
-verify does a XXH3 check of written data
-paranoid does NOT overwrite existing files, but create unique filename (ex a.txt => a_00001.txt)
-force do not check if destination is writeable
-append (future extension for .zpaq files)
C:\zpaqfranz>zpaqfranz cp b*.cpp *.txt -to z:\prova
zpaqfranz v54.11-experimental (HW BLAKE3), SFX64 v52.15, compiled Dec 28 2021
Your friendly neighborhood cp/copy
Space needed Space free
1.186.658 14.748.295.168 ben.cpp
1.239.466 14.747.107.328 bk1.cpp
1.239.466 14.745.862.144 bk2.cpp
1.239.292 14.744.621.056 bk4.cpp
1.236.885 14.743.379.968 bk5.cpp
1.236.885 14.742.142.976 bk6.cpp
181 14.740.905.984 1.txt
6 14.740.905.984 2.txt
20.962 14.740.905.984 3.txt
1.186.658 14.740.905.984 ben.cpp
1.239.466 14.740.905.984 bk1.cpp
1.239.466 14.740.905.984 bk2.cpp
1.239.292 14.740.905.984 bk4.cpp
1.236.885 14.740.905.984 bk5.cpp
1.236.885 14.740.905.984 bk6.cpp
2.104 14.740.905.984 news.txt
5.865 14.740.905.984 quickstart_bsd.txt
---------------------
14.786.422 bytes written
14.786.422 bytes expected
17 files OK
17 files expected
0.125 seconds (00:00:00) (all OK)
Check writeability / free space in x (extraction)
A long-awaited test: is extraction path writable ? is there enough space?
zpaqfranz x pippo.zpaq -to mk:\
zpaqfranz v54.11-experimental (HW BLAKE3), SFX64 v52.15, compiled Dec 28 2021
Cannot write on <<-to mk:/>>
Aborting. Use -space to bypass and enforcing.
0.000 seconds (00:00:00) (with errors)
use -space to bypass and try