Are there any operators supporting this ? AND , NOT, OR are logical operators,
right ?
Thanks and Regards
Mukesh
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based ap
MAKARAND HAZARIKA wrote:
> I have two installers of a product, one for 32bit version and one for
> 64bit version. Now, my task is to combine them both into one single
> installer.
Windows Installer doesn't support that. See "Using 64-Bit Windows
Installer Packages" in the MSI SDK for details.
-
[EMAIL PROTECTED] wrote:
> candle -o mystuff.wixlib mystuff.wxs -ext WixUtilExtension.dll
>
Note that candle produces .wixobj files, which you can combine into a
.wixlib using the lit tool.
--
sig://boB
http://joyofsetup.com/
---
Bryan Turner wrote:
> We have also experienced this issue. Fortunately, we have a
> bootstrapper/chainer that allows us to install vcredist_x86.exe and
> vcredist_x64.exe instead of merging those modules into our installer
> directly.
The downside is that the redist has its own entry in ARP/
Hi everyone and thanks Pally for replying.
Here is what I want to do -
I have two installers of a product, one for 32bit version and one for
64bit version. Now, my task is to combine them both into one single
installer. There are certain dlls that will go into both 32bit and
64bit. So I am confus
Hi there. We are running a MSI in W2K3+Sp1, and we get the error below. Is
anyone familiar with this error? MSI (s) (00:B8) [16:37:35:138]: Executing op:
CustomActionSchedule(Action=ExecXmlFile,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
(s) (00:04) [
Hi there.
We are running a MSI in W2K3+Sp1, and we get the error below.
Is anyone familiar with this error?
MSI (s) (00:B8) [16:37:35:138]: Executing op:
CustomActionSchedule(Action=ExecXmlFile,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
(s) (00:04
Yes, Windows Installer has quite a few limitations. Such as no "..". DrLocator
will have more rules.
-Original Message-
From: Vijai Kalyanapasupathy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 15:38
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Paths In Directory
Subject: Re: [WiX-users] 3 problems with "integration" of WiX and VS2005 SP1
On Tue, 28 Oct 2008, Rob Mensching wrote about Re: [WiX-users] 3 problems...:
> 1. If the _2005.libs are not working for you, please add any additional
> information available to the bug so it reopens.
Done. (Had to s
Does the content of the Path attribute to the DirectorySearch element in Wix
have any inherent limitation?
Doing this
elicits an error in the log file
Invalid character .. in the path.
-
This SF.Net emai
1. If the _2005.libs are not working for you, please add any additional
information available to the bug so it reopens.
-Original Message-
From: Curtis Jewell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 12:38
To: General discussion for Windows Installer XML toolset.
Subject
It is, (that's what 2166658 is about) and I see files named
dutil_2005.lib and wcautil_2005.lib - but shouldn't things "just work"
if you include the appropriate headers?
(Oh, they're linked in via the project properties and not via #pragma
comment("lib", ...) stuff in the headers, going to change
I think the first issue is caused by the Wix utility static libraries
being build with VS 2008. You'd need to rebuild them with 2005, I
believe. This isn't a problem with 2.x (and VS 2005).
Curtis Jewell wrote:
> 1. I'm trying to write a custom action, and bug 2166658 is hitting me
> despite upg
Very strange, I put a little messagebox popup after the very last line of my
custom action Install call and it went all the way through without
exceptions and showed my custom message. I also get this very nice empty
dialog box that pops up at the end.
-Original Message-
From: Rob Mensc
1. I'm trying to write a custom action, and bug 2166658 is hitting me
despite upgrading to 3.0.4624 - I'm still getting
"dutil.lib(precomp.obj) : fatal error LNK1103: debugging information
corrupt; recompile module" errors. (I do see the new files... maybe the
headers could do some magic tricks in
Almost always, that message means the CustomAction crashed... unless your code
always leaks handles.
-Original Message-
From: Dave Largen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 11:10
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error 2769: Custom Action Inst
I'm running a WIX install on a Vista box and I get the below error when I
run a custom action. The action runs fine on an XP box. I am running the
installer with elevated privileges from an administrator account. Does
anyone have an idea what could be causing this. I am running build
3.0.4624.0
I thought as much but got no response from the Windows Installer team after
inquiry. I'm curious to know, however, if any other parties on the Wix alias
are experiencing the same issue.
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 11:01
If there are issues they are in the Windows Installer since they provide the
tool for validation.
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 08:49
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] error L
Hi again, I'm running into trouble when I'm trying to install/remove/install a
patch which applies to multiple versions of a product. Here's a snippet from
the WXS for the patch in question:
(Imagine I'm upgrading product Foo to version C. Version A and B exist in the
wild.)
Hi,
I just uploaded a pre-release build of a new UI Handler that might be of
interest to WiX folk. Details are here:
http://www.acmedigitalwidgets.com/blog/
I'd appreciate any and all feedback.
Thanks, Jim Stout
-
This SF
One approach to this that I have seen work is where you have one .wxs file that
generates both a 32-bit and a 64-bit .msi through conditional logic. You then
wrap both the 32-bit and 64-bit .msi in a bootstrapper that determines the
correct .msi to install at runtime. The bootstrapper can be p
Hi,
We've recently seen the following error sometimes in builds. When we retry the
build leg, the error disappears.
We've caught the error on different build machines with different products
where 3.0/2.0 wix are used.
Product with 3.0 wix:
1>errors in directory e:\sdaws\main\product\installe
A mixed install will *always* be unavoidable for us.
Some of our components are plugins for other applications -- which may
themselves be 32-bit or 64-bit (even on a 64-bit platform, a 32-bit app
could be in use, or a particular app may ONLY be 32-bit), which requires
the plugins built for the
If your MSI is built for x86 (i.e. Platform = "Intel") try as you may,
you will *not* be able to access the 64-bit system directories
ProgramFiles64Folder, System64Folder or CommonFiles64Folder. You may get
an MSI to build & even look as though it installs but it won't ever
access these areas. When
Yeah, I thought the only workaround would to be to use a
bootstrapper...guess I need to look into those and see what works.
Let me know if you have any suggestions or preferences.
Thank you,
Jon
On Mon, Oct 27, 2008 at 8:42 PM, Bryan Turner <[EMAIL PROTECTED]> wrote:
> We have also experienced th
On Mon, 27 Oct 2008 17:13:21 + (GMT), Andrew Kendall wrote:
Andrew,
> extracting file to install this utility on the users system at the
> same time as our main application.
No, it's not "strongly discouraged", it is simply "not supported" and
"impossible", plain and simple.. :-)
Use a boo
MSI doesn't support a single installer for multiple architectures. That's
the problem. You'll never get a 32bit installer to validate with 64 bit
components in it, period. MSI requires that you build a single installer
for each architecture you target. You can use conditional statements and
v
The gotcha is that you cannot have a 32 bit installer install 64 bit
components.
On Tue, Oct 28, 2008 at 4:13 PM, Michael Owings <[EMAIL PROTECTED]> wrote:
> Hmmm -- I guess my question is -- what am I risking? Getting rid of the
> 32-bit installer is a non-starter for us (this isn't a corporate
Hmmm -- I guess my question is -- what am I risking? Getting rid of the
32-bit installer is a non-starter for us (this isn't a corporate
environment), and the 32-bit mixed installer works perfectly in both
environments. (Our 64-bit components don't actually take up much room).
A single installe
If you need a mixed installer, then you have to make it a 64 bit
installer. It doesn't make sense to install 64 bit components on a 32 bit
system anyway, so just don't include those components in your 32 bit
installer, or alternately, don't offer a 32 bit installer. In some
corporate environmen
Thanks ! Seek and thou shall find !
On Tue, Oct 28, 2008 at 2:00 PM, Sébastien Mouren <
[EMAIL PROTECTED]> wrote:
> Search the list, it was already asked and answered.
>
-
This SF.Net email is sponsored by the Moblin Your M
2008/10/28 Peter Vestergaard <[EMAIL PROTECTED]>:
> Thanks for your reply.
> What do you mean by sequence it.
Place it in the sequential UI flow.
>I placed my custom dialog between progress
> and exit dialogs.
> I follwed Pally's advise and did this:
>
> Value="MyCustomAction"">CHECKBOXVALUE = "
Pally Sandher wrote:
> Yes but you will get an ICE80 error when compiling if you set
> Win64="yes" on a component when your MSI is an x86 build & vice-versa.
>
> Why would you want to?
If you install mixed 32 and 64-bit components in a single install? We
have an installer that MUST do this. Wha
Thanks for your reply.
What do you mean by sequence it. I placed my custom dialog between progress
and exit dialogs.
I follwed Pally's advise and did this:
CHECKBOXVALUE = "1"
The custom action is launched, but now my installer won't shut down, since
the event has been changed from EndDialog to
Just create a Launch Condition with "VersionNT64 AND Intel64" as the
inner text.
http://msdn.microsoft.com/en-us/library/aa372497(VS.85).aspx &
http://msdn.microsoft.com/en-us/library/aa369553(VS.85).aspx
Palbinder Sandher
Software Deployment and IT Administrator
T: +44 (0) 141 945 8500
F: +
2008/10/28 Eitan Behar <[EMAIL PROTECTED]>:
> Hi,
>
> I am setting permissions of a folder, but I would like to preserve the
> default permissions and only append a user. The code below remove all
> default permisions and set only the user I defined.
>
> How can I set permissions to a folder withou
2008/10/27 cemiles <[EMAIL PROTECTED]>:
>
> My situation is I want a launch condition to fire off if the product has yet
> to be installed (it's a regsearch to look for any other related products).
> If the product gets installed, I want to make it so the launch condition
> doesn't fire off on pat
2008/10/28 Romeo Salayo Jr. <[EMAIL PROTECTED]>:
>
> My objective was to create a short path of the INSTALLDIR after install files
> to be used by other custom action to execute an executable. Your suggestion
> will search registry during AppSearch and will not create a short path of
> the INSTALLD
2008/10/28 Peter Vestergaard <[EMAIL PROTECTED]>:
> Hi.
> I have created a installer with a custom dialog appearing after the progress
> dialog, just before the exit dialog(I am using the InstallDir dialog set).
> The custom dialog contains a checkbox, and I would like to execute a custom
> action
It must be possible as all WiXUI have an optional checkbox on the
ExitDialog which runs a ShellExec Custom Action if checked. Have you
looked at using this instead of authoring a separate dialog? In the
documentation look under the "How To Guides Section". The page title is
"How To: Run the Install
Mine is a 32 bit package..so i wonder if i can specify "Intel64" in the
TemplateSummary..
Msix64 seems to be a better solution
J. J. Farrell wrote:
>
>> From: Andy2k8 [mailto:[EMAIL PROTECTED]
>>
>> Is there any property that i can use to detect itanium 64 bit
>> architecture and abort the i
Yes but you will get an ICE80 error when compiling if you set
Win64="yes" on a component when your MSI is an x86 build & vice-versa.
Why would you want to?
Palbinder Sandher
Software Deployment and IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**De
1 - Yes it is the correct way but fix your order tags & the src tag is
deprecated, use SourceFile instead. If you have one TargetImage your
patch will only update that version & nothing else.
2 - This is a mailing list where people voluntarily offer their help.
Sending a "bump" 40 minutes after
Hi,
I am setting permissions of a folder, but I would like to preserve the
default permissions and only append a user. The code below remove all
default permisions and set only the user I defined.
How can I set permissions to a folder without removing the default
permissions?
Thanks,
Eitan
Hi.
I have created a installer with a custom dialog appearing after the progress
dialog, just before the exit dialog(I am using the InstallDir dialog set).
The custom dialog contains a checkbox, and I would like to execute a custom
action if the checkbox is checked. But is that possible when the di
> From: Andy2k8 [mailto:[EMAIL PROTECTED]
>
> Is there any property that i can use to detect itanium 64 bit
> architecture and abort the installation?
Intel64 - http://msdn.microsoft.com/en-us/library/aa372396(VS.85).aspx
Hello everyone,
Can I use the attribute Win64 in the Component for 32 bit applications?
I read that Win64 attribute is applicable for both 32 and 64 bit.
Thanks and Regards,
Makarand
-
This SF.Net email is sponsor
48 matches
Mail list logo
