This might be a silly response, and I haven't had to think about Property
behaviour for a while, but isn't that the wrong way to set a Property to the
value of another Property? From http://msdn.microsoft.com/library/aa370908.aspx
it says:
"Note that you cannot use the Property table to set a p
Could you install the dependent dll (or shared components) in a separate msi
that doesn't get uninstalled automatically on product2 removal.
Or some horrendous custom action that puts the dependent dll back if you are
removing it and will break product1.
Dave
-Original Message-
F
ugust 2013 6:14 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Adding a new dependent file to shared
> > component
> without breaking component rules
> >
> > Why not put D2.dll in it's own Component?
>
g.com]
Sent: Monday, 12 August 2013 6:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Adding a new dependent file to shared component
without breaking component rules
Why not put D2.dll in it's own Component?
On Sun, Aug 11, 2013 at 10
Hi All,
I was wondering if the state of play has changed at all since
http://stackoverflow.com/questions/703359/wix-add-new-file-to-shared-component
was discussed?
Basically, I have Product1 (already released) and Product2 (in development)
which both share the same component A.dll. A.dll is in
5 matches
Mail list logo