Hi all,
I am trying to execute SQL Script from patch. But I face lots of problem
while implementing. I don't know where I am going wrong. Can any one post a
working sample for executing SQL Script using Patch(msp). I can able to
execute during install and uninstall of installer(msi).
--
View
I am having trouble with Burn with certain of my per-user MSIs. The log shows
they are Absent, when they are really Present. Since for some reason it thinks
they are Absent, they don't get uninstalled, causing all kinds of problems.
I am installing and uninstalling as the same user.
Another
From the documentation:
The following table shows the feature and component state values used in
conditional expressions. These states are not set until MsiSetInstallLevel is
called, either directly or by the CostFinalize action.
Since Launch Conditions are normally evaluated before
Hmmm... it appears that the one that didn't work, didn't explicitly have:
Package InstallScope=perUser
And when I add that, it seems to work properly.
-Original Message-
From: Dan Puza [mailto:dp...@ultra-scan.com]
Sent: Monday, August 08, 2011 9:19 AM
To: WiX-users
Subject:
Ahh, that's interesting. Can you add that information to the bug that is
open on this issue?
On Mon, Aug 8, 2011 at 6:46 AM, Dan Puza dp...@ultra-scan.com wrote:
Hmmm... it appears that the one that didn't work, didn't explicitly have:
Package InstallScope=perUser
And when I add that, it
Hello,
Has anyone tried to include Microsoft Enterprise Library's merge module (it
installs along with Enterprise Library) in a Wix project? I've done so, but
where other merge modules work fine, the Enterprise Library merge module's
files always install to C:\, regardless of where in my
You can add a WebDirProperties element with Script=yes and Execute=yes
attributes inside your WebSite element. That enabled the HTTP handlers for me
automatically on IIS7.
Thanks,
Atul
-Original Message-
From: Kwong Hu Kiu [mailto:kwon...@hotmail.com]
Sent: Saturday, August 06, 2011
I replaced Permission with util:PermissionEx in the sample below.
Unfortunately, ordinary users are still not allowed to write to MySubKey.
An examination of the permissions in Registry Editor shows that entries were
added to the existing ACL for MyFile. (i.e. the existing entries were not
I added it:
https://sourceforge.net/tracker/?func=detailaid=3385097group_id=105970atid=642714
Dan
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, August 08, 2011 12:02 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re:
I am using Wix 4.5 and installing on Windows 7 64 Bit and Windows Server 2008
R2 64 bit.
I am trying to do a LoadLibrary and lineAddProvider from a custom action that
initiates a C++ method. Everything works correctly as long as I manually add
two directories to the system path environment
The process executing the custom action needs to be restarted after the
environment variable is modified and before the custom action executes for the
new environment variable value to be visible to that process.
What process is executing the custom action? My gut says it's either the client
I don't know if I'm on the right path, but maybe someone can help me.
I'm
currently using InstallShield, but have dabbled in WiX a bit.
I'm trying to creat a custom action using the WiX VB.NET custom action
project type in VS 2010. Eventually this custom action will query the
I found out when that Windows installer 3.1 only has an English version.
However, .Net 40 has all languages (which I need).
What is the technique to specify English for the windows 3.1 bootstrapperfile
when I need a different language (like de) for my .Net BootstrapperFile?
Thanks in Advance,
This blog post has a C# example:
http://blog.torresdal.net/2008/10/24/WiXAndDTFUsingACustomActionToListAvailableWebSitesOnIIS.aspx
Here are the relevant pieces:
The ListBox table has these four columns:
* Property
* Order
* Value
* Text
private static void
When reinstalling the latest version of a particular installation package
over an earlier version, some files are not being updated (overwritten) by
the installer, despite all evidence and logic to the contrary. This is taken
from the log:
MSI (s) (24:58) [14:19:27:090]: File: C:\Program
I showed how to fill in a WiX UI combo box with the websites in a C# custom
action. Feel free to steal my code.
http://www.wintellect.com/CS/blogs/jrobbins/archive/2011/02/23/web-application-installer-in-wix.aspx
John
Wintellect
http://www.wintellect.com
+1-877-968-5528
-Original
I get the following error on uninstallation with one or more files missing
from the installation directory.
Error 1001 Exception occured while initializing the installation:
System.IO.FileNotFoundException: Could not load file or assembly
'file:///' or one of its dependencies. The system
One of these will apply, depending on whether the files are hashed (I think
they are by default).
http://msdn.microsoft.com/en-us/library/aa370532(v=VS.85).aspx
I have a suspicion that the log doesn't report that it won't overwrite a
modified file, and also you didn't say what your
I would not start to address this by mangling your KeyPaths! One file per
component with that file as the key is a good practice.
In case it's not obvious, your issue is running some managed code during
uninstall that's missing a dependency. If there's a way to omit this code or
replace it
Thanks for the reply, Phil.
In this case, REINSTALLMODE=vamus. I started with REINSTALLMODE=vomus, but
attempted to correct the problem by forcing the installer to overwrite all
files regardless (per my interpretation of 'a' vs 'o'). Incidentally, the
bit about ...REINSTALLMODE specifies all
Another solution could be to call a custom action that then runs a process to
do that work, passing an explicit PATH environment varable to the process. The
CreateProcess API will let you fire off a process with an explicit environment
block (in lpEnvironment) containing the path variables you
You are specifying REINSTALL=something, right? That makes a difference.
Phil Wilson
-Original Message-
From: Daniel Pratt [mailto:colorblind...@gmail.com]
Sent: Monday, August 08, 2011 3:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] File is
Because the dependencies may vary, I need some way to say add everything in a
particular folder, kind of like a custom harvest script. What is the smartest
way to do that?
Thanks.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Friday, August 05, 2011 1:45
REINSTALL=ALL
On Mon, Aug 8, 2011 at 6:43 PM, Wilson, Phil phil.wil...@invensys.comwrote:
You are specifying REINSTALL=something, right? That makes a difference.
Phil Wilson
-Original Message-
From: Daniel Pratt [mailto:colorblind...@gmail.com]
Sent: Monday, August 08, 2011 3:20
With the code below, if the product code changes but version does not change
at all (including the 4th element), I endup with multiple installations of
the same product since product code is different in each new MSI.
If however, I change AllowSameVersionUpgrades to yes I am faced with
On 08-Aug-11 12:30, Leigh Wetmore wrote:
I used Orca to inspect the merge module, and all of the files are placed
directly in TARGETDIR (whereas the other merge modules I use tend to have
their files placed in a subfolder of TARGETDIR with Name=. - perhaps this
is the difference). Or perhaps
On 08-Aug-11 20:47, Sameer Arora wrote:
If however, I change AllowSameVersionUpgrades to yes I am faced with
compilation error below:
The ICE error is trying to tell you that you're doing something weird.
Since that's the behavior you want, just suppress it.
--
sig://boB
On 08-Aug-11 16:30, Daniel Pratt wrote:
MSI (s) (24:58) [14:19:27:090]: Source for file
'fil1A0D420C18871D13362FD2189A753C67' is uncompressed, at
'C:\Windows\Installer\$PatchCache$\Managed\E0EBAC857F0FC4949A9EF21E1014B912\10.1.15\'.
InstallFiles: File: Course Demographics Report.rdl,
Thanks much.
Suppressing works great.
On Mon, Aug 8, 2011 at 8:53 PM, Bob Arnson b...@joyofsetup.com wrote:
On 08-Aug-11 20:47, Sameer Arora wrote:
If however, I change AllowSameVersionUpgrades to yes I am faced with
compilation error below:
The ICE error is trying to tell you that
Suppressing the ICE worked.
Thanks much!
On Mon, Aug 8, 2011 at 8:53 PM, Bob Arnson b...@joyofsetup.com wrote:
On 08-Aug-11 20:47, Sameer Arora wrote:
If however, I change AllowSameVersionUpgrades to yes I am faced with
compilation error below:
The ICE error is trying to tell you that
Thanks, there were autogenerated custom actions relying on
InstallUtilLib.dll since I am working off a dark.exe generated WiX project.
Removing these custom actions addressed System.IO.FileNotFoundException
but your comment about managed code helped clue me in.
Now onto repair.
On Mon, Aug 8,
31 matches
Mail list logo