Hi Neil,
Sorry with previous question.
I want to enable the UAC for the setup because processing in registry. The
setup runs without UAC. When i execute the mt.exe with manifest, the setup
runs in UAC windows but not loaded. The log file show,
D:\Work\Build\Wix
You can't change the manifest. The actual install phase will elevate so you
should need change the bootstrapper, the idea is that you don't elevate until
the user gets to see what they are going to run. Are you finding the elevation
doesn't happen?
Neil
-Original Message-
From:
Hi Neil,
I done code to remove the registry value, during installation by
bootstrapper application. If i run setup with Run as Administrator by
right click on setup, it works fine. Like that i want to start the start
with Run as administrator when double click burn setup.
Thanks,
Kannan
--
You shouldn't be doing any system changes in the bootstrapper they should all
be in MSI to EXE packages. Why not move your registry delete to an MSI?
Neil
-Original Message-
From: Kannan24 [mailto:skan...@syncfusion.com]
Sent: 25 January 2013 09:06
To: wix-users@lists.sourceforge.net
Hi along with my wix installer I have a dll created using the C++ custom
action project. However on running my setup on XP the custom actions are all
returning value 3 and failing. I believe they are not even getting entered
as the logs don't show them being initialized. I need help asap as I have
Have you tried linking to the C++ runtimes statically instead of to the DLLs
? The target runtime might be missing on XP.
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 25 January 2013 10:35
To: wix-users@lists.sourceforge.net
Subject: [WiX-users]
Hi Neil,
We have some registry changes apart form the msi, the changes based on user
input from UI. So this execute at end end of UI not msi. Also if we use any
registry changes in msi, it also required admin rights, so the UAC will show
when starting msi from bootstrapper also in after some
Hi Peter, I am using the Multi-threaded for the runtime? Would that be
causing the issue? Thanks for getting back to me
Kind Regards,
Natalie Carr
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Friday, January 25, 2013 10:53 AM
To: General discussion
I seem to remember reading that C++ code compiled using VS2012 cannot target XP.
Neil
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 25 January 2013 10:35
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom actions failing on XP
Hi along
I think you need an update to VS2012
http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx
Neil
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 25 January 2013 11:26
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users]
Also I forgot to mention I installed the Visual Studio C++ Redistributables
and it is still failig.
Kind Regards,
Natalie Carr
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Friday, January 25, 2013 10:53 AM
To: General discussion for Windows Installer
I have done that and still no joy..:(
Kind Regards,
Natalie Carr
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Friday, January 25, 2013 11:27 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom actions failing on XP
Multithreaded ought to be fine - I was referring to the
dynamically/statically linking options (lib vs dll), but if you've already
got the runtimes on the machine, then it wasn't the problem I was thinking
about.
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Thanks for your help Peter, I have no idea why it is not running...:(
Kind Regards,
Natalie Carr
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Friday, January 25, 2013 12:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re:
How about creating a simple exe and dll in VC++ and try that, it might help to
identify the problem. Also, have you checked the eventlog, sometimes issues are
reported there.
Neil
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 25 January 2013 12:11
I'm starting out with the wix installer and got a setup project working.
The msi works in such a way that it uninstall a previous version if present
and then installs the new version.
Now, when trying to creating a managed bootstrapper application to
customize the installer experience I'm having
I have cache=no for all msi packages in bundle
Here is the log file:
[0310:1908][2013-01-24T20:22:39]i001: Burn v3.7.1224.0, Windows v6.1 (Build
7601: Service Pack 1), path: C:\ProgramData\Package
Cache\{1e98074e-6ca8-4845-8c26-4a295b46f2f9}\TITUSServerSetup.exe, cmdline:
'/uninstall
That's not the recommended user experience from the UAC guidelines. You
should not elevate your install until it is necessary to do so (aka: when
the user hits the Install button). Also, the BA is not in a transaction so
all changes to the machine should be part of the Chain (aka: in an MSI).
On
You might also try taking your CA.dll and running depends.exe on it on
Windows XP. It should show you if the .dll can load there.
On Fri, Jan 25, 2013 at 4:18 AM, Neil Sleightholm n...@x2systems.comwrote:
How about creating a simple exe and dll in VC++ and try that, it might
help to identify
I've been using Burn and Wix for a bit now and while not a Wix specific issue
I was hoping for some comments from the community.
I currently have a single MSI with ~30k components. During installations and
major upgrades it appears the sheer number of components is causing performance
Upgrades happen when the version is higher. There is discussion on this
mailing list a while ago about allowing same version upgrades but that is
not implemented today.
On Fri, Jan 25, 2013 at 4:56 AM, Kristian Jaksch
kristian.jak...@gmail.comwrote:
I'm starting out with the wix installer and
You'll want to investigate the log file for the following MSI. That is what
is failing.
On Fri, Jan 25, 2013 at 5:16 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
[1CB0:14C0][2013-01-24T20:23:10]i301: Applying execute package:
SQLSysClrTypesx64, action: Repair, path:
Got these errors :(
MSI (s) (C0:50) [20:23:32:105]: Product: Microsoft System CLR Types for SQL
Server 2012 (x64) -- Error 1316. A network error occurred while attempting to
read from the file: C:\ProgramData\Package
Sorry, haven't read the whole thread
Didn't I read somewhere that VS2012 C++ doesn't support Windows XP?
http://stackoverflow.com/questions/13492056/vs2012-c-dll-compatability
From: Natalie Carr natalie.c...@measuresoft.com
Sent: Friday, January 25,
Look in the assemblies in the runtime (ILDASM will work). If there are any
.NET 4.5 dependencies, it will be a no-go on anything before Windows 7.
--
John Merryweather Cooper
Build Install Engineer - ESA
Jack Henry Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
Well, looking in the installer log on my laptop, it looks like it requires
VersionNt = 5.1 and ServicePackLevel = 2). Based on that, the x86 version
should support install on XP with SP2 or SP3. The binaries do not appear to be
managed code, so I don't think .NET 4.5 is an issue.
--
John
Thanks Rob,
For the 0x80002 issue, are the packages supposed to be left in the
%temp%\{guid}\ directories after install? I see this when testing upgrade
and found out they are removed after the initial installation. I hooked up
ProcessorMonitor and saw after the install, it was removing the
Fredrik Grohn fregro at users.sourceforge.net writes:
The WiX COM+ CA's leaving registry keys behind has been mentioned
before, but I have never been able to
reproduce it. Are you able to provide some information on how I can
reproduce it Joshua?
Fredrik
The sample project I included at
28 matches
Mail list logo
