Greetings,

I have an interrogation regarding the size of the .wsi and .msi generated using the conversion tool Wise Package Studio 7.0 SP3 provides. I'm doing a cleanup of our sources. I'm creating .wsi and extracting source files from .msi that don't have any.

For example, I'm doing the conversion process with a 10 megs .msi. The .wsi generated is 5 megs and the .msi compiled from the .wsi created is 5 megs also. I would like to know why the .wsi is so big in size and why the .msi generated from that .wsi doesn't have the exact same size as the source .msi. All the files have been extracted from the .wsi. So if I convert a 200 megs .msi to a .wsi project (with files extracted), the .wsi is around 100 megs and the new .msi generated is around 100 megs also ...

Usually, the compiled .msi is half the size of the original .msi. What could cause that ? Is that normal or a problem ? Someone already experienced that ?

Thanks for your help/suggestions, Dave
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Internal or external CABs? External files?

In any event, with storage so cheap now, why worry?
Answered 12/05/2008 by: VBScab
Red Belt

Please log in to comment
0
External CABs and external files out of the .WSI (not sure what you meant but it varies from one package to another).

No worries about storage here. I find it weird that the .MSI recompiled with the .WSI extracted from the source .MSI differ that much in size. And I was wondering if there could be any technical reasons behind (compression of old packages done with Install Shield).

The .MSI recompiled work great as far as I know.
Answered 12/05/2008 by: Mencaliss
Senior Purple Belt

Please log in to comment
0
Something I forgot to add was that the authoring tool vendors (Wise/Altiris, in particular) like to add their own tables to MSIs.
Answered 12/05/2008 by: VBScab
Red Belt

Please log in to comment
0
The size may vary depeding on the stored binaries and the OLE storage.
With WPS (or InstEd) you can easily see the difference between two MSI:s with the MSI Diff tool.
Answered 12/06/2008 by: AngelD
Red Belt

Please log in to comment
0
Thx for your inputs. I compared both .MSI with MSI Diff and they have no differences at all (even if the recompiled one is half the size of the source one). And in others cases, when I do the comparaison, I have tons of line like this with change in one entry:

"Table File, changed record:
From axbridge.dll | axbridge.dll | axbridge.dll | 94321 | 5.0.50.5 | 1033 | 17408 | 14
To axbridge.dll | axbridge.dll | axbridge.dll | 94321 | 5.0.50.5 | 1033 | 1024 | 14"

And it's all the same for every entry in the File table. The Attributes value is indexing from 16384 which means that files are compressed (msidbFilesAttributesCompressed) but I don't understand how files can be compressed and the .MSI be bigger than a .MSI where the files are not at all.

I wish I was a an expert sometimes lol.
Answered 12/08/2008 by: Mencaliss
Senior Purple Belt

Please log in to comment
0
I don't understand how files can be compressed and the .MSI be bigger than a .MSI where the files are not at all. That attribute value means that they're compressed into an internal CAB file, i.e. they become part of the MSI, hence the size increase. If you were to choose to have those files compressed into an external CAB file, the size would decrease. Hopefully it follows that, in that instance, the resulting CAB would need to be distributed with the MSI.
Answered 12/09/2008 by: VBScab
Red Belt

Please log in to comment
Answer this question or Comment on this question for clarity