Re: [WiX-users] File Browse Dialog Box

[Richard]

In article <[EMAIL PROTECTED]>,
"Sandeep Gautam (HCL Technologies Ltd)" <[EMAIL PROTECTED]>  writes:

> Thanks for response. Actually I want to select one config file at run
> time an d user will give their own settings in config file.

Is it configuring the install or configuring the application?

The latter is best handled by launching the configuration tool at the
end of the install.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When is the target machine's environment updated?

[Richard]

In article <[EMAIL PROTECTED]>,
"Tanikella, Rajanikanth (SCR US)" <[EMAIL PROTECTED]>  writes:

> Still, if the MSI can't simply launch that configurator app and ensure
> that the app has the updated environment, then I believe this makes for
> a rather odd installation experience from an end-user point of view (ie
> the installer completes, but the end-user then must run another exe
> before the installed application can be started up.)

IMO, relying on environment variables has always been fragile.  I would
use App Paths or some other defined mechanism to get at the necessary
directories.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] File Browse Dialog Box

[Sandeep Gautam (HCL Technologies Ltd)]

Hi Richard,

Thanks for response. Actually I want to select one config file at run time and 
user will give their own settings in config file. Can you give me any custom 
actions for file browse dialog.

Regards
-Sandeep

-Original Message-
From: Richard [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 8:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] File Browse Dialog Box


In article <[EMAIL PROTECTED]>,
"Sandeep Gautam (HCL Technologies Ltd)" <[EMAIL PROTECTED]>  writes:

> Can we create a file browse dialog box. On button click , Dialog will invoke
and will select a particular file from any directory.

What particular file are you looking for?
Is it an operating system file?
Is it a file from another installed application?
Is it a file whose location is stored in the registry?
Is it a file whose name is known, but you just need to search the hard
drive for it?

Windows Installer provides mechanisms to search for files and locate
them automatically, setting a property to the full path of the file if
it is found.  It is better to locate the file automatically (and
Windows Installer provides several built-in mechanisms to do this, so
you usually don't need a custom action) than to prompt the user for
it.

If, for some reason we haven't yet determined, that you do need to
prompt the user to browse for a file, you'll probably need a custom
action to do that.  Custom actions are error prone, even with WiX.  So
its really preferable to see if you can exploit the existing
mechanisms in Windows Installer to locate the file.
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dynamically binding properties to UI dialog

[Richard]

In article <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>,
"Nic Barden" <[EMAIL PROTECTED]>  writes:

> I have a dialog that has some textboxes that set the values of some global
> properties.  I ideally want the dialog to be re-usable so I can call it more
> than once from the same installation, but have it be bound to a different
> set of properties the second time I call it.

The way you do this is to associate indirect properties with the UI
controls.  When you use indirect properties, the property associated
with the control doesn't contain the value it contains the name of the
property that will hold the value.  So when I have a text box
associated with the FOO property and I enter "bar" as the text, the
property FOO contains the value "bar".  When I have a text box
associated with the indirect property FOO, and FOO contains the value
"STUFF" and I enter "bar" as the text, the property STUFF contains the
value "bar".  So FOO contains the name of the property that will
receive the value entered from the UI.

In this way you can re-use a dialog several times, as long as you
change the contents of the indirect properties each time you reuse the
dialog the data will go to different places even though you have a
single dialog.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] File Browse Dialog Box

[Richard]

In article <[EMAIL PROTECTED]>,
"Sandeep Gautam (HCL Technologies Ltd)" <[EMAIL PROTECTED]>  writes:

> Can we create a file browse dialog box. On button click , Dialog will invoke 
and will select a particular file from any directory.

What particular file are you looking for?
Is it an operating system file?
Is it a file from another installed application?
Is it a file whose location is stored in the registry?
Is it a file whose name is known, but you just need to search the hard
drive for it?

Windows Installer provides mechanisms to search for files and locate
them automatically, setting a property to the full path of the file if
it is found.  It is better to locate the file automatically (and
Windows Installer provides several built-in mechanisms to do this, so
you usually don't need a custom action) than to prompt the user for
it.

If, for some reason we haven't yet determined, that you do need to
prompt the user to browse for a file, you'll probably need a custom
action to do that.  Custom actions are error prone, even with WiX.  So
its really preferable to see if you can exploit the existing
mechanisms in Windows Installer to locate the file.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Heat and COM executable registry extraction

[Arunkumar Viswanathan]

Phil,

Thanks for your tip. Here is what I did to solve the problem:

1) As Phil suggested I ran RegSpy2 and gathered all the registry information
from the COM Executable and saved it in a .reg file.
2) I used Tallow option to generate a wix file by passing in the .reg file.
3) Tallow uses  instead of the newer  and
 tags. The older  key logic causes primary key
errors in the Registry table. Hence I did a very fast search and replace of
the older keys into the newer format. For example, part of the final output
looks like this - 



  
  

  
  

  
  


  

4) Next I replaced hard coded file paths to MSI friendly ones like
[INSTALLDIR], [SystemFolder]\MSVBVM60.DLL\3 etc.

5) I included the new component fragment where it is necessary and linked
with the feature.

Thanks a lot for all your help.

-Arun

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil
Sent: 2008-Oct-09 Thu 12:49 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Heat and COM executable registry extraction

If you scroll down here:
http://installsite.org/pages/en/msi/tips.htm
to RegSpy you'll find the source for a tool that works with Dlls and exe COM
servers.

It uses the registry overrides to redirect the registration entries. Exe
servers are handled by running them with /regserver suspended, then
injecting registry redirection, then resuming them to do the registration to
the redirected registry location.

Someone updated it to include typelib information too, that's what RegSpy2
is.

Phil Wilson

-Original Message-
From: Arunkumar Viswanathan [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2008 4:32 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Heat and COM executable registry extraction

Kamil & Michael, thanks a lot for the information you have provided.

Kamil, I am very interested in trying out your tool. I can use Oleview and
extract the threading model and other default information. Do post details
on where to get your tool and how to use it.

Thanks
-Arun

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kamil
Mierzejewski
Sent: 2008-Oct-09 Thu 6:01 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Heat and COM executable registry extraction

Hi,

I also encountered this problem. My solution was to design a special
tool which scans .tlb files and generates WiX code from them.

details in my comment here:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1468663&group_i
d=105970

The tools assumes that classes defined in the tlb are implemented by the
module that holds it. Of course class definitions in tlb lack some
information needed for registration (threading model, progid, etc). The
tool has two options of taking care of this:
1. By passing default threading model, which is assigned to every class
in the tlb.
2. By analyzing custom attributes of that classes (this allows defining
threading model and other attributes as custom attributes in an  idl file).

The tool can scan .tlb files as well as modules holding tlb resources,
no matter if it's dll or exe.

I've been using it for a long time now without any problems.
If anyone is interested, I can share my work.

Kamil


[EMAIL PROTECTED] writes:
> Hi Arun,
>
> I've been experiencing the same kind of problems and I posted a question
about it recently. See
> the
http://n2.nabble.com/Heat-problem-harvesting-class-from-type-library-td13035
54.html
>
> I believe the problem is that for executables (.exe out-of-process COM
Servers) the WiX heat tool
> can only harvest the basic type library-information (linked into it), but
it cannot harvest the
> registration information for the CLSID and ProgID's because that
registration typically is
> hard-coded into the executable (and which normally is executed when it is
registreded with a
> "file.exe /regserver" call).
>
> I believe that heat.exe is only harvesting the registry information after
a call similar to
> "regsvr32 file.dll" (i.e. the call to DllRegister expected to be found in
the in-process COM
> server's in dlls). Can someone confirm this?
>
> If heat.exe also would call what corresponds to "file.exe /regserver" then
it would probably also
> work for .exe out-of-process COM Servers. However as far as I know .exe's
can choose to register
> differently (not supporting the /regserver), in which case heat would not
be able to harvest the
> information.
>
> What I ended up doing was to manually add the missing information into my
WiX source file (.wxs).
>
> Hope this info helps,
> /Michael
>
>
>
>
> information
>
> See
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win

Re: [WiX-users] Features in different .msi

[Rob Mensching]

I've never seen such a thing in the MSI SDK... thought you found some feature I 
didn't know about.

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 16:06
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

I have no idea.


-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 17:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Does the Windows Installer support such a scenario?

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 15:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Yes, you are right: I want the same product codes. Here is some
scenarios.

a1.msi has feature A1 of product A, a2.msi has feature A2 of product A.

1. If you install a1.msi, you will get product A with A1 installed. If
you install a2.msi later, you will get product A with features A1 and A2
installed.

2. If you install a2.msi, you will get product A with A2 installed. If
you install a1.msi later, you will get product A with features A1 and A2
installed.

3. At any point if you uninstall product A both features get
uninstalled.


-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 16:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

I got the feeling he wanted to have the two installers somehow be the
same product because he was asking about features. What you say is true
as it's easy to do with two separate product codes and using shared
components.

Ian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

That is true.  He'll need to use different product codes, but the same
GUIDs for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
>
> I agree that you should make two simple installers and try it out.
>
> However, I don't think it will work. Once you install package A and
then try to install package B, it will likely put you into maintenance
mode. (Since you're using the same product code.)
>
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
>
> Hi,
>
> I guess you need to elaborate your question more, of course all you
need to do is to create One wix project for A1 feature and another iwx
project for A2 feature.Thanks and RegardsBhavdeep Singh
>
>
>
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From:
[EMAIL PROTECTED]> To: wix-users@lists.sourceforge.net> Subject:
[WiX-users] Features in different .msi> > Sorry for asking this again,
but I really need an answer.> > Let's say I have a product A that has
features A1 and A2. Is it possible> to have one .msi that has feature A1
in it and another one that has A2?> >

-> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge> Build the coolest Linux based applications with Moblin SDK &
win great prizes> Grand prize is a trip for two to an Open Source event
anywhere in the world>
http://moblin-contest.org/redirect.php?banner_id=100&url=/>
___> WiX-users mailing list>
WiX-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from
Jamie.
>
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cn
s!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applica

Re: [WiX-users] Features in different .msi

[Alex Ivanoff]

I have no idea.


-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2008 17:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Does the Windows Installer support such a scenario?

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 15:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Yes, you are right: I want the same product codes. Here is some
scenarios.

a1.msi has feature A1 of product A, a2.msi has feature A2 of product A.

1. If you install a1.msi, you will get product A with A1 installed. If
you install a2.msi later, you will get product A with features A1 and A2
installed.

2. If you install a2.msi, you will get product A with A2 installed. If
you install a1.msi later, you will get product A with features A1 and A2
installed.

3. At any point if you uninstall product A both features get
uninstalled.


-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 16:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

I got the feeling he wanted to have the two installers somehow be the
same product because he was asking about features. What you say is true
as it's easy to do with two separate product codes and using shared
components.

Ian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

That is true.  He'll need to use different product codes, but the same
GUIDs for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
>
> I agree that you should make two simple installers and try it out.
>
> However, I don't think it will work. Once you install package A and
then try to install package B, it will likely put you into maintenance
mode. (Since you're using the same product code.)
>
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
>
> Hi,
>
> I guess you need to elaborate your question more, of course all you
need to do is to create One wix project for A1 feature and another iwx
project for A2 feature.Thanks and RegardsBhavdeep Singh
>
>
>
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From:
[EMAIL PROTECTED]> To: wix-users@lists.sourceforge.net> Subject:
[WiX-users] Features in different .msi> > Sorry for asking this again,
but I really need an answer.> > Let's say I have a product A that has
features A1 and A2. Is it possible> to have one .msi that has feature A1
in it and another one that has A2?> >

-> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge> Build the coolest Linux based applications with Moblin SDK &
win great prizes> Grand prize is a trip for two to an Open Source event
anywhere in the world>
http://moblin-contest.org/redirect.php?banner_id=100&url=/>
___> WiX-users mailing list>
WiX-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from
Jamie.
>
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cn
s!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net

Re: [WiX-users] Features in different .msi

[Rob Mensching]

Does the Windows Installer support such a scenario?

-Original Message-
From: Alex Ivanoff [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 15:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Yes, you are right: I want the same product codes. Here is some
scenarios.

a1.msi has feature A1 of product A, a2.msi has feature A2 of product A.

1. If you install a1.msi, you will get product A with A1 installed. If
you install a2.msi later, you will get product A with features A1 and A2
installed.

2. If you install a2.msi, you will get product A with A2 installed. If
you install a1.msi later, you will get product A with features A1 and A2
installed.

3. At any point if you uninstall product A both features get
uninstalled.


-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 16:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

I got the feeling he wanted to have the two installers somehow be the
same product because he was asking about features. What you say is true
as it's easy to do with two separate product codes and using shared
components.

Ian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

That is true.  He'll need to use different product codes, but the same
GUIDs for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
>
> I agree that you should make two simple installers and try it out.
>
> However, I don't think it will work. Once you install package A and
then try to install package B, it will likely put you into maintenance
mode. (Since you're using the same product code.)
>
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
>
> Hi,
>
> I guess you need to elaborate your question more, of course all you
need to do is to create One wix project for A1 feature and another iwx
project for A2 feature.Thanks and RegardsBhavdeep Singh
>
>
>
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From:
[EMAIL PROTECTED]> To: wix-users@lists.sourceforge.net> Subject:
[WiX-users] Features in different .msi> > Sorry for asking this again,
but I really need an answer.> > Let's say I have a product A that has
features A1 and A2. Is it possible> to have one .msi that has feature A1
in it and another one that has A2?> >

-> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge> Build the coolest Linux based applications with Moblin SDK &
win great prizes> Grand prize is a trip for two to an Open Source event
anywhere in the world>
http://moblin-contest.org/redirect.php?banner_id=100&url=/>
___> WiX-users mailing list>
WiX-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from
Jamie.
>
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cn
s!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & w

Re: [WiX-users] Features in different .msi

[Alex Ivanoff]

Yes, you are right: I want the same product codes. Here is some
scenarios.

a1.msi has feature A1 of product A, a2.msi has feature A2 of product A.

1. If you install a1.msi, you will get product A with A1 installed. If
you install a2.msi later, you will get product A with features A1 and A2
installed.

2. If you install a2.msi, you will get product A with A2 installed. If
you install a1.msi later, you will get product A with features A1 and A2
installed.

3. At any point if you uninstall product A both features get
uninstalled.


-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2008 16:25
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

I got the feeling he wanted to have the two installers somehow be the
same product because he was asking about features. What you say is true
as it's easy to do with two separate product codes and using shared
components.

Ian

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

That is true.  He'll need to use different product codes, but the same
GUIDs for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
>
> I agree that you should make two simple installers and try it out.
>
> However, I don't think it will work. Once you install package A and
then try to install package B, it will likely put you into maintenance
mode. (Since you're using the same product code.)
>
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
>
> Hi,
>
> I guess you need to elaborate your question more, of course all you
need to do is to create One wix project for A1 feature and another iwx
project for A2 feature.Thanks and RegardsBhavdeep Singh
>
>
>
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From:
[EMAIL PROTECTED]> To: wix-users@lists.sourceforge.net> Subject:
[WiX-users] Features in different .msi> > Sorry for asking this again,
but I really need an answer.> > Let's say I have a product A that has
features A1 and A2. Is it possible> to have one .msi that has feature A1
in it and another one that has A2?> >

-> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge> Build the coolest Linux based applications with Moblin SDK &
win great prizes> Grand prize is a trip for two to an Open Source event
anywhere in the world>
http://moblin-contest.org/redirect.php?banner_id=100&url=/>
___> WiX-users mailing list>
WiX-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from
Jamie.
>
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cn
s!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>

-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sour

[WiX-users] Patch Related Error

[Sandeep Gautam (HCL Technologies Ltd)]

Hi,

While creating the Patch I am getting below mentioned error.

ERROR: Since MSI 3.0 will block installation of major upgrade patches with 
sequencing information, creation of such patches is blocked.

I am getting this error while running the command:
Msimsp.exe -s Patch.pcp -p Patch.msp -l Patch.log

Please help me out how can get rid of from this error.

Regards
-Sandeep

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Features in different .msi

[Ian Elliott (Excell Data Corporation)]

I got the feeling he wanted to have the two installers somehow be the same 
product because he was asking about features. What you say is true as it's easy 
to do with two separate product codes and using shared components.

Ian

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

That is true.  He'll need to use different product codes, but the same GUIDs 
for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
>
> I agree that you should make two simple installers and try it out.
>
> However, I don't think it will work. Once you install package A and then try 
> to install package B, it will likely put you into maintenance mode. (Since 
> you're using the same product code.)
>
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
>
> Hi,
>
> I guess you need to elaborate your question more, of course all you need to 
> do is to create One wix project for A1 feature and another iwx project for A2 
> feature.Thanks and RegardsBhavdeep Singh
>
>
>
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From: [EMAIL PROTECTED]> To: 
> > wix-users@lists.sourceforge.net> Subject: [WiX-users] Features in different 
> > .msi> > Sorry for asking this again, but I really need an answer.> > Let's 
> > say I have a product A that has features A1 and A2. Is it possible> to have 
> > one .msi that has feature A1 in it and another one that has A2?> > 
> > -> 
> > This SF.Net email is sponsored by the Moblin Your Move Developer's 
> > challenge> Build the coolest Linux based applications with Moblin SDK & win 
> > great prizes> Grand prize is a trip for two to an Open Source event 
> > anywhere in the world> 
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/> 
> > ___> WiX-users mailing list> 
> > WiX-users@lists.sourceforge.net> 
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from Jamie.
> http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Features in different .msi

[craig.miller]

That is true.  He'll need to use different product codes, but the same GUIDs 
for any files that are shared between the installers.

Craig




> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Date: Fri, 10 Oct 2008 14:03:56 -0700
> Subject: Re: [WiX-users] Features in different .msi
> 
> I agree that you should make two simple installers and try it out.
> 
> However, I don't think it will work. Once you install package A and then try 
> to install package B, it will likely put you into maintenance mode. (Since 
> you're using the same product code.)
> 
> -Original Message-
> From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 10, 2008 1:50 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Features in different .msi
> 
> Hi,
> 
> I guess you need to elaborate your question more, of course all you need to 
> do is to create One wix project for A1 feature and another iwx project for A2 
> feature.Thanks and RegardsBhavdeep Singh
> 
> 
> 
> > Date: Fri, 10 Oct 2008 15:32:54 -0500> From: [EMAIL PROTECTED]> To: 
> > wix-users@lists.sourceforge.net> Subject: [WiX-users] Features in different 
> > .msi> > Sorry for asking this again, but I really need an answer.> > Let's 
> > say I have a product A that has features A1 and A2. Is it possible> to have 
> > one .msi that has feature A1 in it and another one that has A2?> > 
> > -> 
> > This SF.Net email is sponsored by the Moblin Your Move Developer's 
> > challenge> Build the coolest Linux based applications with Moblin SDK & win 
> > great prizes> Grand prize is a trip for two to an Open Source event 
> > anywhere in the world> 
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/> 
> > ___> WiX-users mailing list> 
> > WiX-users@lists.sourceforge.net> 
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> _
> Want to do more with Windows Live? Learn "10 hidden secrets" from Jamie.
> http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Features in different .msi

[craig.miller]

Yes, but use different guids for each installer.  In my product I have 
thousands of files and each file has a unique guid.  I have 51 different 
installers, and some of these share files.  Because each installer has a unique 
installer level GUID, but uses the same file level GUID files add/remove 
properly.  At the end of the day, the installer is just reference counting 
which installers are using which files.

Craig




> Date: Fri, 10 Oct 2008 15:32:54 -0500
> From: [EMAIL PROTECTED]
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Features in different .msi
> 
> Sorry for asking this again, but I really need an answer.
> 
> Let's say I have a product A that has features A1 and A2. Is it possible
> to have one .msi that has feature A1 in it and another one that has A2?
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Features in different .msi

[Ian Elliott (Excell Data Corporation)]

I agree that you should make two simple installers and try it out.

However, I don't think it will work. Once you install package A and then try to 
install package B, it will likely put you into maintenance mode. (Since you're 
using the same product code.)

-Original Message-
From: Bhavdeep Singh [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 1:50 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Features in different .msi

Hi,

I guess you need to elaborate your question more, of course all you need to do 
is to create One wix project for A1 feature and another iwx project for A2 
feature.Thanks and RegardsBhavdeep Singh



> Date: Fri, 10 Oct 2008 15:32:54 -0500> From: [EMAIL PROTECTED]> To: 
> wix-users@lists.sourceforge.net> Subject: [WiX-users] Features in different 
> .msi> > Sorry for asking this again, but I really need an answer.> > Let's 
> say I have a product A that has features A1 and A2. Is it possible> to have 
> one .msi that has feature A1 in it and another one that has A2?> > 
> -> 
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge> 
> Build the coolest Linux based applications with Moblin SDK & win great 
> prizes> Grand prize is a trip for two to an Open Source event anywhere in the 
> world> http://moblin-contest.org/redirect.php?banner_id=100&url=/> 
> ___> WiX-users mailing list> 
> WiX-users@lists.sourceforge.net> 
> https://lists.sourceforge.net/lists/listinfo/wix-users
_
Want to do more with Windows Live? Learn "10 hidden secrets" from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Features in different .msi

[Bhavdeep Singh]

Hi,
 
I guess you need to elaborate your question more, of course all you need to do 
is to create One wix project for A1 feature and another iwx project for A2 
feature.Thanks and RegardsBhavdeep Singh



> Date: Fri, 10 Oct 2008 15:32:54 -0500> From: [EMAIL PROTECTED]> To: 
> wix-users@lists.sourceforge.net> Subject: [WiX-users] Features in different 
> .msi> > Sorry for asking this again, but I really need an answer.> > Let's 
> say I have a product A that has features A1 and A2. Is it possible> to have 
> one .msi that has feature A1 in it and another one that has A2?> > 
> -> 
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge> 
> Build the coolest Linux based applications with Moblin SDK & win great 
> prizes> Grand prize is a trip for two to an Open Source event anywhere in the 
> world> http://moblin-contest.org/redirect.php?banner_id=100&url=/> 
> ___> WiX-users mailing list> 
> WiX-users@lists.sourceforge.net> 
> https://lists.sourceforge.net/lists/listinfo/wix-users
_
Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Features in different .msi

[Alex Ivanoff]

Sorry for asking this again, but I really need an answer.

Let's say I have a product A that has features A1 and A2. Is it possible
to have one .msi that has feature A1 in it and another one that has A2?

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dark Error 0143

[Rob Mensching]

Heath was arguing last night that he thought this was fixed and resolved the 
bug last night.  If you have a repro, please do reactivate the bug cause I 
wasn't aware of any specific fix so I was skeptical.  

-Original Message-
From: Mike Rerick [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 12:40
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Dark Error 0143

Hi Everyone.



I was wondering if this dark.exe bug is going to be fixed some time soon. I 
have a lot of old InstallShield installers that I need to de-compile.



A bug has been entered for this - 1976057. According to the latest bug entry 
(2008-10-10), it is fixed in 4603. However, when I tried decompiling a MSI file 
with version 3.0.4603.0, I still get the same error. See below





"C:\Program Files\WixEdit\wix-3.0.4603.0\dark" webserver.msi -o WebServer.wxs 
-x files

Microsoft (R) Windows Installer Xml Decompiler version 3.0.4603.0

Copyright (C) Microsoft Corporation. All rights reserved.



webserver.msi

C:\Program Files\WixEdit\wix-3.0.4603.0\WixDirectXExtension.dll : error
DARK0143

 : A parsed tuple has more fields for table 'CustomAction' than are defined.
This

   is potentially because a standard table is being redefined as a custom table.





I also tried using the -sct option to suppress the custom tables and got the 
same error.



"C:\Program Files\WixEdit\wix-3.0.4603.0\dark" webserver.msi -o WebServer.wxs 
-x files -sct

Microsoft (R) Windows Installer Xml Decompiler version 3.0.4603.0

Copyright (C) Microsoft Corporation. All rights reserved.



webserver.msi

C:\Program Files\WixEdit\wix-3.0.4603.0\WixDirectXExtension.dll : error
DARK0143

 : A parsed tuple has more fields for table 'CustomAction' than are defined.
Th

is is potentially because a standard table is being redefined as a custom table.



Thanks for any help.



Mike Rerick

Sr. Software Engineer - Professional Services

  http://www.iwsinc.com/>



9200 S.E. Sunnybrook Blvd., Suite 170

Clackamas, OR   97015

Phone: (503) 353-8068Fax: (503) 353-8065





The information contained in this transmission contains potentially privileged, 
export controlled and/or confidential information of Imageware Systems, Inc. or 
its customers or partners.  It is intended only to be read by the person(s) 
named above and for no other purpose.  You are hereby notified that any 
dissemination, distribution, duplication of this communication or use of its 
contents for any purpose not authorized expressly by Imageware Systems, Inc. is 
strictly prohibited and could lead to both civil and/or criminal penalties.  If 
you are not the intended recipient, you are prohibited to review the contents 
herein and please contact the sender by reply e-mail and destroy all copies of 
the original message.  To reply to our e-mail administrator directly, please 
send an e-mail to [EMAIL PROTECTED]


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dark Error 0143

[Mike Rerick]

Hi Everyone.

 

I was wondering if this dark.exe bug is going to be fixed some time soon. I
have a lot of old InstallShield installers that I need to de-compile. 

 

A bug has been entered for this - 1976057. According to the latest bug entry
(2008-10-10), it is fixed in 4603. However, when I tried decompiling a MSI
file with version 3.0.4603.0, I still get the same error. See below

 

 

"C:\Program Files\WixEdit\wix-3.0.4603.0\dark" webserver.msi -o
WebServer.wxs -x files

Microsoft (R) Windows Installer Xml Decompiler version 3.0.4603.0

Copyright (C) Microsoft Corporation. All rights reserved.

 

webserver.msi

C:\Program Files\WixEdit\wix-3.0.4603.0\WixDirectXExtension.dll : error
DARK0143

 : A parsed tuple has more fields for table 'CustomAction' than are defined.
This

   is potentially because a standard table is being redefined as a custom
table.

 

 

I also tried using the -sct option to suppress the custom tables and got the
same error.

 

"C:\Program Files\WixEdit\wix-3.0.4603.0\dark" webserver.msi -o
WebServer.wxs -x files -sct

Microsoft (R) Windows Installer Xml Decompiler version 3.0.4603.0

Copyright (C) Microsoft Corporation. All rights reserved.

 

webserver.msi

C:\Program Files\WixEdit\wix-3.0.4603.0\WixDirectXExtension.dll : error
DARK0143

 : A parsed tuple has more fields for table 'CustomAction' than are defined.
Th

is is potentially because a standard table is being redefined as a custom
table.

 

Thanks for any help.

 

Mike Rerick

Sr. Software Engineer - Professional Services

  http://www.iwsinc.com/> 

 

9200 S.E. Sunnybrook Blvd., Suite 170

Clackamas, OR   97015

Phone: (503) 353-8068Fax: (503) 353-8065

 



The information contained in this transmission contains potentially
privileged, export controlled and/or confidential information of Imageware
Systems, Inc. or its customers or partners.  It is intended only to be read
by the person(s) named above and for no other purpose.  You are hereby
notified that any dissemination, distribution, duplication of this
communication or use of its contents for any purpose not authorized
expressly by Imageware Systems, Inc. is strictly prohibited and could lead
to both civil and/or criminal penalties.  If you are not the intended
recipient, you are prohibited to review the contents herein and please
contact the sender by reply e-mail and destroy all copies of the original
message.  To reply to our e-mail administrator directly, please send an
e-mail to [EMAIL PROTECTED]
  
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Weekly Releases are back.

[Neil Sleightholm]

They are showing up now. I had tried refresh but no joy, I wonder if
they have European mirrors and it takes a while to update. Anyway
problem solved.

Neil

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: 10 October 2008 17:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Weekly Releases are back.

Refresh your browser.  I had the same problem the first time but 4603
showed up eventually.

-Original Message-
From: Neil Sleightholm [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 03:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Weekly Releases are back.

There doesn't appear to be anything new, 3.0.4513.0 from 16/9 is the
latest.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] 




From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Fri 10/10/2008 06:17
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Weekly Releases are back.



Weekly releases are back at http://wix.sourceforge.net/releases.  The
issue was that SourceForge changed access to the shell server in their
move from CA to Chicago.  This was documented, I just missed the memo
(mm'kay).  Anyway, build scripts are updated and I manually pushed last
week's build.  Hopefully, we're back on track.  Sorry for the trouble.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dynamically binding properties to UI dialog

[Nic Barden]

Hi,

 

I have a dialog that has some textboxes that set the values of some global
properties.  I ideally want the dialog to be re-usable so I can call it more
than once from the same installation, but have it be bound to a different
set of properties the second time I call it.

Specifically, it has database details such as database name, server name,
instance etc that are set by the user's input.  I am wanting the user to be
able to select which databases to install (they will be different features
in the menu).

When they select more than 1 database, I would like the user to be able to
customise the database name, server etc FOR EACH DATABASE that they chose to
install.  I would like to just re-use the same dialog definition but somehow
have it update the database settings for its specific feature.

 

Is this possible or is it possible to code/configure something that would
behave in a similar manner?

 

Thanks! 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) affect file overriding?

[Ian Elliott (Excell Data Corporation)]

Leaving the version number unchanged at 0.0.0.0 forces you into the "small 
update" category which requires you to specify a command line to run the update.

Changing the ProductCode means you are in the "major upgrade" category and that 
won't require the special command line. However, if you use this method, you 
also must change the ProductVersion, too. Leaving it at 0.0.0.0 won't work.

The way I did this was to have the ProductVersion passed in (it is basically 
the build system's build number) and use the wildcard to automatically generate 
the ProductCode each build. That way, both values change each time as is needed 
for major upgrade.

Here are some relevant snippets:















I see your company is located in Glasgow. My great grandfather was from 
Glasgow. Parents are from N. Ireland.



-Original Message-
From: Adam Connelly [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 3:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

Thanks for the advice.  I didn't actually mean to say commercial, I was more 
meaning that I've downloaded msi's from various sources - some commercial, some 
open source, ... and the vast majority of them haven't required me to either 
use msiexec or uninstall the previous version.

I'm just trying to keep things as simple as possible.

In the case of this installer, it's relatively unlikely that any individual 
developers will create a private build of the installer and install it, and the 
way I've got it set up at the moment it would end up with a version number 
0.0.0.0.

I'll have a think about it at the moment, but I think we should be ok using a 
wildcard.  The only other thing that I can think of at the moment is having the 
build process generate the guid, but I'm avoiding that for the moment.

Thanks for the advice.

Adam

-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: 09 October 2008 19:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

There is one side effect that I can think of (and have experienced) during 
daily development. Say your build version number changes once per day. 
Everything will work fine if you only attempt to install today's version over 
yesterday's version.

Now, if you are developing and build multiple private builds during the day, 
there can be a problem. If you use the wix wildcard to auto generate 
productID's you will have those id's changing and the version number doesn't 
change. When people blindly try to install one private build over another you 
get weird things happening. It's been awhile and I can't remember exactly what 
the deal was but I do remember going to many machines to fix things.

>From earlier in the thread,
 "Otherwise it forces the user to uninstall the previous version before 
installing the new version - something that I've never had to do with any 
serious commercial package."

Most serious commercial packages that I can think of actually use some kind of 
setup.exe bootstrapper. I have never purchased any boxed software, for example, 
and launched an msi directly. The setup.exe can detect if a minor upgrade needs 
to be launched and adjust the command line accordingly.


-Original Message-
From: Adam Connelly [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2008 5:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

I'm keen to avoid doing that since it means creating the bootstrapper.  It just 
doesn't seem quite right to me to have to do that.

Thanks for the suggestion, but I think for now I'll stick to changing the 
product Id.  Do you know if there's any undesirable side effects to doing this?

Cheers,
Adam

-Original Message-
From: John Hall [mailto:[EMAIL PROTECTED]
Sent: 08 October 2008 18:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

> The only way I've got this to work at the moment is by
> manually changing the Product Id and checking it in before
> doing a publish to avoid the annoying "another version of
> this product is already installed..." message.  Otherwise it
> forces the user to uninstall the previous version before
> installing the new version - something that I've never had to
> do with any serious commercial package.
>
> Is what I'm doing wrong, and if so what alternatives do I have?

You could do minor upgrades for your nightly builds - this requires passing 
REINSTALLMODE=vomus on the msiexec commandline, so would probably require being 
wrapped in a bootstrapper.

Regard

Re: [WiX-users] Weekly Releases are back.

[Rob Mensching]

Refresh your browser.  I had the same problem the first time but 4603 showed up 
eventually.

-Original Message-
From: Neil Sleightholm [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 03:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Weekly Releases are back.

There doesn't appear to be anything new, 3.0.4513.0 from 16/9 is the latest.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] 




From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Fri 10/10/2008 06:17
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Weekly Releases are back.



Weekly releases are back at http://wix.sourceforge.net/releases.  The issue was 
that SourceForge changed access to the shell server in their move from CA to 
Chicago.  This was documented, I just missed the memo (mm'kay).  Anyway, build 
scripts are updated and I manually pushed last week's build.  Hopefully, we're 
back on track.  Sorry for the trouble.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK & win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Basic Knowledge about disct cost.

[Rob Mensching]

MSI will cache things and use temporary folder space on the system drive 
(usually C:).  They account for that space.

-Original Message-
From: BOB1981 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 08:49
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Basic Knowledge about disct cost.


Hi All,

I have a General knowledge question, I am a newbie and just started using
wix. My question is below:

I have a installed which includes 6 Components , But all of my components
are unmanaged, using attirbute GUID="" , i did not wanted my components to
make anychnages in registry and also avioding any cost if it increases a
cost.

Desktop where i am installing the package has two volumes one is C: local
drive and second h: a mapped network drive.

I changed ROOTDRIVE of my installer fron C: to H: , because i wanted this
default behaviour.

I just noticed when i click on the DiskUsage push button on CustomizeDlg
and it shows the DiskCostDlg my installer is showing a Required space on
Both the Drive C: and H: 3704kb and 3492kb Respectively.

My installer is installing everything on H: drive so i understand 3492kb
required, But i dont understand what is happening on C: drive and why does
this needs 3704kb on C: drive. Is a there i need to do to reduce the
required space in C Drive , and what actually is getting installed in this
3704kb?

I know its something basic, But can anyone explain me this.? please
Or any link available which i can read and understand what is involved in
all this.
Thanks

--
View this message in context: 
http://n2.nabble.com/Basic-Knowledge-about-disct-cost.-tp1316722p1316722.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When is the target machine's environment updated?

[Tanikella, Rajanikanth (SCR US)]

Thanks for the reply, David.  It sounds pretty much like what I've been
doing. Only difference is that I've been using CMD scripts for my custom
actions.  Basically, I've been passing in the [INSTALLDIR] as an
argument to to the CA, and in the CMD I would use that to append to the
PATH.

I guess it's pretty much the only way to go, from what I can see.  That
Windows Installer does not update environment during its execution is
consistent with the advice that the MSI should not be doing
configuration, that configuration should be left to an app run after the
MSI is complete.

Still, if the MSI can't simply launch that configurator app and ensure
that the app has the updated environment, then I believe this makes for
a rather odd installation experience from an end-user point of view (ie
the installer completes, but the end-user then must run another exe
before the installed application can be started up.)

Thanks again.

-Original Message-
From: David Watson [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2008 12:08 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] When is the target machine's environment
updated?

Hi,
I had this problem when I was running tools from my chainer, my
MSI updated the environment then a later tool could not see the changes
to the path. I solved this by adding a collector (an assembly that the
chainer uses for dialogues etc) that updates the environment variable
temporarily for the current process using SetEnvironmentVariable
Function (http://msdn.microsoft.com/en-us/library/ms686206(VS.85).aspx).

You could set the enviroment variable temporarily in your CA before you
spawn your sub processes if that is possible in the way you are working.

Dave W.

-Original Message-
From: Tanikella, Rajanikanth (SCR US)
[mailto:[EMAIL PROTECTED] 
Sent: 09 October 2008 18:20
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] When is the target machine's environment updated?

Hello All,
 
I've a number of custom actions (CMD scripts) that run EXE files that
the MSI installs. These EXEs, in turn, require that a certain directory
(also installed by this MSI) is included in the PATH environment
variable.
 
These CAs never run successfully, and I think I know why: Although the
MSI includes an  element to append the needed directories
to the PATH, the target machine is not aware of this change until after
the MSI completes. (According to the Environment table description at
http://msdn.microsoft.com/en-us/library/aa368369(VS.85).aspx, "On
Windows 2000, this information is stored in the registry and a message
notifies the system of changes when the installation completes.")
 
I've tried using the WixShellExec as described in the "How To: Run the
Installed Application After Setup" article in the WiX help, and even
this does not do the trick. Clearly, the installed EXEs do not see the
updates the MSI has made to the path.
 
Am I missing something? Is there no point before clicking 'finish' on
the final dialog that I can insert a call to my custom action and
guarantee that it is running with all the environment changes the MSI
has made?  Or is the only way truly to install a CMD file that sets its
own PATH and runs these EXEs? So far tha tis the only way I've managed
to get them to work.

Raj




SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and
requires that you delete it without acting upon or copying any of its
contents, and we further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.  
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire
SL6 7DY, UK.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] When is the target machine's environment updated?

[David Watson]

Hi,
I had this problem when I was running tools from my chainer, my
MSI updated the environment then a later tool could not see the changes
to the path. I solved this by adding a collector (an assembly that the
chainer uses for dialogues etc) that updates the environment variable
temporarily for the current process using SetEnvironmentVariable
Function (http://msdn.microsoft.com/en-us/library/ms686206(VS.85).aspx).

You could set the enviroment variable temporarily in your CA before you
spawn your sub processes if that is possible in the way you are working.

Dave W.

-Original Message-
From: Tanikella, Rajanikanth (SCR US)
[mailto:[EMAIL PROTECTED] 
Sent: 09 October 2008 18:20
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] When is the target machine's environment updated?

Hello All,
 
I've a number of custom actions (CMD scripts) that run EXE files that
the MSI installs. These EXEs, in turn, require that a certain directory
(also installed by this MSI) is included in the PATH environment
variable.
 
These CAs never run successfully, and I think I know why: Although the
MSI includes an  element to append the needed directories
to the PATH, the target machine is not aware of this change until after
the MSI completes. (According to the Environment table description at
http://msdn.microsoft.com/en-us/library/aa368369(VS.85).aspx, "On
Windows 2000, this information is stored in the registry and a message
notifies the system of changes when the installation completes.")
 
I've tried using the WixShellExec as described in the "How To: Run the
Installed Application After Setup" article in the WiX help, and even
this does not do the trick. Clearly, the installed EXEs do not see the
updates the MSI has made to the path.
 
Am I missing something? Is there no point before clicking 'finish' on
the final dialog that I can insert a call to my custom action and
guarantee that it is running with all the environment changes the MSI
has made?  Or is the only way truly to install a CMD file that sets its
own PATH and runs these EXEs? So far tha tis the only way I've managed
to get them to work.

Raj




SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.  
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) affect file overriding?

[Ian Elliott (Excell Data Corporation)]

Glad you got it working!

-Original Message-
From: polan [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 2:13 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?



Ian Elliott (Excell Data Corporation) wrote:
>
> Make sure your console.exe program has a higher version number than its
> predecessor.
>
> If that doesn't work, can you place your two msi's somewhere where they
> can be accessed?
>
> -Original Message-
> From: polan [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 09, 2008 8:34 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor,
> major) affect file overriding?
>
>

That was it - I needed to change the file version and now everything works
ok. Thx for all the help!


Ian Elliott (Excell Data Corporation) wrote:
>
> Ian Elliott (Excell Data Corporation) wrote:
>>
>> Your command line looks wrong:
>> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
>> should be
>> msiexec /i ExampleInstaller.msi REINSTALL=ALL REINSTALLMODE=vomus
>>
>> (However, it may be another typo.)
>>
>
> I've corrected the command and tested everything again.
>
>
> Ian Elliott (Excell Data Corporation) wrote:
>>
>> It is expected behavior to get the maintenance dialog during a minor
>> upgrade. Once you click "Install", any newer files should be installed
>> over the old ones.
>>
>
> I feel like a total idiot, but I still can not get it working. The file
> doesn't get installed over old file!
>
> I have a console application - the only thing it does is writing version
> string to the Console window.
> I change the application (it writes a new version number to the console),
> than change the package guid in the wix file, also the version attribute
> in
> the product tag.
> I run the installation and it finishes without error. Then I run my test
> console application and it is the same as before update :(
> I can get the files override is to use major upgrade or uninstalling and
> installing (minor) again.
> It doesn't seem right.
>
> I've also noticed that if I choose "typical" type of installation then
> nothing gets installed either even if it is the first installation (I
> think
> that might be connected).
> The only feature in the "custom" installation dialog is not selected to be
> installed by default.
> The feature has Level="1". I don't change the default INSTALLLEVEL.
> Also if I skip REINSTALL=ALL then i get a dialog with change/repair/remove
> -
> If I choose repair then the files gets override also.
>
> http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs
> --
> View this message in context:
> http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1312589.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1315684.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win grea

[WiX-users] Basic Knowledge about disct cost.

[BOB1981]

Hi All,

I have a General knowledge question, I am a newbie and just started using
wix. My question is below:

I have a installed which includes 6 Components , But all of my components
are unmanaged, using attirbute GUID="" , i did not wanted my components to
make anychnages in registry and also avioding any cost if it increases a
cost. 

Desktop where i am installing the package has two volumes one is C: local
drive and second h: a mapped network drive.

I changed ROOTDRIVE of my installer fron C: to H: , because i wanted this
default behaviour.

I just noticed when i click on the DiskUsage push button on CustomizeDlg 
and it shows the DiskCostDlg my installer is showing a Required space on
Both the Drive C: and H: 3704kb and 3492kb Respectively.

My installer is installing everything on H: drive so i understand 3492kb
required, But i dont understand what is happening on C: drive and why does
this needs 3704kb on C: drive. Is a there i need to do to reduce the
required space in C Drive , and what actually is getting installed in this
3704kb?

I know its something basic, But can anyone explain me this.? please
Or any link available which i can read and understand what is involved in
all this.
Thanks

-- 
View this message in context: 
http://n2.nabble.com/Basic-Knowledge-about-disct-cost.-tp1316722p1316722.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing file cost

[BOB1981]

Hi,

I just did the same thing check the link below for this issue

http://n2.nabble.com/Feature-costing-tc1307593.html#a1316521

Thanks


Magus wrote:
> 
> I want to know if I can display to a user the cost of currently selected
> features, not just all features, so if the user checks a particular item
> it updates the costing, is there a way to do this?
> 

-- 
View this message in context: 
http://n2.nabble.com/Changing-file-cost-tp701148p1316544.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Q about Feature costing..

[BOB1981]

Hi Vidya, 

Finally i have done this as well, Nothing really big in order to deal with
this problem, Wix uses Localization file in order to display the text on
SelectionSize Event, if you open the WixUI_en-us.wxl you will see the
following string for this purpose and display the information. 

This feature
requires [1] on your hard drive. 
This feature
requires [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures require [4] on your hard drive. 
This feature frees
up [1] on your hard drive. 
This feature
requires [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures free up [4] on your hard drive. 
This feature
frees up [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures require [4] on your hard drive. 
This feature
frees up [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures free up [4] on your hard drive.


So in order to display the Parent Total rather then the current solected
total and sub features. I changed the following Strind Id`s in a following
way. 

  This feature requires
[1] on your hard drive. 
  This feature
requires [4] on your hard drive. It has [2] of [3] subfeatures
selected.


So now it shows the Total of the Child Features on selection of the parent
features, which in my case is perfect because i dont have any components in
my parent features anyways. 

SO All you need to do is to Add Wxl (localization file) and override only
these string id`s and compile and Bee Happy 

:D 

Thanks 




Vidya Kukke wrote:
> 
> I did'nt get response to this. So I am still stuck at this problem too :(.
> 
> Anyone have any ideas?
> 
> -Original Message-
> From: BOB1981 [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 12:44 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Q about Feature costing..
> 
> 
> Hi Vidya,
> 
> I am also Facing the Same problem as you are, i wonder what have you done
> to
> fix it.
> 
> I want change the text for Parent Feature to show the text totalling the
> subfeature. Please let me know is anything at all u think would help me
> 
> Thanks
> 
> 
> Vidya Kukke wrote:
>>
>> Hi,
>>
>> My installer has a feature tree with sub-features. The costing displayed
>> in the custom setup dialog is good for the sub-feature.
>>  However at the parent feature level it shows as 0KB. Is there any way I
>> can modify that to just show the costing of the sub-features?
>>
>> E.g of my custom setup dlg with parent feature selected
>> Parent Feature
>>
>> -  Child Feature1
>>
>> -  Child Feature2
>>
>> Message displayed is
>> This component installs .
>> This feature requires 0KB on your hard drive. It has 2 of 2 subfeatures
>> selected. The subfeatures require 1234KB on your hard drive.
>>
>> My Q is can we change the text highlighted in red ?
>>
>> Thanks
>> Vidya
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
> 
> --
> View this message in context:
> http://n2.nabble.com/Q-about-Feature-costing..-tp1080942p1307598.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Q-about-Feature-costing..-tp1080942p1316528.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Feature costing

[BOB1981]

Hi All,

Finally i have done this as well, Nothing really big in order to deal with
this problem, Wix uses Localization file in order to display the text on
SelectionSize Event, if you open the WixUI_en-us.wxl you will see the
following string for this purpose and display the information.

This feature
requires [1] on your hard drive.
This feature
requires [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures require [4] on your hard drive.
This feature frees
up [1] on your hard drive.
This feature
requires [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures free up [4] on your hard drive.
This feature
frees up [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures require [4] on your hard drive.
This feature
frees up [1] on your hard drive. It has [2] of [3] subfeatures selected. The
subfeatures free up [4] on your hard drive.


So in order to display the Parent Total rather then the current solected
total and sub features. I changed the following Strind Id`s in a following
way.

  This feature requires
[1] on your hard drive.
  This feature
requires [4] on your hard drive. It has [2] of [3] subfeatures
selected.


So now it shows the Total of the Child Features on selection of the parent
features, which in my case is perfect because i dont have any components in
my parent features anyways.

SO All you need to do is to Add Wxl (localization file) and override only
these string id`s and compile and Bee Happy

:D

Thanks




BOB1981 wrote:
> 
> Hi, 
> 
> My installer has a feature tree with sub-features. The costing displayed
> in the custom setup dialog is good for the sub-feature. 
>  However at the parent feature level it shows as 0KB. Is there any way I
> can modify that to show the costing of Total of the sub-features at parent
> level? 
> 
> E.g of my custom setup dlg with parent feature selected 
> Parent Feature 
> 
> -  Child Feature1 
> 
> -  Child Feature2 
> 
> Message displayed is 
> This feature requires 0KB on your hard drive. It has 2 of 2 subfeatures
> selected. The subfeatures require 1234KB on your hard drive. 
> 
> My Q is can we change the text for Parent Feature to show the text
> totalling the subfeature? 
> 
> Thanks 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Feature-costing-tp1307593p1316521.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Re 4: Patching and sqlscript element (to Bob Arnson)

[Victor V. Sergeev]

Today I made a try with new version of WIX (3.0.4603.0).
I made new install packages for version 1.0.0.0 and 1.0.1.0 and new 
upgrade package
If I make update via new .msi with  parameters: REINSTALL=ALL 
REINSTALLMODE=vomus all ok.
If I make update via .msp, I receive errors in logfile:
InstallSqlData:  Error 0x80070006: failed to get size of stream
InstallSqlData:  Error 0x80070006: failed to read SqlScripts table

Also I try change size of sqlscript element source from 300 bytes to 
3 bytes, but size of .msp file not change.
So, I think that update package didn't include new binary data.
> Victor V. Sergeev wrote:
>> > I don't know how. I think that "pyro.exe" added new actions to ".MSP" 
>> > file, but didn't include new binary data.
>> >   
>> 
>
> What does your patch look like? Are you able to install the upgrade 
> package successfully (i.e., using the new .msi, not the .msp)?


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) affect file overriding?

[Adam Connelly]

Thanks for the advice.  I didn't actually mean to say commercial, I was more 
meaning that I've downloaded msi's from various sources - some commercial, some 
open source, ... and the vast majority of them haven't required me to either 
use msiexec or uninstall the previous version.

I'm just trying to keep things as simple as possible.

In the case of this installer, it's relatively unlikely that any individual 
developers will create a private build of the installer and install it, and the 
way I've got it set up at the moment it would end up with a version number 
0.0.0.0.

I'll have a think about it at the moment, but I think we should be ok using a 
wildcard.  The only other thing that I can think of at the moment is having the 
build process generate the guid, but I'm avoiding that for the moment.

Thanks for the advice.

Adam

-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: 09 October 2008 19:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

There is one side effect that I can think of (and have experienced) during 
daily development. Say your build version number changes once per day. 
Everything will work fine if you only attempt to install today's version over 
yesterday's version.

Now, if you are developing and build multiple private builds during the day, 
there can be a problem. If you use the wix wildcard to auto generate 
productID's you will have those id's changing and the version number doesn't 
change. When people blindly try to install one private build over another you 
get weird things happening. It's been awhile and I can't remember exactly what 
the deal was but I do remember going to many machines to fix things.

>From earlier in the thread,
 "Otherwise it forces the user to uninstall the previous version before 
installing the new version - something that I've never had to do with any 
serious commercial package."

Most serious commercial packages that I can think of actually use some kind of 
setup.exe bootstrapper. I have never purchased any boxed software, for example, 
and launched an msi directly. The setup.exe can detect if a minor upgrade needs 
to be launched and adjust the command line accordingly.


-Original Message-
From: Adam Connelly [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2008 5:46 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

I'm keen to avoid doing that since it means creating the bootstrapper.  It just 
doesn't seem quite right to me to have to do that.

Thanks for the suggestion, but I think for now I'll stick to changing the 
product Id.  Do you know if there's any undesirable side effects to doing this?

Cheers,
Adam

-Original Message-
From: John Hall [mailto:[EMAIL PROTECTED]
Sent: 08 October 2008 18:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

> The only way I've got this to work at the moment is by
> manually changing the Product Id and checking it in before
> doing a publish to avoid the annoying "another version of
> this product is already installed..." message.  Otherwise it
> forces the user to uninstall the previous version before
> installing the new version - something that I've never had to
> do with any serious commercial package.
>
> Is what I'm doing wrong, and if so what alternatives do I have?

You could do minor upgrades for your nightly builds - this requires passing 
REINSTALLMODE=vomus on the msiexec commandline, so would probably require being 
wrapped in a bootstrapper.

Regards,
John

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sp

Re: [WiX-users] Weekly Releases are back.

[Neil Sleightholm]

There doesn't appear to be anything new, 3.0.4513.0 from 16/9 is the latest.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]  
 



From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Fri 10/10/2008 06:17
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Weekly Releases are back.



Weekly releases are back at http://wix.sourceforge.net/releases.  The issue was 
that SourceForge changed access to the shell server in their move from CA to 
Chicago.  This was documented, I just missed the memo (mm'kay).  Anyway, build 
scripts are updated and I manually pushed last week's build.  Hopefully, we're 
back on track.  Sorry for the trouble.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] which versions of Windows Installer do WiX 2.0 support

[Rob Mensching]

All of them.

-Original Message-
From: shibo zheng [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2008 01:54
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] which versions of Windows Installer do WiX 2.0 support

Hi all,

First time to use WiX 2.0, I can not find in the documentation which
versions of Windows Installer does WiX 2.0 support.

Can anyone please help? Thanks.

Shibo
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) affect file overriding?

[polan]

Ian Elliott (Excell Data Corporation) wrote:
> 
> Make sure your console.exe program has a higher version number than its
> predecessor.
> 
> If that doesn't work, can you place your two msi's somewhere where they
> can be accessed?
> 
> -Original Message-
> From: polan [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 09, 2008 8:34 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor,
> major) affect file overriding?
> 
> 

That was it - I needed to change the file version and now everything works
ok. Thx for all the help!


Ian Elliott (Excell Data Corporation) wrote:
> 
> Ian Elliott (Excell Data Corporation) wrote:
>>
>> Your command line looks wrong:
>> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
>> should be
>> msiexec /i ExampleInstaller.msi REINSTALL=ALL REINSTALLMODE=vomus
>>
>> (However, it may be another typo.)
>>
> 
> I've corrected the command and tested everything again.
> 
> 
> Ian Elliott (Excell Data Corporation) wrote:
>>
>> It is expected behavior to get the maintenance dialog during a minor
>> upgrade. Once you click "Install", any newer files should be installed
>> over the old ones.
>>
> 
> I feel like a total idiot, but I still can not get it working. The file
> doesn't get installed over old file!
> 
> I have a console application - the only thing it does is writing version
> string to the Console window.
> I change the application (it writes a new version number to the console),
> than change the package guid in the wix file, also the version attribute
> in
> the product tag.
> I run the installation and it finishes without error. Then I run my test
> console application and it is the same as before update :(
> I can get the files override is to use major upgrade or uninstalling and
> installing (minor) again.
> It doesn't seem right.
> 
> I've also noticed that if I choose "typical" type of installation then
> nothing gets installed either even if it is the first installation (I
> think
> that might be connected).
> The only feature in the "custom" installation dialog is not selected to be
> installed by default.
> The feature has Level="1". I don't change the default INSTALLLEVEL.
> Also if I skip REINSTALL=ALL then i get a dialog with change/repair/remove
> -
> If I choose repair then the files gets override also.
> 
> http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs
> --
> View this message in context:
> http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1312589.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1315684.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] which versions of Windows Installer do WiX 2.0 support

[shibo zheng]

Hi all,

First time to use WiX 2.0, I can not find in the documentation which
versions of Windows Installer does WiX 2.0 support.

Can anyone please help? Thanks.

Shibo
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users