Hi,
I am in the process of getting one of our installers ready for "Certified
for Windows Vista". I have all test cases passing except test case 23. The
test case uses a supplied merge module
(FailInstallFromCommitCustomAction.msm) to cause a failure and rollback
during the execution of the custo
Christopher Painter wrote:
I never understood why MSI doesn't have this automatic state saver
pattern built in.
Me either. Does anyone inside MS know why there isn't a mechanism to
accomplish this?
Regards
Richard
* C O N F I D E N T I A L I T Y N O T I C E *
On Jan 7, 2008 6:18 PM, Mike Dimmick <[EMAIL PROTECTED]> wrote:
> Right, let's explain UAC.
>
I've replied to Mike off-list as the discussion is not about WiX or MSI
anymore. If anyone has related comments to add, please mail me privately to
keep the list on-topic.
Thanks,
Scott
-
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> writes:
> Me either. Does anyone inside MS know why there isn't a mechanism to
> accomplish this?
Haven't you ever worked on a project where some enhancements are
postponed in favor of working on More Important Things?
I tire of the endle
Hey
I wanted to know if anybody has experienced any problems when using Wix 3 to
install and register a VS Package on boxes that runs Vista 64?
I have a VS package where my wix code is modeled after the installer for Votive
from Wix 3 itself. It is installing without any problems on Win 2K3 or
Tell me Rich, in a declarative programming language where custom actions are
`evil` just who AM I supposed to complain to when I'm forced to color outside
the lines for something that is obviously missing even after 9 years of
production release?
I don't buy `configuration data is a
JCWrs wrote:
>
> I have customActions scheduled just after ProcessComponents that uninstall
> my services if the uninstall is being run. However, when the first one
> fires, I get an error saying that one of my dlls or one of its
> dependencies cannot be found. I check the file system and all
Hi,
I am trying to get the system drive from the environment variable in my wix
code.
I have a system which has multiple partitions of windows running. G:\ has x86
and C:\ has amd64.
G:\is the active OS. But from the log files, MYAPPPATH always holds C:\
which is incorrect
This is how MYAPPP
I have customActions scheduled just after ProcessComponents that uninstall my
services if the uninstall is being run. However, when the first one fires,
I get an error saying that one of my dlls or one of its dependencies cannot
be found. I check the file system and all the files necessary are p
I'm in the process of implementing .Net Framework 3.5 checking in my
WiX installer using the WixNetFxExtension, but the call seems to be
returning incorrect results. My code check is pretty basic:
NETFRAMEWORK35
I'm including the WixNetFxExtension v3.0.2925.0
I've installed the 3.
The other Richard wrote:
Haven't you ever worked on a project where some enhancements are
postponed in favor of working on More Important Things?
All the time. I'm just surprised at how few of those "More Important
Things" in Windows Installer appear to offer a significant benefit to
those creatin
If you manually stop the service while the product is still installed does it
actually stop correctly? And does the process exe go away? Keep in mind that
the whole service start/stop mechanism depends on the code in the service
following the service message protocols and responding in a timely
You're awash in a sea of unsupported.
InstallUtilLib is an *undocumented* helper library shipped by Visual Studio.
Pretty much all you can do is file a bug against Visual Studio (which will
of course suffer from exactly the same problem).
Officially managed custom actions are not supported:
http:
Not technically a wix question, but this is the most likely group of
persons to know the answer...
I have a bootstrapper for which one of the third party prerequisites
requires a reboot. It does not resume the bootstrapper setup.exe after
the restart. I have a kludgey workaround executable to wr
The point appears to be moot - For whatever reason, WiX is picking up
the proper help icons correctly without needing any whacked shortcut
associations. Not sure why InstallShield fails at this.
On Jan 8, 2008 2:13 PM, Mike Dimmick <[EMAIL PROTECTED]> wrote:
> No you _can't_. That will embed hh.ex
Hi,
Does the UI that appears when uninstalling product from ARP (basic mode) come
from Windows installer?
What are the fonts used? (System Default Fonts or Windows installer fonts).
Is it possible to change the font family?
Regards
Sandeep
_
No you _can't_. That will embed hh.exe, which isn't yours to redistribute,
in your MSI. You could open hh.exe in a resource editor (e.g. in Visual
Studio, go to File > Open > File, select the file, then click the down-arrow
next to Open and select Open With..., then pick Resource Editor from the
li
Hello WiX dev/users:
Is WiX package supports Unicode MSI Installers? I customized WiX source
to make Unicode MSI but stuck with some errors and the below is the
extract.,
light -nologo -out
"../../../../../../built/WIN32_D.OBJ/bin/KDM-default.msi" -sice:ICE45
WIN32_D.OBJ/KDM-5.10.3-DEBUG.wixobj
I'll use Mike Dimmick's quote " You're awash in a sea of unsupported." The log
seems to show that you're using the managed code Dll shim to call a custom
action in an assembly which has most likely already been uninstalled. Some of
the downstream messages might relate to the undocumented nature
Anasuri, Mahesh wrote:
> Hello WiX dev/users:
>
> Is WiX package supports Unicode MSI Installers? I customized WiX
> source to make Unicode MSI but stuck with some errors and the below
> is the extract.,
No it doesn't, because the underlying MSI engine doesn't. Wix can't do
anything that MSI ca
The MDAC merge module was a stub wrapper around MDAC_TYP.EXE. Some things
never change.
The ship vehicle for common controls was traditionally Internet Explorer. No
other way of shipping them was supported. I don't think there have been any
updates since Windows XP.
Merge modules generally
21 matches
Mail list logo
