[TC 11.00b4] Problems with cm_PackFiles

[Fla$her]

1. Requests a password in the absence of C and P=.
2. In the presence of B repeatedly requests the password and updates the dates of the selected folders.
   Automatic selection of the option "Create separate archives, one per selected file/dir" is not noted, although it's implied. It's worth pointing this out in the description.
3. If one file is selected, it ignores the specified archive name, making the base name of the selected file.
4. Doesn't support the "Parameters:" field.
5. Auto-naming with O5 and O6 doesn't work.
6. When specifying M, it gives the following errors:
   

   Code: Select all

   7-Zip
   ---------------------------
   Too short switch:
   -m
   ---------------------------
   

   Code: Select all

   ---------------------------
   zip
   ---------------------------
   Not enough memory!
   ---------------------------

   If you specify /E="ZIP", only the second message will appear.
   But this problem is also the choice of the "Move to archive" checkbox or the execution of cm_MoveToArchive.

For now, I'm testing on XP x86.

[ghisler(Author)]

1. Not confirmed. Or does the target archive exist AND is header-encrypted (e.g. 7zip)? Please provide the used parameters.
2. Same problem as 1?
3. Not confirmed, e.g. with parameters /CT="c:\test\test.zip" Please provide the used parameters.
4. Confirmed
5. These are not offered in the overwrite dialog when packing regularly, so they don't work. I will add a note.
6. I'm using one of the 7z plugins, it works fine with it. Are you using external 7zip? If yes, which version?

[Fla$her]

1. The entire archive is missing. Problem in 7-zip 22.01:

   Code: Select all

   [Packer]
   InternalZip=0
   ZIP=%COMMANDER_PATH%\Utils\7-Zip\7zG.exe a -mx9 -mfb=258 -mcu=on

   , but despite the presence of /E=: cm_PackFiles /GT="Name.zip" /E="ZIP"
   This doesn't happen if I select ◉ ZIP after Alt+F5.
2. It's definitely related.
3. cm_PackFiles /GBT="Name.zip" /E="ZIP"
4. OK.
5. It's bad that auto-rename is not supported.
   Do you vouch for other flags? I haven't checked the rest yet.
   And there is not just a note needed, you need to specify specific numbers instead of O0.. 9.
6. See p. 1.

[sa16]

3. cm_PackFiles /GBT="Name.zip" /E="ZIP"

Here B is not needed.

[Fla$her]

I answered the request "Please provide the used parameters."

[sa16]

2Fla$her
B automatically turns on A with file names (*.*.zip).

[Fla$her]

2sa16

Automatic selection of the option "Create separate archives, one per selected file/dir" is not noted, although it's implied. It's worth pointing this out in the description.

[ghisler(Author)]

[Packer]
InternalZip=0
ZIP=%COMMANDER_PATH%\Utils\7-Zip\7zG.exe a -mx9 -mfb=258 -mcu=on

That doesn't work. 7zg.exe uses completely different parameters than pkzip and info-zip, the only two which are currently supported by Total Commander. You will get the same errors when you don't use cm_packfiles and just Alt+F5 with these settings.

[Fla$her]

That doesn't work. 7zg.exe uses completely different parameters than pkzip and info-zip, the only two which are currently supported by Total Commander.

Why is that? When I click OK in the password entry window, a zip archive is created with the selected items.

You will get the same errors when you don't use cm_packfiles and just Alt+F5 with these settings.

No:

, but despite the presence of /E=: cm_PackFiles /GT="Name.zip" /E="ZIP"
This doesn't happen if I select ◉ ZIP after Alt+F5.

[ghisler(Author)]

You are getting the password entry window because Total Commander appends the parameter
-P
when the following option is checked: "Also pack path names (only recursed)". That's because -P tells pkzip to pack relative paths with files.
7zg interprets -P as "set password", but without the password it will ask you for the password.

So to make it work with cm_packfiles parameters, use
cm_PackFiles /GD0T="Name.zip"

[Fla$her]

You are getting the password entry window because Total Commander appends the parameter -P

OK. I guessed, but I didn't know about it..

7zg interprets -P as "set password", but without the password it will ask you for the password.

I know about that. There shouldn't be such a problem with the console version.

So to make it work with cm_packfiles parameters, use
cm_PackFiles /GD0T="Name.zip"

OK, it works. But you still haven't given an explanation about /E="ZIP". It is logical that the internal function of packaging should be performed.

Also about D0, etc. I see inconsistency in the fact that in the presence of G, unspecified options are taken from the current settings, so I have to additionally disable them. This is unexpected behavior. This also applies to saving options in the current settings, which are listed in the parameters. By default, they should not be saved in silent mode. This also applies to cm_copy and cm_renmov.

[ghisler(Author)]

As I have explained before, you cannot use the 7zip executable as a ZIP packer because it expects different parameters than pkzip and info-zip. It doesn't matter that you set /E="ZIP", that doesn't miraculously tell TC to use different parameters which are needed for 7zip.

[Fla$her]

You don't understand. I'm not asking about 7-zip, but about the behavior that should correspond to the choice of ◉ ZIP after Alt+F5. This choice leads to packaging with an internal tool, which does not happen when specifying /E="ZIP".

And what about the bottom paragraph? Create a new topic?

[ghisler(Author)]

Why should checking ZIP use the internal packer? It uses the packer you defined in Configuration - Options - ZIP packer.

And what about the bottom paragraph? Create a new topic?

As I wrote in the first post, please only report one bug per thread.

[Fla$her]

Why should checking ZIP use the internal packer?

Because specifying the type in the parameter must correspond to the selection of it by the radio button in the dialog.

As I wrote in the first post, please only report one bug per thread.

There is nothing like that in the first post.
The topic is common to the parameter, it originally had several points, so I thought it was right to ask here.