Repackage Installshield setup

I have made a new package with WPS 6.0 for the vendor MCL LINK Installshield setup. I deployed the new package by GPO to one of my test computers. At first the package seems to install oke. But after some testing, i noticed that every time the application is started by a different user a msi repair starts.

The package validation showed some ICE03 (invalid format string), ICE38 (component install in user profile) and ICE64 (directory is in user profile but is not listed in the removeFile table) errors. I checked this forum and found a post stating that this problem may be caused by a msi inside the installshield setup.

I monitored the installation from the Installshield setup with procmon and noticed the following:
-the installation starts by copying files from the setup file to the installdir and to the "common file" dir
-when all files are in place, another setup is started which installs some files and starts a msi file to install some drivers
-after that, a commandbox is open to execute "netsh exec" to set some firewall setting

I have little experience with repackaging applications, and no experience with repackaging Installshield setup files. I tried to extract the files from the setup, but was unsuccessful. So, any ideas how to handle this will be appreciated.


0 Comments   [ + ] Show comments

Answers (5)

Posted by: anonymous_9363 13 years ago
Red Belt
If a package contains any user-level components (i.e. anything which gets put into the user profile, either file- or registry-wise) then the repair/self-heal behaviour is by design.
Posted by: spartacus 13 years ago
Black Belt
Well yes, it is generally not a great idea to repackage something you know contains an embedded MSI.

Perhaps you could try the UniExtract utility available for download at


to see if you can extract the files - I have had reasonably good results using this utility with InstallShield setup.exe files.

Assuming extraction is possible, you might want to try installing the driver MSI first and then perform the repackage capture and then consider deploying this as two MSI's (one for the main application and the other for the drivers).


Posted by: TalkingMarble 13 years ago
Orange Belt
I will give uniextract a try.

I have one more question about the repair/self-heal. I red in some posts, that in order to keep the repair time as short as possible one can move the components causing the repair into a separate feature. How or where can i see which components are causing the repair?
Posted by: anonymous_9363 13 years ago
Red Belt
The Event Viewer's Application log will detail the component ID. You can then find that ID in the 'Component' table.
Posted by: raviray 13 years ago
Orange Belt
In case you didnt get chance to read this post I am forwarding you the link:
There is detailed information given in this post on how to structure components so repair/per user configration will be quick.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login


This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ