unzipping can run into a "Path too long" error

[autocart]

Hi Don,

I usually use 7-zip. Maybe that's why I never noticed it.
But using XY's build-in zip commands from the context menu of a zip file to unzip it to a (new) subfolder where some file's path ends up being overlong, runs into a 0x80010135 error: "Path too long".

I expected that especially XY's build-in commands would never run into a path too long error since this is part of the advertising that XY could handle overlong file paths. Interestingly, 7-zip shows no such issue.

regards, auto

[highend]

XY uses Win inbuilt zip for these commands, not its own implementation. If on 10+, set long path support and reboot, maybe that helps (https://www.microfocus.com/documentatio ... gpfz7.html)

[autocart]

That is a good tip, thank you. Unfortunately, I do not have the rights to change that setting on my office computer.

[Horst]

Reading your post, it looks like you have 7-zip available on your machine.
Why don't you use 7-zip for all unpacking ?
I use this script, on a button, to unpack into the other pane for all archive formats.

Code: Select all

// Extracts the selected archive(s) to the inactive pane using 7-Zip.

// Check if there's at least one (archive) file selected

   $selected    = <get SelectedItemsPathNamesSlashed>;
   $cntSelected = gettoken($selected, "count", <crlf>);
   end ($cntSelected == 0), "No (archive) file(s) selected, aborted!";

   $cntFiles = gettoken(formatlist($selected, "f", <crlf>, "!*\"), "count", <crlf>);
   end ($cntSelected != $cntFiles), "Folder(s) can't be selected, aborted!";

   foreach($item, $selected, <crlf>, "e") {
        if (exists($item) == 2) { continue; }

    $other = get("path", i) . "\";
    Run("""C:\Program Files\7-Zip\7zG.exe"" x ""$item"" -o""$other""");
    };