I'm trying to use the Resource classes (i.e. Resource, ResourceCollection...)
in the Microsoft.Deployment.Resources assembly that DTF ships to retrieve
string entries from the RT_STRING table resource. I using the code:
ResourceCollection rc = new ResourceCollection();
rc.Find(pathToDll);
Thanks Rob, that worked great.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-New-Lines-in-Text-Fields-for-Custom-WiX-Extension-Doesn-t-Work-tp5214598p5217423.html
Sent from the wix-users mailing list archive at Nabble.com.
There was an error importing table 'table' from file
'C:\Users\jnewton\AppData\Local\Temp\vzpbgirf\table.idt'.
C:\Users\jnewton\AppData\Local\Temp\vzpbgirf\table.idt1 1
Is there a workaround to this? Maybe I am doing something wrong but you can
use those xml codes in other WiX
Looks like when posting, my xml character codes went away. Here is a
screenschot of the codes.
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n5215703/New_Line.png
--
View this message in context:
I'm trying to achieve the same functionality that NAnt provides with the
property::get-value function in WiX.
I have a list of languages that I need to loop through like so:
?define chs_cost = ... ?
?define cht_cost = ...?
?foreach lang in chs,cht,deu,fra,jpn,kor ?
?define cost =
Hi Bob,
Do you happen to how I can get a list of all the variables defined in the
wix source? I am deriving from the PreprocessorExtension class.
--
View this message in context:
http://n2.nabble.com/Is-it-possible-to-dynamically-access-a-define-variable-in-WiX-tp4582645p4583015.html
Sent
Maybe I don't understand the GetVariableValue method, but it seems to need a
prefix and a variable name. What if I want the normal variables with the
prefix of var like $(var.myVariableName)? I didn't see any options to get
the variables you defined in the wix source. Like I was thinking of
I'm testing out Burn and the setup.exe that it creates doesn't seem to do
anything when I double-click on it. I took one of the example Burn tests and
my manifest looks like:
BurnManifest xmlns=http://schemas.microsoft.com/wix/2008/Burn;
Log Level=debug Mode=append Path=c:\BurnLog.log /
Stub
I am starting to lean towards and option where as soon as the user hits the
Next button on a Feature dialog, I have a custom popup or something that
tells the user all the features they selected that are invalid (i.e. you
selected .NET Framework 2.0 Support but .NET Framework 2.0 isnt'
That actually hides the feature I believe. From what I have read, you can't
really disable items in a Feature tree. Apparently the SelectionTree control
doesn't support it. Probably the best way would be to allow them select all
the features and then when they click next, display a dialog of some
I have a feature tree that consists of several features that install .NET
support. So I have a tree like
.NET Framework 2.0 Support
.NET Framework 3.0 Support
...
What I would like to do is have those features either disabled or greyed out
if the Framework associated with that feature isn't
I was building WiX and noticed that AnyCPU assemblies are outputted to the
x86 folder. I was just curious as to why this was the case. Its not a big
deal, just curiosity.
--
View this message in context:
I like how the WiX build is setup with NAnt and so its a good reference point
for me when creating my automated builds. I was wondering if yall use any
type of Continuous Integration System like TeamCity to handle your builds?
Or is it more of a manual process where you just sync the make.bat
I'm trying to use the Resource classes (i.e. Resource, ResourceCollection...)
in the Microsoft.Deployment.Resources assembly that DTF ships to retrieve
string entries from the RT_STRING table resource. I using the code:
ResourceCollection rc = new ResourceCollection();
rc.Find(pathToDll);
I was curious to see how other people validate their installers to ensure
they install the correct files, registry keys, etc into the proper
locations. For example, if somebody on your development team says a file
needs to be added to the installer and it needs to be installed into xyz
Hi Bob,
I found out it actual works but you just get a warning from Visual Studio. I
assume its validating the datatype in schema to what's being used. So
everything is fine now.
Thanks
--
View this message in context:
I have a scenario where I need to changed the value of a YesNoType attribute
based upon a property I specify. In particular, during our beta period, we
remove assemblies from the GAC. However, during release, we leak the
assemblies to the GAC. This is done by setting the Permanent attribute on a
Yeah, I meant to put 'yes' or 'no' in the post, but it doesn't matter. The
wix compiler always says the value is invalid according to its datatype.
--
View this message in context:
http://n2.nabble.com/Using-Variables-with-YesNoType-Attributes-tp3182903p3183321.html
Sent from the wix-users
It appears the ExtractFiles() methods don't work on merge modules. The
methods work fine on an MSI but not merge modules. It appears just by
browsing through the source of the
Microsoft.Deployment.WindowsInstaller.Package assembly that we are trying to
count the number of rows in the Media table
Is there any general best practices or coding conventions (i.e similar to the
.NET Framework Design Guidelines) for WiX? I want to ensure consistency
amongst all my MSIs created with WiX and so establishing these conventions
will hopefully help that.
If anybody has any links, suggestions,
I'm trying to use the WiXVSExtension to register our help in the Visual
Studio documentation instead of the old way of merging in the Microsoft MSMs
like VSIPCC_Collection_Files and HTML_Help_Registration__RTL_X86...,
etc. The MSI appears to be created correctly with the right tables and
Just to add, if I look at my old MSI created via the MSMs, there is the
CustomAction entry of
CA_HxMerge_VSCC_v80_x86_enu.3643236F_FC70_11D3_A536_0090278A1BB8.48273237_1399_45CF_801C_338E1AB00E90
3650BIN_60378_x86_enu.48273237_1399_45CF_801C_338E1AB00E90
ms-help://MS.VSCC.v90
I don't
I am creating my own WiX extension and I initially was using the wix strong
name key file. However, this required me to run the command : sn -Vr
*,36e4ce08b8ecfb17 on any machine that used this assembly.
Now I have my own strong-name key file and I have used that, but when I
attempt to load the
Yeah, you actually get ICE errors on that MSM. However, I am stuck now not
knowing how I can reference the INSTALLDIR propery in my MSM. What is the
proper way I should go about doing this? INSTALLDIR ends up being mapped to
a location where I install various executables. My MSM installs various
Hi Bob,
The problem is that the exe that I am referencing is actually in the MSI
that I am merging into. Basically the MSM just contains a bunch of static
registry entries (i.e. basically just adding the registry keys for the exe's
type library information). If I just [#blah.exe] in the MSM, it
I used to have some MSMs created by Wise that had an entry in the directory
tree of INSTALLDIR. This entry didn't have modularization (i.e. no GUID
appended) and as such when I merged this MSM into an MSI, whatever value of
the MSI's INSTALLDIR was, I was able to use this propery in my MSM's
I've been looking over the WiX setup code which is used to create the WiX
Toolset installer and had a best practice question regarding putting all
support for Visual Studio versions into one MSI. WiX supports VS2005 and
VS2008 and installs addins all in the same MSI. I'm actually in the same
boat
I have two publisher policy assemblies (i.e. lets say one for version 8.6 and
one for version 8.7). Both policy assemblies use the same config file. In
order to successfully install these publisher policy files, MSI/fusion
requires that the policy assembly and the config policy file are in the
I created a WiX extension for my group to use and there is a scenario where I
need to check to see if a row that I'm adding to a table, already exists. Now,
I tried the route of
1) Invoking CreateRow
2) Getting the Table reference from the row object
3) Looping through all the rows in the
Nevermind. I figured out a good way to get what I needed.
--
View this message in context:
http://n2.nabble.com/Detecting-Duplicate-Rows-in-a-Wix-Extension-tp2563918p2566545.html
Sent from the wix-users mailing list archive at Nabble.com.
I would like to be able to set some property and have this affect whether or
not the bitmaps are displayed in the UI. Our company has a framework that we
already use which has common UI, but I wanted to have a basic UI that would
display if my end-user happened to click on my individual UI.
So I built an extension on one machine against build 4917 and took this
assembly to another machine with the same build version. When I tried to add a
reference to this extension, I got the error shown in the attached picture.
Now, I have found that it sometimes doesn't load on my dev
I have several features in my installer feature tree. Some have conditions
based upon App and Component searches. I see that the properties of the
conditions are being set, but it doesn't seem like my Features are turning
on and off based on them. My Features are always turned on. I even set the
I need to install both 32-bit and 64-bit assemblies into a 32-bit location
but I'm not sure how to appropriately setup my MSMs and MSIs. Our end-users
will be using these assemblies in Visual Studio and could be developing a
32-bit or 64-bit app. The current layout is that I have a top-level
Is it possible to add custom attributes to the Directory element? I can add
custom attributes to other elements like Features, Components, etc. Maybe
its something with my schema? I tried the following but nothing worked:
xs:element name=Directory
xs:complexType
xs:attribute
I have a variety of MSIs that all include the same several custom tables. I
would like to move this custom table to some type of WiX Library and then
just have the MSIs reference this table and add in their own rows. I've
actually structured it so that the MSIs just create some list that the
I'm trying to create a basic preprocessor extension that will do simply what
Peter blogged about
http://blogs.msdn.com/pmarcu/archive/2007/04/27/wix-functional-preprocessing.aspx
here (i.e. the functional preprocessing blog). I've tried to follow the
steps in the WiX help to create my own
/viewvc/wix/wix/src/chm/html/extension_development_simple_example.htm?view=markup
Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com
On Wed, Mar 4, 2009 at 9:11 AM, jnewton jonathan.new...@ni.com wrote:
I'm trying to create a basic preprocessor extension
to but I can't figure out how to do
that.
jnewton wrote:
Yeah, I followed that tutorial which is in the help. Right after I posted,
I figured out how to do it. I just didn't understand how to properly use
the EvaluateFunction method.
All is well now
Thanks
Brian Rogers wrote:
Did
I would like to be able to dynamically add custom tables to my WiX source
file. I have a variety of MSIs that all need these custom tables and I would
like to catch the WiX compilation phase right before it expands all the
variables values and insert these tables. For example, if I detect a
I wanted to get peoples thoughts on best practices for ensuring all MSIs I
create have the same values for MSI properties. For example, I would like
all MSI's that I create to have these same settings:
!-- Add/Remove properties --
Property Id=ARPNOREMOVE Value=1 /
Property Id=ARPNOREPAIR
I created a very basic MSI that doesn't install any files but simply
references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When
I run the MSI, it always hangs stating please wait while the installer
finishes determining your disk space requirements. I saw another forum post
reference this.
-Jonathan
Rob Mensching-2 wrote:
That's the way I would do it.
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Wednesday, January 28, 2009 10:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Best Practice for Ensuring All MSIs I
that you could share? I have seen this a
few times but cannot reproduce it reliably.
Neil
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: 28 January 2009 21:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installer hanging while doing FileCost
Apparently that's the case cause I added a file to the basic installer I
created and it doesn't hang. Weird. I guess like you said its something with
MSI in general.
-Jonathan
Rob Mensching-2 wrote:
Something in my memory remembers this tracked down to a Windows Installer
bug when there
.
-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Tuesday, January 27, 2009 06:15
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned
Files
For those few components that have these non-versioned
I have a few components that only contain non-versioned files (i.e. message
files, fonts). Currently I am using a core DLL that I install as the
companion file for the files in those components. However, this means that I
don't have a keypath for these components. I'm not sure if this is a
than the number I hard-coded in.
Thanks
Rob Mensching-2 wrote:
InstallExecuteSequence
ScheduleReboot After=InstallFinalize /
/InstallExecuteSequence
Works for me.
-Original Message-
From: jnewton [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01
? Very unfriendly of a Merge
Module to shove a reboot into someone else's product... especially if they
already have a ScheduleReboot elsewhere.
-Original Message-
From: jnewton [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2008 09:09
To: wix-users@lists.sourceforge.net
the ForceReboot action that is immediate.
Phil Wilson
-Original Message-
From: jnewton [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2008 9:09 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Scheduling a Reboot After InstallFinalize
I think the problem
50 matches
Mail list logo
