> And "C:\Program Files\PATH\TO\FILE.xml" exists when the action is about
> to take place? Are you sure that file was written by your install? What
> do the log entries around that file being written say? Is it possible
> that the component placing that file somehow doesn't work when you
> include
Vuchuru, Surekha (SBT US EXT) wrote:
> I have installed Wix 3.0.5217 version
Use the RTM version of WiX: 3.0.5419.0.
--
sig://boB
http://joyofsetup.com/
--
Let Crystal Reports handle the reporting - Free Crystal Repo
And "C:\Program Files\PATH\TO\FILE.xml" exists when the action is about to take
place? Are you sure that file was written by your install? What do the log
entries around that file being written say? Is it possible that the component
placing that file somehow doesn't work when you include that ac
lambda...@hushmail.com wrote:
> I want uninstallation to always be able to close my application.
>
The WiX CloseApplication element offers the ElevatedCloseMessage
attribute to do this.
--
sig://boB
http://joyofsetup.com/
--
dmcgloin wrote:
> Are you saying that all InstallShield merge modules are invalid by default?
>
No.
> That would seem to be a serious bug in InstallShield. Is there a Microsoft
> Merge Module specification document that I could point them to that would
> show them that they are producing bro
Uwe Stump wrote:
> The issue remains in 3.5.0724.0:
>
The issue is still open in the SourceForge tracker. Unless someone marks
it pending, it means nobody has fixed it yet.
--
sig://boB
http://joyofsetup.com/
--
L
Gremlin wrote:
> How can I use 2 different WiX-Releases on the same machine on different
> projects with msbuild?
>
They can't both be installed but they can be imported. See "Using WiX
With MSBuild" for topics on the matter.
--
sig://boB
http://joyofsetup.com/
---
Mark Parker wrote:
> Yes, WiX v3.0.5217.
>
Use the RTM version of WiX: 3.0.5419.0.
--
sig://boB
http://joyofsetup.com/
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify
Ole Martin Sørli wrote:
>> I'd like to know what Custom Actions I can reference, and what they do.
>>
>
> An overview of the WixUtilExtension and its possibilities would be fine
>
WiX.chm has all that. Do a search on "WixUtilExtension" and you'll get
18 hits.
--
sig://boB
http://joyofse
Ole Martin Sørli wrote:
> Any news on this feature-request?
>
If there are no updates in the tracker item, there is no news.
--
sig://boB
http://joyofsetup.com/
--
Let Crystal Reports handle the reporting - Free Cr
The issue was operator error. :(
I was trying to modify an attribute using the following:
Notice how I've specified Name as @attributeName with the @ sign. That's
incorrect usage. The correct format is:
Unfortunately, ExecXmlConfig didn't provide anything useful in the log to tell
me that
I'm using a command line like 'msiexec /i package.msi /l*v package.msi.log' to
get my log file. How does the "voicewarmup" regkey work?
The files to be modified are to be installed by the package. When I tested the
package without the XmlConfig elements the files got installed properly.
Here's
Most of us have not used DIFxApp to install drivers, so we are just shooting
in the dark.
Are you installing on 32-bit or 64-bit OS?
Is your .inf file the keypath for your component? Looking at your MSI in
Orca, is anything in your MsiDriverPackages table?
What does the installation log show (does
Is verbose logging enabled (set "voicewarmup" regkey, preferably)? The log
messages here could probably be clearer that they aren't errors, but this isn't
actually failing the install, these are just info messages saying that the
WOW64 API isn't available on the machine.
What version of the too
My installer is rolling back immediately after these entries in the log file:
MSI (s) (A0:AC) [16:09:04:827]: Executing op: ActionStart(Name=ExecXmlConfig,,)
MSI (s) (A0:AC) [16:09:04:827]: Executing op:
CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=BinaryData,Target=ExecXmlCon
Hi
I have the following code to create two application pools in IIS. But from the
property of created application pool, I see two types of recycles are both
enabled.
1. Recycle worker processes (in minutes): 1740
2. Recycle worker processes at the following times: 4:00
I only need the second on
Thanks
On Wed, Jul 29, 2009 at 3:25 PM, Blair wrote:
> Yes. Components are to be considered atomic (all or nothing) and so if that
> DLL is shared but the registry keys are not, they should not be part of the
> same component.
>
> Since MyDLL uses either keys A, B, & C OR X, Y, & Z, none of thos
Which files are you passing to torch?
-Original Message-
From: Gremlin [mailto:postingpl...@gmail.com]
Sent: Wednesday, July 29, 2009 6:54 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Patching & MergeModules
Hi there,
How can I patch MergeModules with pyro when they are
Yes. Components are to be considered atomic (all or nothing) and so if that
DLL is shared but the registry keys are not, they should not be part of the
same component.
Since MyDLL uses either keys A, B, & C OR X, Y, & Z, none of those six keys
is part of MyDLL's component. Only things that always,
Wow, really?
That takes me to here:
http://msdn.microsoft.com/en-us/library/ms790289.aspx
where there's a single line of code, namely:
going further takes me to here:
http://msdn.microsoft.com/en-us/library/dd163212.aspx
Where the promised code is nowhere to be found. No links, nothing, no
Perhaps MSDN will be helpful:
http://msdn.microsoft.com/en-us/library/ms790295.aspx?ppud=4
Regards,
jjf
> -Original Message-
> From: Mark Roden [mailto:mmro...@gmail.com]
> Sent: Wednesday, July 29, 2009 8:06 PM
> To: General discussion for Windows Installer XML toolse
I've tried setting the wait parameter to both yes and no.. I still get
the not enough permissions error. I've been getting this for the last
few weeks.
If I try to start it manually, I get the following in the event viewer:
Event Type: Error
Event Source: Service Control Manager
Event
Not dumb at all. I'm no XML expert, but here's my understanding of it.
The URI in an XML namespace declaration isn't necessarily the URL of a
document that can be downloaded, though it may be. In this case, you
should have a copy of the schema file on your machine wherever WiX is
installed.
Yes, WiX v3.0.5217.
Thanks for the tip on wix-users, I've moved the discussion there.
On Wed, Jul 29, 2009 at 2:34 PM, Heath Stewart wrote:
> Are you using WiX v3?
>
> Heath Stewart
> Deployment Technology Group, Microsoft
> http://blogs.msdn.com/heaths
>
> -Original Message-
> From: gode
Thanks, Bob. If possible, I would like some clarification on your comments.
In general, I like to have warnings as errors on our projects since it helps
avoid more serious issues.
Are you saying that all InstallShield merge modules are invalid by default?
That would seem to be a serious bug in
Dumn novice question here. So I understand what XML schema is and that we
need to specify one on every wxs sources, like
http://schemas.microsoft.com/wix/2006/wi";>
But I was wondering if there would be a way for me to actually read that
schema. From my understanding, the
XML schema is also in X
Well, now I get the drivers tags, but the driver itself still isn't
getting installed.
Seriously, is there a walkthrough or anything on how to use this?
I've found numerous sites where people _ask_ the question, but none
with actual responses with actual code that says "Here is how you take
an inf
Try not canceling the install an manually start the service and see what
errors your receive. The message your getting in the msi is pretty
generic.
-Michael 2243
-Original Message-
From: MacDiarmid, James D [mailto:james.macdiar...@eds.com]
Sent: Wednesday, July 29, 2009 2:29 PM
To: G
I'm getting this in the log:
Action 10:52:00: StartServices. Starting services
MSI (s) (C4:50) [10:52:00:265]: Executing op:
ProgressTotal(Total=12,Type=1,ByteEquivalent=130)
MSI (s) (C4:50) [10:52:00:265]: Executing op:
ServiceControl(,Name=BAServiceEXE,Action=1,Wait=1,)
StartServices: Serv
Are there any event messages indicating the failure. Your implementation
seem correct.
-Michael
-Original Message-
From: MacDiarmid, James D [mailto:james.macdiar...@eds.com]
Sent: Wednesday, July 29, 2009 1:23 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re:
Have you tried capturing a verbose log file?
To do this... open up a command prompt.
And try this command...
Msiexec /I "Path to your MSI" /lv* "C:\yourlogfile.txt"
Then crack open C:\yourlogfile.tx in notepad and read it.
It can be challenging at first to understand it, maybe some other list
Hi
I have a DLL that is installed by two MSIs. If I mark it as shared, I
noticed that removing one product still leaves the DLL on the system.
However, the components create different registry keys along with the DLL.
So I would have the following:
MSI 1, Component: MyDLL, Registry keys: A, B, C
Anyone? Anyone?
-Original Message-
From: MacDiarmid, James D [mailto:james.macdiar...@eds.com]
Sent: Wednesday, July 29, 2009 11:56 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] COM+ services fail to start
I've gotten my COM+ VB6 components instal
I've gotten my COM+ VB6 components installing however no matter what
account I use they fail to start. Is there any other code I need besides
the and elements?
Here is my code below:
Thanks,
Jim
Hi,
I am not sure if your problem comes from this, but I experienced in the past a
similar problem with yours.
Windows Installer did not correctly resolve the real location of a folder in a
Repair/Uninstall scenario.
This happened to me for folders which did not have any files installed inside
I had not done that. Hopefully, that will be all I need to get it done.
Thanks,
Mark
On Wed, Jul 29, 2009 at 12:28 AM, Blair wrote:
> Are you talking about Intellisense in VisualStudio? You added the
> DifxAppExtension's namespace, right?
>
> Here is a short example (warning: not tested):
>
> ht
Hi,
thans for the hint, with the verbose logging (I guess "/lvx!
install.log" for msiexec will do it?). The files get installed in the
correct directory (namely that one the user chooses in the install
settings dialog). The variable saving this location is named
INSTALLLOCATION. I use it in the fo
Sorry about my mail.. It was copying correctly into
programfiles(64bitdll),programfiles (x86)(32bit dll).. I made mistake..
The same code that i posted here is working..
Once again sorry about my posting...
Regards, Subramanyeswari
--- On Wed, 7/29/09, Michael Clark wrote:
> From: Michael
Hi there,
How can I patch MergeModules with pyro when they are packed in an msi?
My problem:
I have an msi with an msm included and I create the patches with pyro.exe
The patching works when I have to create a patch witch new files that are
defined in the msi. As soon as I get a new msm which co
Hi,
Maybe it is too late. Here is what works for me using Target. In WiX 3.0,
you have to put it in a separate component instead of File.
Shibo
--
View this message in context:
http://n2.nabble.com/Shortcut-created-with-a-.bat-doesn%27t-work-tp704981p3349562.html
Sent from the wix-users mai
Hi :-)
Any news on this feature-request?
http://sourceforge.net/tracker/index.php?func=detail&aid=2053031&group_id=105970&atid=642717
I'm exploring the possibilities of WiX, and how easily it can be integrated
into the development process. Most of the developers here use VS and C#, so
Vo
I just completed creating a x86/x64 installer using the information I found
here http://blogs.msdn.com/astebner/archive/2007/08/09/4317654.aspx
Good luck
-Michael 2243
-Original Message-
From: Eswari [mailto:sravi...@yahoo.com]
Sent: Wednesday, July 29, 2009 6:08 AM
To: wix-users@lists
I think you have to create 2 setups, one for x64 and and for x86. In your
current situation it will copy everything to Program Files (x86) because the
msi package is x86, so the msiexec is running in x86 mode and does not know
about x64...
Best regards,
Sebastian Brand
Instyler Setup - Creating
In my case I wrote my custom c++ action dll, that detects Wow64 mode with
WinApi function "IsWow64Process" and also uses
"Wow64DisableWow64FsRedirection" to disable it.
Also I saw code like:
But I'm not sure, that it works pretty enough.
_
WBR,
Hi,
I resolved that.. I commented the below line for that.. Honestly i do not know
what difference does it make.. Can any one tell me?
I have one more question.. I have to copy two dlls..One 32 bit in profram files
and 64 in programfiles x86.. This is my code but it is copying 32 bit into
pro
The first one without @Name specified should be working, I just tried it
with SOFTWARE\Adobe\Acrobat Reader\9.0\InstallPath - works
Best regards,
Sebastian Brand
Instyler Setup - Creating WiX-based MSI installations, elegantly.
http://www.instyler.com
-Original Message-
Fro
Hello,
I would like to check, if default Name is present in registry.
According to http://msdn.microsoft.com/en-us/library/aa371171(VS.85).aspx
"Note that it is not possible to use the RegLocator table to check only
for the presence of the key. However, you can search for the default
value of a
Please, publish links after you have place your articles.
_
WBR, Polazhenko Sergey
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Wednesday, July 29, 2009 8:25 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [W
Are you talking about Intellisense in VisualStudio? You added the
DifxAppExtension's namespace, right?
Here is a short example (warning: not tested):
http://schemas.microsoft.com/wix/2006/wi";
xmlns:dfx="http://schemas.microsoft.com/wix/DifxAppExtension";>
...
...
-Origina
49 matches
Mail list logo
