That is how environment variables work, the variables are only read when the
environment is started. IIRC you can write applications that monitor for
WM_SETTINGCHANGE and update themselves but the standard consoles don't.
Neil
-Original Message-
From: Mita Patel [mailto:mpa...@esri.com]
Here find the content of files:
MSI_NOT_OK.log ==
=== Verbose logging started: 5/12/2012 16:06:02 Build type: SHIP UNICODE
5.00.7600.00 Calling process: C:\WINDOWS\system32\msiexec.exe ===
Font created. Charset: Req=0, Ret=0, Font: Req=MS
On 17-Dec-12 19:57, up2date cyborg wrote:
> Maybe I should not post this on the wix-user list?!
Please file a bug so it doesn't get lost.
--
sig://boB
http://joyofsetup.com/
--
LogMeIn Rescue: Anywhere, Anytime Remote s
On 17-Dec-12 11:43, Marty Offe wrote:
> I am *not* able to get msiexec.exe to set the recovery option of my Windows
> service to "Restart the Service".
Two things:
1. Your authoring doesn't match your MSI tables doesn't match your MSI log.
2. There's no indication in the doc that MsiServiceConf
problem comes from:
wix37-sources\src\DTF\Libraries\Resources\VersionStringTable.cs (line 81)
where verValue.Data is set, and in VersionInfo.cs (line 83): this.isString
= false;
so we lose the info that verValue is a string.
Could it be fixed before final release of WiX 3.7?
to reproduce while deb
I thought MSI did the send message thing itself and that console windows
are never affected by it.
On Mon, Dec 17, 2012 at 4:31 PM, Mita Patel wrote:
> We are having issues propagating the environment variables. The setup has
> a custom action that propagates the environment using the
> SendMe
We are having issues propagating the environment variables. The setup has a
custom action that propagates the environment using the SendMessageTimeOut api
SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,(LPARAM)
"Environment", SMTO_ABORTIFHUNG, 5000, NULL);
On a 64 bit OS, both 32
I found why:
when wix updates the bootstraper resource versioninfo, for strings, the
"wType" is not set correctly, wType is 0 instead of 1.
see
http://msdn.microsoft.com/en-us/library/windows/desktop/ms646987(v=vs.85).aspx
Modifying with an hexadecimal editor the wType from 0 to 1 makes the string
Hi,
To the WiX developers:
I was running Process Explorer (sysinternals) and I saw that the
Description and Company Name columns only contains one character (the
first one set in @Bundle/Name and @Bundle/Manufacturer).
On all the processes running on my computer, only the bootstrapper
(created
Ahh, yes. Feature Conditions must be used very carefully. If they evaluate
to false during uninstall after evaluating to true on install or repair,
you can get really unexpected behaviors like this.
On Mon, Dec 17, 2012 at 10:15 AM, Neil Sleightholm wrote:
> Finally got the bottom of it...
>
> I
Finally got the bottom of it...
In my MSI I have something like this:
TYPE=1
The value of TYPE is set by burn and passed in to the MSI. On upgrade I assumed
that this value would come from the msiexec command line but it seems that it
doesn't and I have to save it and rea
In your Bundle.wxs, if you have:
...
then you also need, after the BootstrapperApplicationRef:
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixMbaPrereqPackageId-variable-not-visible-from-Fragment-element-tp7582403p7582421.html
I don't see your MSI in the bundle's chain. Only the python and .NET ones. Is
this the code you wanted to show to the forum?
I've gotten that error message once before. It went away after I recompiled
through.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.
Could you attach the part of the log into the email message? Attachments
don't show up in the forum for me. It could be a couple of things really.
Might help to post some of your WiX markup too.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/odd-b
To add to what Nick said, here's what I have. It works in WiX 3.5:
-Adam
On Mon, Dec 17, 2012 at 11:05 AM, Peter Shirtcliffe wrote:
> Error 5 is access denied. Are you running the installation as
> administrator ?
>
> -Original Message-
> From: Marty Offe [mailto:marty.o...@harlandfs
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover wh
Error 5 is access denied. Are you running the installation as administrator ?
-Original Message-
From: Marty Offe [mailto:marty.o...@harlandfs.com]
Sent: 17 December 2012 16:44
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How do to configure a Windows service to "Restart the
S
Does it work if, instead of using the ServiceConfigFailureActions and Failure
elements, you use the util:ServiceConfig element? It has
FirstFailureActionType, SecondFailureActionType and ThirdFailureActionType
attributes that you can set to "restart", "runcommand" or "reboot".
--
View this messa
I am *not* able to get msiexec.exe to set the recovery option of my Windows
service to "Restart the Service".
Wix 3.6 documentation suggests that I can use ServiceConfigFailureActions to
accomplish this.
Here is my ServiceInstall element:
Hi does anyone have a full example of extracting a file from the binary
table and executing it in C++? I cannot seem get it working at all.
Kind Regards,
Natalie Carr
--
LogMeIn Rescue: Anywhere, Anytime Remote
Oh silly me, I found it, unfortunately it does not support embedded
properties..thanks
Kind Regards,
Natalie Carr
-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca]
Sent: Monday, December 17, 2012 2:33 PM
To: General discussion for Windows Installer XML toolset.
Subjec
What he means is that you have to check the documentation to see if it accepts
formatted text. If it doesn't it will display the text as is.
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: December-17-12 5:26 AM
To: 'General discussion for Windows Inst
Several people from the WiX community lent a hand getting the update to the
WiX book into shape. The end result covers more ground than the last
version, including, of course, Burn. All in all, I'm very pleased with the
end result! It's available for the Kindle on Amazon's site at:
http://www.amaz
Hello,
I have created a MSI with WiX (version 3.5.2519.0), this MSI put a CTG.ini
to specific folders:
C:\Program Files (x86)\IBM\CICS Universal Client
C:\Program Files (x86)\IBM\IBM CICS Universal Client
The same MSI is executed on 2 computer but:
The first computer have this file in the correct
Hi,
MSI is able to store version number information upto four places. In
upgrade process it consider version number upto three places only.
fourth part will be ignored by its upgrade machinery.
Please check /"Note that Windows Installer uses only the first three
fields of the product version"/
I thought MSI only looked at first three digits, ie change 1.2.3.4 to
1.2.4.4 to affect changes.
tenholde
-Original Message-
From: Marc Fauser [mailto:marc.fau...@gmail.com]
Sent: Monday, December 17, 2012 2:54 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix Upgrades whe
Hi all,
I'm putting together an installer to help users get Mercurial running on
IIS and I'm using burn for it.
http://schemas.microsoft.com/wix/2006/wi";>
http://www.python.org/ftp/python/2.6.6/python-2.6.6.msi"/>
I'm building in Visual Studio 2010 with Voti
Hey all,
Even am in the same boat. "How to create a uninstall shortcut in startmenu->
program files to uninstall application installed with WiX bootstrapper. I am
not getting the product code of bootstrapper, which I would have used for
un-installation. looking for same un-install shortcut which i
You could try setting Vital="no" on the File element. I'm not sure if that
applies to removal as well as installation.
-Original Message-
From: Nirmalraj Durai [mailto:nirmal.du...@gmail.com]
Sent: 17 December 2012 06:05
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Network pat
I'm new to Burn, and was trying my first test dummy setup with GUI
that I found here:
http://bryanpjohnston.com/2012/09/28/custom-wix-managed-bootstrapper-application/
Solution contains three projects: TestBA.csproj,
DummyInstaller.wixproj, and BootstrapperSetup.wixproj. I removed all
the MVVM stu
On 2012-12-17 09:58, Neil Sleightholm wrote:
> Take a look at the MsiPackage/@Visible attribute
> http://wix.sourceforge.net/manual-wix3/wix_xsd_msipackage.htm.
This solved my problem. Thank you very much.
I read this page many times and overlooked it every time.
Marc
--
I have it formatted I think, this is a line from the agreement:
"Where the Licence has been purchased through a distributor including
[DISTRIBUTORNAME]"
Property:
But it is still only showing [DISTRIBUTORNAME] in the agreement on the
dialog.
Kind Regards,
Natalie Carr
-Original Message
This is a limitation of Windows Installer the only way to get around it is
to allow same version upgrades but this is not without its own problems
primarily that 1.2.3.4 will also downgrade 1.2.3.5
Neil
>I have a setup which works great but has one bug.
>If only the revision number changes, the
Take a look at the MsiPackage/@Visible attribute
http://wix.sourceforge.net/manual-wix3/wix_xsd_msipackage.htm.
Neil
>I have a WiX bundle for different components of our software.
>Every component has its own msi and installs perfectly.
>
>But I want to install the bundle so that for every msi
I have a setup which works great but has one bug.
If only the revision number changes, the setup tells
me that this product version is already installed.
e.g. I have one msi with version 1.2.3.4 installed
and I want to upgrade to 1.2.3.5. This doesn't
work for me. I couldn't find any documentation
I have a WiX bundle for different components of our software.
Every component has its own msi and installs perfectly.
But I want to install the bundle so that for every msi I get an entry in ARP,
but I can only get the bundle to appear.
How can I force the burn chain to show every component?
Best
36 matches
Mail list logo
