Tabmow wrote:
> The last comment was "customization isn't possible". Is that still the case?
> We're using Wix 2.0.5805.0. is our only option to live with this empty
> uninstall dialog, or is there a way for us to easily add a line or two of
> text to this?
>
When using the MSI basic UI,
[redirecting to wix-users]
Arockiarajesh Peter (Technosoft Corporation) wrote:
>
> We still using the old WIX Tools, candle, light dark all are
> 2.0.3929.0. Now, when I install this one MSI rollback and I see a
> compile error (en after error I see MSI that's another issue apart
> from this).
Louis elston wrote:
> I am grateful for the pointers on how to research the error codes. This
> question is why I have to do this on the samples.
Which samples?
--
sig://boB
http://joyofsetup.com/
--
Apps built wit
MacDiarmid, James D wrote:
> They need to be present and registered prior to starting the application
> related custom services.
>
What does "registered" mean?
--
sig://boB
http://joyofsetup.com/
--
Apps built wit
Michael Putters wrote:
> ExecGameExplorer: Error 0x800700c1: failed to verify game access:
Interesting. It seems to expect the GDF to exist in an .exe. Please open
a bug; I'll follow up with the right folks to see if that's expected.
--
sig://boB
http://joyofsetup.com/
-
Hello,
I'm currently attempting to add my .exe to the Games Explorer. I "wrote" the
GDF file using the DirectX Game Definition File Editor and when doing a
"preview" I can see it gets added just fine in the Games Explorer (which leads
me to think the .gdf file is not the problem). This is wh
Error code 2 is file not found. The file in this case that wasn't found was
rundll32.exe... which is a bit strange. Is that file missing on the target
system or is %PATH% set to not include the SYSTEM32 directory?
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengi
Hi all,
When the uninstall happens by doing Add/Remove programs, an empty box with
progress bar and my product in the title appears. I'd like to simply add a
line of text to this empty-looking dialog. By searching the archives, I know
this has been discussed a few times, and Bob answers t
Bob's point is that they probably are - files are already in place and
registered by the time the StartServices action runs, assuming of course that
you are actually installing them into a location that your service can get
them.
The dependency issues are:
1) Assemblies have never been availa
SFXCA: Failed to create new CA process via RUNDLL32. Error code: 2
Anyone ever seen this or mitigated this? I work in an industry that sometimes
takes machine security postures to an extreme so we might be tripping up some
dependency in DTF.
-
They need to be present and registered prior to starting the application
related custom services.
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Tuesday, March 24, 2009 1:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Una
> -Original Message-
> From: Bob Arnson
>
> Alan Sinclair wrote:
> > I thought I'd make a new component (with condition on the component)
> > and move the shortcut into that, but that was too simplistic and I
> > don't know what KeyPath to use. I get "ICE50 ERROR Component
> > 'GuiDes
I am grateful for the pointers on how to research the error codes. This
question is why I have to do this on the samples. I am trying to learn WiX
by working my way through the samples. The samples are 2.0 (Is the tutorial
3.0?). In either case, I downloaded and installed Wix 3.0, and am trying
Reuss, Matthias wrote:
> In the .wixobj file, which is encoded as UTF-8 (at least the header says
> this), this condition is still well readable. The "Ö" of "Österreich" is
> encoded as 0xC396.
>
> When I open the merge module e.g. with Orca, I see a question mark instead of
> the "Ö".
>
MSI
Alan Sinclair wrote:
> I thought I'd make a new component (with condition on the component) and move
> the shortcut into that, but that was too simplistic and I don't know what
> KeyPath to use. I get "ICE50 ERROR Component 'GuiDesktopIcon' has an
> advertised shortcut, but a null KeyPath" and
MacDiarmid, James D wrote:
> Ok. Actually the dependencies I mentioned before are "Custom" Dlls,
> etc, that where written in-house so I'm not really working with merge
> modules. Would this still be handled the same way?
>
What's special about the DLLs? If they just need to be present, the
Louis elston wrote:
> C:\WIX Samples\SampleFirst\SampleFirst.wxs(19) : error LGHT0204 : ICE43:
> Component MainExecutable has non-advertised shortcuts. It should use a
> registry key under HKCU as its KeyPath, not a file.
>
> C:\WIX Samples\SampleFirst\SampleFirst.wxs(34) : error LGHT0204 : ICE43:
Ok. Actually the dependencies I mentioned before are "Custom" Dlls,
etc, that where written in-house so I'm not really working with merge
modules. Would this still be handled the same way?
Jim
-Original Message-
From: Rob Hamflett [mailto:r...@snsys.com]
Sent: Tuesday, March 24, 20
My product installer includes the VC80 runtime merge modules. I found that on
Vista 64 the files
runtime files are not available until after InstallFinalize. I had to change
the ServiceControl
element not to start the service, and had to use a commit custom action to do
it after the
install
Ok, I determined this wasn't related to "lack of privileges" but rather the
dependency files needed to be loaded and registered first. Is there a way to
tell the install to install and register these dependency files (DLLs, etc)
first?
Thanks,
Jim
-Original Message-
From: James Geall
I have developed a WMI provider in C# using the
System.Management.Instrumentation namespace. I need to install the provider
into the GAC and register it with the WMI repository using MSI. How might I
accomplish this with WIX?
You can declare the property at the merge module level like this:
Since I'm not giving the property any value it doesn't actually create the row
in the property table ( or the table itself since I have no other properties)
but it does tell the compiler to not modularize FOO part of the c
Hi,
I'm building an embedded UI with DTF and noticed that sometimes the Shutdown
method is not called in the uninstall phase. When this happens, an
InstallMessage.Terminate is received in the ProcessMessage method. Is there
anything I'm missing ?
I have a feeling that this is more a question
Yes, this is one possibility.
However, I have created merge modules with InstallShield and could at least
type in conditions referring to properties of the main setup. With WiX, the
Module Id is automatically appended there too.
Is there a general "Guideline" as to when the Moudle ID should be
If your CA has to run in deferred mode (I guess SQL scripts require
elevated privileges), have a look at the following:
http://www.tramontana.co.hu/wix/lesson3.php#3.6
http://blogs.claritycon.com/blogs/sajo_jacob/archive/2008/02/28/customac
tiondata-in-wix-with-deferred-custom-actions.aspx
Otherwis
25 matches
Mail list logo
