Anything written in managed code using the dot net framework will have a
dependency on .net your options are that you write the custom action in c++
or you compile it in .net 2 in the hope that they have that installed. One
other option is to use a boot chainer like Burn. this will install the
There's a difference between the administrator account an an
administrator in the group in that the the administrator has extra
privileges. If you search for the administrator vs an administrator
you might find the details. The default built-in administrator is
intended to be used only for
That's what I assumed is the root cause, but there is no means for me to
'detect' that scenario in the installer? Or do I just have to know it
might be an issue and use the 'Secure' attribute or EnableUserControl=1?
On Wed, Feb 18, 2015 at 1:17 PM, Phil Wilson phildgwil...@gmail.com wrote:
One distinction is that the administrator has a well-known sid (SID:
S-1-5-21domain-500). I don't know if there is a wix way to find that info
on an account, but it could be determined in a CA.
--
View this message in context:
Thanks all. It seems using c++ for Custom action would be a good choice.
Currently in my C# code I am using functions like string.IsNullOrEmpty,
string.Format, ServiceController. Are these functions available in C++.
Also to get the parameter passed to msi, I have to use
string ip =
I suspect I'm stuck but thought I'd ask.
I have two existing MSIs, call them Base.msi and Dell.msi. They install
separate facets of my product - the base files, then additional files
needed to support particular Dell hardware.
I now want to create a new single MSI that replaces Base.msi and
Thinking back over my managed BA development I hit this problem several
times, always do to some issue in my managed BA code, but I do not recall a
specific cause. I think I used ProcessExplorer to watch which file it was
trying to load at the point of the problem. ILSpy was also helpful in
If you create a custom action with .Net, then a compatible version of .Net
must be installed. However you could deploy your msi as part of a bundle,
and use the bootstrapper to install .net first as part of your chain, rather
than expecting the user to install .Net as a separate step. You cannot
Anyone understand what is happening in this scenario? I know how to 'fix'
the issue, I just want to understand why the fix is needed.
I have a 5.0, perMachine, elevated installer. If I'm logged in as the
Administrator I can install and later modify (add another feature) without
issue.
You might look into this:
https://msdn.microsoft.com/en-us/vstudio/dotnetnative.aspx
We have had success with this in writing a couple of very simple CAs for
experimentation (starting tomcat service bootstrappers, SQL Server CAs).
Stephen Tunney
Nuance Communications, Inc.
Solutions Architect,
I think, Wix has OsInfo in utilExtension to do something with localized
user/administrator info. I am not sure, I am new to wix.
Regards,
Sampat
--
View this message in context:
11 matches
Mail list logo