7zip and zip problems

Help & Support
1

Here are 2 examples:

  1. ZIP self-extracting:

  1. 7z and filenames problem:

When I want to compress 2 directories into one archive and any directory name contains capital letter and space.

2

(correct image)

3

(These aren't really related so would've been better as separate threads.)

  1. Is the archive over 2 gig? What are you doing and how? Just an error message doesn't tell us much.

  2. How are you creating/updating the archive?

4

As you see on image - archive is under 2 gig (temporary filename with filesize is shown at the bottom of image). I think error message + complete zip archive before converting to exe tell everything. Picture shows both: window with error and zip with filesize in bytes, so I don't understand question about how big is archive.

As I said - two directories. I select them both, then using "Add To Archive (7z)". Directory with space and capital letters make this problem.

I just don't know how to explain something better.

5
  1. Seeing the temp-file doesn't tell the whole story. How big is the zip archive if you make it normally, without it being self-extracting?

(Also, does it have lots of files inside it? e.g. Over 60,000 files?)

  1. Thanks. With the extra info about how the archive is being created (not just what's being put in the archive) I can reproduce it now.
6

1: I copy that temporary ZIP to another drive and it works so temporary ZIP creating for made self-extracting archive is like normal ZIP, am I right? Inside that archive are 3 files, two big avi files and one txt file. None of avi files are bigger than 2 GB (that's obvious because files are 1 836 199 750 bytes before compression).

7

If you select the same files and zip them normally (without converting to self-extracting), how big is the resultant archive?

NOT the temporary archive. We do not know what state that is in; it's a temporary file and not necessarily the finished archive with all the files/data inside it. How big is the finished archive?

If you then tell Opus to convert that finished archive to a self-extracting version, do you get the same error? (i.e. Create the archive, then convert to SFX, instead of creating a SFX archive in one go.)

8

If I said that I copy that archive to another partition and check is completed (I can unpack files), then if I say that files are under 2GB BEFORE compression (uncompressed, not archived yet) then answer is obvious.

But ok - I try this one - I created password protected, standard, store mode (no compression) archive with that files, it has 1 836 200 494, then trying convert to self extracting - and still the same, info about 2GB in size that is not supported in self-extracting zip archives.

Another try - no password protected - size 1 836 200 458 - still the same problem.

I think that is everything I can do. You know how many files are inside (3), largest file is 1 103 039 070 bytes, second is 733 069 312 bytes, third is 91 368 bytes, two directories - 1 836 199 750 bytes total what is 1,751 GB.

9

Thank you.

I'm just trying to ensure I have all the information and can try the same thing as you. Things that may seem obvious to you are not always obvious to someone else who can only guess about the details that you left out.

Just seeing an error message + file name + size doesn't tell us how the file was created.

Knowing that the temp-file appears to be a valid zip that contains three files doesn't tell us that only three files were selected for addition to it in the first place. You may know that, since you selected three files, but we don't know it unless you tell us. It also wasn't certain that the archive did have the full copies of the files (not some truncated version of them), although it looks like that was the case now that you've explained they were added uncompressed and the sizes matched.

10

@teefan: I'm curious what all your other options are set to (screenshot of the dialog?) when you create the initial non-SFX archive...? Also, what command or menu item were you using to create the SFX archive all in one go? I'm trying to reproduce your issue - and actually... I can't even get past the "second" issue you're having:

@Leo: in an attempt to try and create a similarly sized archive as teefan... I've selected 1.89 GB of files in the following folder having been selected:

.net media utils xp
When I do this with the following options:


I get the same sort of error as teefan second "issue":


...and the resulting 7z file is just 32 bytes.

Digging more - I'm seeing this issue happen anytime multiple items are selected - not just folders... the name of the file(s)/folder(s) seem to have no impact (unlike teefans observation about upper case and spaces, etc), and flipping various options around in the archive options dialog seems to have no effect on this particular error. The error message always mentions the last item selected.

Note sure when this started - as I don't use the plugin to create 7z archives... but I'm CERTAIN I tested this during the beta and it worked fine. Regular zip compression still seems ok, just 7z compressing of multiple items so far.

11

Never mind about the question re: what method you were using to create the SFX in one go... for some reason I was looking at that as being related to 7z files as well. I'm playing around with ZIP SFX and store method stuff now. Sorry for the stupid question...

12


Options like this for creating ZIP (and self-extracting zip).


Or that ones if I trying to convert ZIP to EXE.

I can try to generate some stupid files with random bytes inside but as I think, will be much easier if you find 2 movies of similar sizes, put them into two separate directories and make this test.

13

I've reproduced both issues and submitted bug reports - though Leo is already participating in this thread :wink:.

14

  1. I think we have identified where the problem is, though the issue isn't quite closed yet (need to confirm something).

  2. I've found & fixed the problem. The issue was introduced by a change I made in 10.0.0.5, and will be fixed in 10.0.0.6 (or whatever version is next).