7Zip: create multiple disk archive + self extracting archive

[sscireca]

If I create a 7ZIP file intending to create a multivolume archive + self-extracting archive, the following situations occur:

First situation:
I press in order:
a) checkbox Multiple disk archive
b) checkbox create self extracting archive A file is prepared in the upper field of the type <filename>.exe.exe.
The files produced by the compression process all have the extension .001, .002, etc.
In reality, none of them are EXE files. They are all 7z files that are not obviously recognized by the operating system.
Only in Total Commander are they recognized and thus can be opened in the usual ways (ENTER).
The compression procedure should have created a file with the EXE extension and then many 7z files with extensions formed from sequential numbers starting from 001 onward.

Second situation:
I change the order of the checkbox and press first:
a) checkbox create self extracting archive
When I press:
b) checkbox Multiple disk archive
The "checkbox create self extracting archive" is automatically deselected and thus to proceed, you need to select the checkbox as in the previous case.

Hope this helps! If you need further assistance, let me know.

[MaxX]

Does 7z support split+sfx at all?

[Horst.Epp]

Does 7z support split+sfx at all?

Yes, it does.
It produces name.exe file and sequential numbered additional files.

[MaxX]

Is that "name.exe" a regular copy of original "7z.sfx" or has any difference inside?

AFAIK, you can make any "file123.7z" self-extractable just by copying near it original "7z.sfx" with the name "file123.exe". Then it will work the same way as it does a normal single-filed sfx.

[sscireca]

I probably didn't explain myself well in the description of the first case.
If I perform THE SAME compression operation with the 7zFM utility, I get a series of files as follows:
- An EXE file composed of the <filename> I assigned + the EXE extension typical of an executable file
- A series of files named: <filename>.7z.001 .... <filename>.7z.002 ... and so on

With Total Commander and the 7Zip compression utility (dll), I instead get:
- A file <filename>.exe.001 ... which should be the executable generated with sfx, but in reality, it is simply a 7-Zip (7z) file
- A subsequent series of files as necessary ... identical to the first in name, but followed by the progressive .002 .003 ... and so on.

In the case of compression with TC, you do not get a "multiple disk archive & self-extracting" file, but only 7z files.

To understand well, prepare an example to check.

[ghisler(Author)]

When I use external 7-zip I get something strange: The EXE is just a copy of the SFX module with no data appended. The actual data is in the parts named .001, .002 etc. Do you get the same?

[Horst.Epp]

When I use external 7-zip I get something strange: The EXE is just a copy of the SFX module with no data appended. The actual data is in the parts named .001, .002 etc. Do you get the same?

Yes
7-zip 24.00 x64

[sscireca]

When I use external 7-zip I get something strange: The EXE is just a copy of the SFX module with no data appended. The actual data is in the parts named .001, .002 etc. Do you get the same?

Yes
7-zip 24.00 x64

Yes, ...TC with internal 7Zip only creates the "data files" numbered .001, .002 ... Additionally, I always point out the behavior mentioned in the first post regarding the sequence of the checkboxes.

Hope this helps!

[ghisler(Author)]

OK, I will replicate this behaviour with internal 7-Zip then.

[ghisler(Author)]

This should work now in beta 4, please try it!

25.10.24 Fixed: Internal 7-zip packer: Could not create multi-part self-extracting archives (32/64)

[white]

Tested OK using TC 11.50b4 32-bit and 64-bit.

[ghisler(Author)]

Thanks!

Moderator message from: ghisler(Author) » 2024-11-01, 16:38 UTC

Moved to fixed bugs