-
Notifications
You must be signed in to change notification settings - Fork 25
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
Windows x/extract Creates Subfolders When Using -longpath #86
Comments
This is expected behavior, due to the -all option, lan shares (aka: \pippo\something) and *nix /, and multiple . you can see with -debug switch, and 25787 tag when running on -longpath the filenames are "sanitized" this way
|
Finally you can use the -find to extract where... you want Suppose you have the z:\1.zpaq with inside something like that
Note the stored path (c:/zpaqfranz/ in this example)
And you'll get this
Now "cut" (because there is no -replace "something") the stored path (c:/zpaqfranz/ in this example)
And the result
Remember that the paths stored in zpaq can originate from different systems, here are the two switches -find and -replace to manipulate paths. You can understand the problem even better if you use the -all switch
become
Hope this solves your problem |
Thank you for your help!
And for anyone whose come here in regards to a single file extraction, try: Pay particular attention to drop the trailing "\" on the -to path in addition to only using -find the on the parent directory, otherwise it won't work. |
Two notes. The first is-use the ". In general it is good and right, and basically necessary on Linux The second, that I forgot to mention, is WHY
This is a perfectly "legit" zpaq
Not good It is possible (and I have thought about it) to make an "intelligent" examiner who would behave differently depending on various circumstances (collisions or not) Finally, I note that this behayviour is DIFFERENT from zpaq's Why -to does not work this way? For reasons of substitutability (almost) drop-in using -to zpaqfranz basically works like zpaq Thanking you for the report, which allows me to give some useful information, I invite you, if you have not already done so, to put a github star and maybe a review on sourceforge |
Unlike how the e command extracts (or at least claims to) properly with longpath on Windows, the x command does not when using -longpath. Instead, subfolders are created starting after the path specified in -to. Thus, extracting G:\.minecraft\screenshots -to "B:\screenshots" goes to "B:\screenshots\G_\.minecraft\screenshots" instead of the expected "B:\screenshots".
Normal extract without -longpath:
-longpath extract:
The text was updated successfully, but these errors were encountered: