I do not think that the files were different, since I did a debug build,
and then a release build as soon as the debug build was finished (without
any change to the source tree). Even though the Release build was set to
use high compression, it reused the cab file (when the path is set to a
Well I guess my last observation is not correct when I both delete the cabs
folder and the bin and obj folders. The property in an imported target is
used by msbuild launched on the command line to build a project (without
defining the properties using the /p switch).
--
View this message in
On 31-Oct-14 18:48, Phill Hogland wrote:
The cause of the problem detailed in this thread is that I had defined a
single cab cache path without considering either $(Configuration) or
$(Platform). The fact that a different compression level was specified than
the cached cab file was ignored.
I did a little more research into this observation (that using -dcl:none and
-dcl:high (or low, or no switch) all produces the exact same size output
files (msi and related external cab files)). Since these experments were in
part prompted by reading Bob's blog and the dev's discussions
Based on the following document (and probably other pots to the forum, long
ago) I had implemented cab reuse.
http://wixtoolset.org/documentation/manual/v3/howtos/general/optimizing_builds.html
The cause of the problem detailed in this thread is that I had defined a
single cab cache path without
I have noticed recent discussion among the devs about Compression level and
setting the level to -dcl:none for debug and -dcl:high (or some other
setting) for Release builds. I also read through as many posts about
compression as I could find in the archives and generally on Google. I have
Installer to get comparable results).
-Original Message-
From: Phill Hogland [mailto:phogl...@rimage.com]
Sent: Wednesday, October 29, 2014 9:58 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Compression Level
I have noticed recent discussion among the devs about Compression
Riyaz Mogharabin wrote:
I've heard that putting the files in more than one cabinet can be helpful.
Is that right? And how much does it help?
http://www.joyofsetup.com/2008/03/29/wix-performance-tip-use-multiple-cabinets/
--
sig://boB
http://joyofsetup.com/
My install Pack is about 600 MB in size, and there is no limitation in it's
size. I'm using the MSZIP compression level, and it's ok for me. The only
concern, is the time it takes to create the MSI file.
It takes over 90 minutes after the light is commanded to build the MSI. I
know that this
On 10 May 2009, at 19:37, Chuck wrote:
Chris Ridd wrote:
Yes, the higher compression levels make building the msi much slower.
If you've got the concept of a debug vs release build, I'd
suggest
using no compression when debugging, and high when doing a release.
In the interest of
Another thing to keep in mind is that file types do affect the speed of
compression. Do some testing along those lines if you have larger builds.
Our team has seen up to 1 1/2 hours come off our cabbing times.
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On
Dear All,
You know we have 5 compression levels:
None, High, Low, MSZIP and medium.
Is it possible to use a third party compression code, such as 7-up or rar?
And if it is possible, does it help to have faster and better compression
code, or to get building the .msi faster ?
More, does the
On 10 May 2009, at 13:38, Riyaz Mogharabin wrote:
Dear All,
You know we have 5 compression levels:
None, High, Low, MSZIP and medium.
Is it possible to use a third party compression code, such as 7-up
or rar?
And if it is possible, does it help to have faster and better
Chris Ridd wrote:
Yes, the higher compression levels make building the msi much slower.
If you've got the concept of a debug vs release build, I'd suggest
using no compression when debugging, and high when doing a release.
In the interest of science I ran through the compression levels on the
14 matches
Mail list logo