You can trouble shoot your target machine for dependency issues by using either
dependency walker for native code (http://www.dependencywalker.com/) or use
fusion logging for .net to see if something is missing at runtime.
-Original Message-
From: Hoover, Jacob
In my project I needed to expose one of the .Net methods and thus build a COM
visible .dll.
It seems like this code will do it when added to the msi
add this;
--
View this message in context:
What happens if you run your installer without .NET 3.5 installed? Does it
exhibit the same behaviour on all the versions of Windows you expect it to be
run on?
Which version of the .NET framework are your custom action projects targeted
at? (in Visual Studio right click the project -
Yes, you'd need to change the entry point (in that one place), but the rest of
you installer code would remain the same. The CustomAction@Id does not have to
equal the CustomAction@DllEntry. That was the point.
--
John Merryweather Cooper
Build Install Engineer - ESA
Jack Henry Associates,
why not jscript or vbscript inline custom action?
С уважением,
Бетке Сергей Сергеевич.
От: Harold Wood (H10 Capital)
Отправлено: четверг, 20 марта 2014 г. 1:49
Кому: General discussion about the WiX toolset.
Ok this is what I have so far:
Product.wxs
!--Display
Not really. You could run heat as a pre-build step with '-cg
Product.Generated' and include the resulting wxs file in your project. Then
all you need is the ComponentGroupRef line you have below. I used to do that
in one of my projects.
There's also the HeatDirectory msbuild task you could
Gotcha. Yeah, I'm unsure as to what is going on. I tried this in a sample
project and was unable to reproduce it. The only difference I can think of
is the original C# CA project was created with WiX 3.7, but we're on WiX
3.8 now. I created my sample project with 3.8. Other than that, I'm out of
Session.Message. This method properly worked for disabled UI.
С уважением,
Бетке Сергей Сергеевич.
От: sergey.s.be...@yandex.ru
Отправлено: четверг, 20 марта 2014 г. 17:32
Кому: General discussion about the WiX toolset.
why not jscript or vbscript inline custom action?
If I run without .net 3.5 installed, I get a message box tell me that .net
3.5 is required.
My custom action projects are targeted at .net 4.0.
Kevin
-Original Message-
From: Pally Sandher
Sent: Thursday, March 20, 2014 7:50 AM
To: General discussion about the WiX toolset.
Subject:
On 3/20/2014 6:32 AM, sergey.s.be...@yandex.ru wrote:
why not jscript or vbscript inline custom actio
http://blogs.msdn.com/b/robmen/archive/2004/05/20/136530.aspx
Dave
--
Learn Graph Databases - Download FREE O'Reilly
What does your CustomAction.config file say as far as supportedRuntime elements?
-Original Message-
From: Kevin Delafield [mailto:kevindelafi...@hotmail.com]
Sent: Thursday, March 20, 2014 9:20 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5
Hi Kevin,
My Custom Actions require 3.5 but my installer runs on system having min 2.0
version which by default is present on Win systems.
Just add this to your custom action config file. As long as your referenced
.NET assemblies in the custom action don't require a runtime of 3.0 .NET you
I am doing this.
-Original Message-
From: Pavan Konduru
Sent: Thursday, March 20, 2014 12:11 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5 requirement
Hi Kevin,
My Custom Actions require 3.5 but my installer runs on system having min 2.0
I have this for my customactions.config
?xml version=1.0 encoding=utf-8 ?
configuration
startup useLegacyV2RuntimeActivationPolicy=true
supportedRuntime version=v2.0.50727/
supportedRuntime version=v4.0 /
/startup
/configuration
still doesn't seem to do the trick.
-Original
Do all your referenced assemblies have a 2.0 runtime?
-Original Message-
From: Kevin Delafield [mailto:kevindelafi...@hotmail.com]
Sent: Thursday, March 20, 2014 10:07 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5 requirement
I am doing this.
no. .net 4.0 runtime.
-Original Message-
From: Pavan Konduru
Sent: Thursday, March 20, 2014 1:12 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5 requirement
Do all your referenced assemblies have a 2.0 runtime?
-Original Message-
From:
I don't think you can avoid the .NET requirement then.
-Original Message-
From: Kevin Delafield [mailto:kevindelafi...@hotmail.com]
Sent: Thursday, March 20, 2014 10:25 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5 requirement
no. .net 4.0
If you check the versions of all your Custom Action project references, they
should all be 4.00..
Are there any additional dependencies that you have for your Custom Action,
like 3rd party DLLs? Perhaps they have a requirement for .NET 3.5
It might be worth using Orca or something similar to
Timothy,
I slight change in plans.
I took $109k and paid off my mortgage.
That leaves me with about $55k, which is a little short to start investing
right now.
I'd like to hold off on investing for about 1 year if possible.
Would that be a problem?
thanks,
kevin delafield
-Original
Timothy,
I slight change in plans.
I took $109k and paid off my mortgage.
That leaves me with about $55k, which is a little short to start investing
right now.
I'd like to hold off on investing for about 1 year if possible.
Would that be a problem?
thanks,
kevin delafield
-Original
sorry,
wrong ricipient.
kevin
-Original Message-
From: Kevin Delafield
Sent: Thursday, March 20, 2014 3:59 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Avoid .net 3.5 requirement
Timothy,
I slight change in plans.
I took $109k and paid off my mortgage.
How can I tell if my installer is running in uninstall mode?
Thanks
Woody
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications.
What is the value of the REMOVE property? If it is All, you are uninstalling
the whole product.
--
John Merryweather Cooper
Build Install Engineer - ESA
Jack Henry Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
I'm trying to throw a message box during uninstall. I thing I've got it
working!
-Original Message-
From: Levi Wilson [mailto:l...@leviwilson.com]
Sent: Thursday, March 20, 2014 2:33 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to tell if running in
What are you trying to do?
On Thu, Mar 20, 2014 at 5:19 PM, Harold Wood (H10 Capital)
v-wow...@microsoft.com wrote:
How do I get the value?
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Thursday, March 20, 2014 2:10 PM
To: General discussion about the
How do I get the value?
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Thursday, March 20, 2014 2:10 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to tell if running in uninstall mode
What is the value of the REMOVE property?
I have an installer project with Script.PostDeployment.SQL defined. I have it
as the last componentref under the feature table. After looking at the
databases after the install is complete im pretty sure it's not being run.
What do I have to do to get it to work?
Thanks
Woody
Hi guys,
I have create a windows form application contain some forms.
And I want to call this application during my project installing process, maybe
step3 or 4.
How to define there?
Thanks,
Timiz
--
Learn Graph
I have another doubt in uninstallation. The created bundle is having more
than one MSI packages. I will install all msi packages files in a
machine(consider 3 msi packages).
Now I need to remove any of one installed msi packages while re-run the
setup.
How can i do this using custom
Hello All,
I'm using WIX v3.8.1128.0 with the PureWix technique to create patches for
a new application utilising the -delta patching capability of Pryo. When
creating a patch for the x64 version of our application it works just
fine. However, when I try and create a patch for the x86 version
30 matches
Mail list logo