Hello,
I installed a package (.EXE) which was developed with INSTALLSHIELD. Now I
developed a MSI package with WiX3.0 and VS2005. Product ID of both packages are
same. When I install MSI package it is not detecting the previously installed
INSTALLSHIELD package.
Could somebody tell me this
Hello wix-users,
this is a follow up to my emails from a few days ago about problems with COM
registration. I think the problem is that I am violating component rules,
but I'm not sure how to avoid it.
My program ships with a com server dll file which will need to be upgraded
from time to time.
Bob Arnson-6 wrote:
It could be in the merge module's Property table or in custom actions.
I've checked through all of those ... but where does the property get
stored between runs of the installer ?
It's someplace that isn't effected by reboots [registry, but where?],
but how does the
Thanks for the help and example snippet Chris, the explanation makes
perfect sense and works like a charm. I tried going the dark route, but
our IS generated MSI files make dark throw exceptions.
Paul
From: Christopher Painter [mailto:[EMAIL PROTECTED]
hi
these lines r the part of logfile created during installation. log file z
uploaded to this link:
http://www.nabble.com/file/p13115225/log.txt log.txt
MSI (c) (40:F0) [18:23:49:137]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 2205
DEBUG: Error 2205: Database:
No problem.
You may not have meant it the way you wrote it... but I don't agree with the
concept of InstallShield making dark throw exceptions.That is all dark's
doing.
Paul McCloskey [EMAIL PROTECTED] wrote:
v\:* {behavior:url(#default#VML);} o\:*
The wix schema seems to have support for digitally signing packages -
the DigitalCertificate element, the DigitalCertificateRef element -
but I can't see how they're meant to be used.
Presumably light has to have access to the certificate's private key
at some point, and it isn't clear to
On 9 Oct 2007, at 15:49, John Vottero wrote:
The wix schema seems to have support for digitally signing packages -
the DigitalCertificate element, the DigitalCertificateRef element -
but I can't see how they're meant to be used.
Presumably light has to have access to the certificate's
I ultimately want to install the main program with all the dlls on the
server side, then be able to run the client install that adds the shortcuts
on the desktop and all the other appropriate places that points to the
single main executable on the server.
I am running a component search to search
高 级 文 秘 职 业 化 训 练
中 国・上 海・2007 年 11月2-3日
中 国・北 京・2007 年 11月9-10日
中 国・深 圳・2007 年 10月20-21日
━━━
● 授 课 对 象
企业中层行政管理干部和文秘工作人员，包括办公室主任、行政部经理、董事长秘书、
总经理秘书、行政助理、行政主管、行政部门文员等
⊙主
Is there a way that it can be done?
On 10/9/07, Chad Petersen [EMAIL PROTECTED] wrote:
So, basically, you're wanting the client install to search the server for
the Component? I think ComponentSearch, since it is running in the context
of the MSI on the client, won't look to another machine
I will see what I can do. I will probably have more questions about it
though. Thank you.
On 10/9/07, Chad Petersen [EMAIL PROTECTED] wrote:
I use a custom action to set a property and then use that property to
create the shortcut on the client desktop. However, I also display a dialog
so
DexterSinister wrote:
I've checked through all of those ... but where does the property get
stored between runs of the installer ?
It doesn't. MSI sets the Preselected property at runtime. See
http://msdn2.microsoft.com/en-us/library/aa370839.aspx for the list.
--
sig://boB
MatPdr wrote:
As far as current reading has got me I have been able to determine that
parameters can be passed into the c++ function using MsiGetProperty. So I
would have to have a pre-determined property that can be set before calling
the custom action.
That's the general model. What
It looks like you have two problems here in MSI terms:
There's supposed to be a ComboBox table in the MSI file but error 2205
indicates it's missing, as it says.
Error 2867 indicates that there is no error dialog so that Windows can
show you that error, that's the form at sequence number -3 in
I am trying to use XmlConfig to delete an element from a xml file which was
installed as part of same package. but that isn't working. If I try to modify
an attribute using XmlFile for same ElementPath, it works fine. Am I missing
something here?
my code:
Component
Please delist me ASAP.
Thanks
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your
Hello,
I would like some help understanding how the native image element and related
custom actions work in Wix 2.0. Specifically, I would like some advice on how
to debug a problem I am seeing when uninstalling my product. I am using this
element to add assemblies to the Native Image Cache
I ran into a similar issue and was able to resolve it by updating builds.
More info at:
http://blogs.msdn.com/gisenberg/archive/2007/10/09/wix-v3-and-xmlconfig-xmlfile-troubleshooting.aspx
Laxmi Narsimha Rao Oruganti (SQL CE) wrote:
Hey WIX Users,
We are using WIXv3 3.0.2921.0 Build. I
19 matches
Mail list logo
