Neil Enns wrote:
> For EXE assemblies, this attribute does not need to be set because NGen will
> use the directory of the assembly file by default.
>
> However, we've found this is not the case and if we don't specify it the
> command line passed to NGen is incorrect and NGening fails.
>
I t
Jim Williams wrote:
> Any ideas of what may be causing this? Could this be related to the
> mergemod.dll problem that I've seen in some of the posts in the past
> week or so?
Yes. See
http://www.joyofsetup.com/2008/06/09/wix-v2-needs-fixed-mergemoddll-too/.
--
sig://boB
http://joyofsetup.com
Tony Juricic wrote:
> If that is the case I guess what is confusing me is that
> ppwzCustomActionData is of type inout.
>
Because the functions advance the pointer past the data that's read from
the cadata string.
--
sig://boB
http://joyofsetup.com/
---
Alex Duong wrote:
> MSI (c) (44!98) [14:25:29:524]: Note: 1: 2228 2: 3: ComboBox 4: INSERT INTO
> `ComboBox` (`Property`,`Order`,`Value`,`Text`) VALUES (?, ?, ?, ?) TEMPORARY
>
WiX doesn't add a ComboBox table unless it's necessary. Likely you need
an EnsureTable element so WiX adds an empt
bump.
On Sat, Jun 7, 2008 at 6:26 PM, Chris Mumford <[EMAIL PROTECTED]> wrote:
> I have a requirement for the end user to be able to add files to my MSI
> before they deploy it to their machines.
>
> At present I wrote a program to use msi.dll to allow them to customize some
> properties - it wri
Hey Neil:
Thanks for responding. Sure, I do have other directories like:
But only 2 of these are direct children of the parent TARGETDIR folder so
things seem a bit arbitrary here. Why not just call the top level
tag since there really isn't the parent child
relationship that the file for
I've not used the custom actions like that, so you are ahead of me.
Any chance of sharing some source? It sounds like you are doing a lot more
in C++ than I am, I'm still learning.
Regards
Ryan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Jurici
Thanks Ryan! You example is along the lines of this blog post that I
just found:
http://vadmyst.blogspot.com/2006/05/deferred-custom-actions-with-wix.htm
l
But my tests with Wca functions were also successful!
I have an immediate CA in a DLL. Exported function basically invokes a
bunch of
WcaWrit
As I mentioned last week I am spending this week working on some new how to
documents for WiX. It's a lot of writing, and I'm sure I'm going to get parts
of it completely wrong. Plus there's bound to be a few typos here and there :)
I'm looking for people who are willing to do tech reviews of wh
I'm trying to port an existing Visual Studio Web Setup MSI to WIX, but I'm
running into some problems.
I dark'd the Web Setup MSI, light'd the .wxs file, and ran the newly generated
MSI.
However, when I run the MSI, I run into some errors. In the MSI log, I see the
following.
MSI (c) (44!98)
Not quite sure of your question, but the following may be of help.
My understanding is that deferred custom actions cannot read the normal MSI
properties and can only access data through the CustomActionData property.
This is because they are run outside the scope of the UI in a separate
transacti
Can anybody give a brief intro on how to use deferred CA data functions
such as
WcaDoDeferredAction,
WcaWriteStringToCaData,
WcaReadStringFromCaData, etc. ?
I have a deferred custom action that needs to read a lot of properties
and these functions seem like the right ones to use.
Deferred action
Decided an example might be good.
Here's a custom action that uses the file Id for this purpose. See the
[#mwefile143] portion. That's the file Id.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chad
Petersen
Sent: Monday, June 09, 2008 12:06 PM
To: Ge
Even better. You can generally refer to a file directly with the
[#FileId]
syntax.
Thanks
Chad
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Yen
Sent: Monday, June 09, 2008 11:52 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] refere
Is there any reason why WcaIsPropertySet takes ASCII string, i.e.
BOOL WIXAPI WcaIsPropertySet(
__in LPCSTR szProperty
);
while all the rest of API uses wide character strings?
-
Check out the new SourceForge.net M
Hello, I have a msi with jar files as components within, and during the
installation, I would be calling a java program by custom action that
will need one of these jar files, is there anyway in WiX to reference to
a component and get the file path to it during installation ?
Thanks,
Roger
I have been using Wix 2.0.3719.0 for forever and figured it was time to
upgrade to a newer version. Before I make the switch however, I decided
it wise to try building all my installations with the newer version
before I add it to our nightly builds to see what kind of changes, if
any, I might nee
The documentation for NetFx:NativeImage states that setting the
AppBaseDirectory property is optional on executables:
For EXE assemblies, this attribute does not need to be set because NGen will
use the directory of the assembly file by default.
However, we've found this is not the case and if
I started doing it after my CA's started failing with no return info.
Chris
On Mon, Jun 9, 2008 at 1:28 PM, Christopher Painter <[EMAIL PROTECTED]>
wrote:
> That was my first natural inclination also. I think it's going to be a
> hard habit for developers to kick.
>
>
> >> My CA method has a tr
Thanks for the info Blair. I have modified the code as you mentioned below . I
can see that the web service now gets updated with the latest version, however
when I run the msi again on the latest version already installed, it doesn't
pop up any message for me which means the below condition rem
That was my first natural inclination also. I think it's going to be a
hard habit for developers to kick.
>> My CA method has a try/catch that surrounds all the code, to catch any
exception, log it to the session and return ActionResult.Failure.
>Note that is not necessary because the code
1. Already answered by Christopher Painter -- Thanks.
2. Based on reports from you and Amy on this list, it would seem the bug is not
entirely fixed. I'll have to investigate further. Are there certain API calls
that often cause the CA to die? (Setting properties?)
>> My CA method has a try/cat
Bob Arnson-6 wrote:
>
> Immediate custom actions don't run elevated, so if you're testing on
> Vista, it won't have permissions to write to per-machine areas of the
> drive, like Program Files.
>
I'm suspecting that could be the case. I'm not installing on Vista (this is
a server class produc
Tom Sollas wrote:
> But for the immediate CA's, I'm still a little stumped. In my example, I was
> calling "cmd.exe /c ren c:\foo\bar baz", which failed when run immediate
> outside of the InstallIntialize/InstallFinalize barrier.
Immediate custom actions don't run elevated, so if you're testing
Riyaz Mogharabin wrote:
> Could you explain this a bit more for me? Do you mean that I need to
> change the "Indirect" to yes for this? Or I need to check this
> somewhere else with another condition?
>
WIXUI_INSTALLDIR contains the name of a directory property. Check that
property by name in y
Natxo Mateos wrote:
> I'm using VS2005 and Votive doesn't gives any option to add parameters
> to the compiler or linker. How it's supposed to be done? Without using
> VS, and editing the wxs with a simple editor?
>
Add the appropriate .wxl file to the project; Votive automatically turns
it
Natxo Mateos wrote:
> > candle Product.wxs
> > light -out Product.msi %WIX%\WixUI.wixlib -loc %WIX%\WixUI_es-es.wxl
>
> What I'm missing? By the way, I'm using version 2.0.5805.
>
You need to pass Product.wixobj to the light command line.
--
sig://boB
http://joyofsetup.com/
-
Wilson, Phil wrote:
>
> 1) The code will be different for immediate and deferred custom actions.
> Immediate CAs can get properties directly, deferred ones need to use
> CustomActionData. This may be something to do with what you're seeing.
> 2) RemoveExistingProducts will work fine after Instal
Hi again,
I'm still getting some LIGHT errors. The last one is "LGHT0111 : Could
not find entry section in provided list of intermediates".
In my Product.wxs file I've defined a tag. And that's exactly
what I'm executing:
> candle Product.wxs
> light -out Product.msi %WIX%\WixUI.wixlib -loc
Hi,
Does anyone have any experience of using WiX to setup some SSRS reports?
I'm thinking it will probably require some custom actions...
Cheers,
J
John McLoughlin | Technical Architect | Broadcast Technology | ITV plc
3rd Floor,
200 Grays Inn Road | London | WC1X 8XZ | Tel: 020 715 66870
I can't reproduce this now, so I'll leave the bug.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 06 June 2008 16:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Using AssemblyVersion in the build
Ry
Natxo Mateos wrote:
> Hi,
>
> At the moment I've been unable to build an executable with Wix v2 and
> that uses dialogs.
>
> How is has to be done to specify the culture in WIX 2. It's possible via
> Votive? Or the only way is through the command line?
Hi
the WiX 2 does not use something like
Hi,
At the moment I've been unable to build an executable with Wix v2 and
that uses dialogs.
How is has to be done to specify the culture in WIX 2. It's possible via
Votive? Or the only way is through the command line?
I'm using VS2005 and Votive doesn't gives any option to add parameters
to
Look at it this way: You wrote your application and tested it against .NET 2.0.
Because 3.0 and 3.5 are like "feature packs" for .NET 2.0, they register
themselves as .NET 2.0, and your application still installs and works.
If Microsoft bring out .NET 4.0, and it's compatible with .NET 2.0, they
34 matches
Mail list logo
