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,
Suppressing the ICE worked.
Thanks much!
On Mon, Aug 8, 2011 at 8:53 PM, Bob Arnson 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 you're doing
Thanks much.
Suppressing works great.
On Mon, Aug 8, 2011 at 8:53 PM, Bob Arnson 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 you're doing som
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, Direc
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
http://joyofsetu
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 per
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
compilat
REINSTALL=ALL
On Mon, Aug 8, 2011 at 6:43 PM, Wilson, Phil wrote:
> You are specifying REINSTALL=, 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 discussio
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:4
You are specifying REINSTALL=, 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 not overwri
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 n
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 file
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 wit
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 REINSTALLMO
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 cann
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 Message
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 Files\..
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 StoreWebSiteDataInListBoxTable
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,
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
tar
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
si
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 va
I added it:
https://sourceforge.net/tracker/?func=detail&aid=3385097&group_id=105970&atid=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: [WiX-u
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
s
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, 20
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 director
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 wrote:
> Hmmm... it appears that the one that didn't work, didn't explicitly have:
>
> And when I add that, it seems to work properly.
>
>
> -Original Mess
Hmmm... it appears that the one that didn't work, didn't explicitly have:
mailto:dp...@ultra-scan.com]
Sent: Monday, August 08, 2011 9:19 AM
To: WiX-users
Subject: [WiX-users] Burn doesn't detect (and therefore doesn't uninstall)
certain per-user MSIs
I am having trouble with Burn with certai
>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 CostFinali
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 p
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 thi
31 matches
Mail list logo
