Re: [WiX-users] Dynamically constructing the feature tree for the "Mondo" Custom install

[Bob Arnson]

Please keep /wix-users/ on the thread so Big Brother can see our every 
word.


Scott Palmer wrote:
If I do that, how do I define the feature?  I.e. what do I put for the 
Level attribute where the feature is defined?


My recommendation is to use Level="1" and then to use AddLocal and 
Remove control events for both features based on both conditions of the 
radio button property -- IOW, four control events. That way, the user 
can go back and forth and the right feature gets chosen.


The selection tree control is probably not the best choice, though, 
because users can always choose to uninstall a feature.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 32-bit and 64-bit package creation

[Bob Arnson]

vij wrote:
> Our product is supported on both 32-bit and 64-bit platforms(binaries 
> for both the platforms are same). Should I create separate 
> installation packages for both 32-bit and 64-bit platforms? or Can I 
> have one installation package which works on both 32-bit and 64-bit 
> machines?

If you want to install 32-bit binaries on both 32-bit and 64-bit system, 
you can use one 32-bit package. If you have any 64-bit binaries or need 
access to the 64-bit portions of the file system or registry, you need 
two packages -- for details, see 
http://msdn2.microsoft.com/en-us/library/aa372396.aspx. You can use 
preprocessor variables to build them from the same sources, however.

-- 
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to update an url shortcut for upgrade install?

[Bob Arnson]

Qu, Li wrote:


This works well for a new install. But when I do an upgrade 
install(major upgrade), the URL keeps using the old port.




One possibility: Depending on how you configured RemoveExistingProducts, 
the installer might not be installing the component associated with the 
.ini file.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to update an url shortcut for upgrade install?

[Qu, Li]

Hello,

 

I have the following code to create an URL shortcut on Desktop:

 

http://localhost:[HTTP_PORT]"/>

 

This works well for a new install. But when I do an upgrade
install(major upgrade), the URL keeps using the old port. For example,
the first time install 8080 was entered as the http port. Perform
upgrade install, and enter 6060 as the http port. The registry and
configuration file are all updated correctly, but the shortcut was still
"http://localhost:8080  ". The following is
related section from the install log file. From there I don't see how
the old port gets used again. 

 

MSI (s) (68:D4) [16:25:05:184]: Executing op:
ActionStart(Name=WriteIniValues,Description=Writing INI files
values,Template=File: [1],  Section: [2],  Key: [3], Value: [4])

Action 16:25:05: WriteIniValues. Writing INI files values

MSI (s) (68:D4) [16:25:05:184]: Executing op:
ProgressTotal(Total=2,Type=1,ByteEquivalent=13200)

MSI (s) (68:D4) [16:25:05:184]: Executing op:
IniFilePath(File=MyHome.url,Folder=C:\Documents and Settings\All
Users\Desktop\)

MSI (s) (68:D4) [16:25:05:184]: Executing op:
IniWriteRemoveValue(Section=InternetShortcut,Key=URL,Value=http://localh
ost:6060,Mode=0)

WriteIniValues: File: MyHome.url,  Section: InternetShortcut,  Key: URL,
Value: http://localhost:6060

MSI (s) (68:D4) [16:25:05:184]: Executing op:
ActionStart(Name=InstallServices,Description=Installing new
services,Template=Service: [2])

 

 

I'm really appreciated if somebody can point me out what I'm doing
wrong.

 

Thanks.

 

Li 

 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 32-bit and 64-bit package creation

[vij]

Hi,
  Our product is supported on both 32-bit and 64-bit platforms(binaries for 
both the platforms are same). Should I create separate installation packages 
for both 32-bit and 64-bit platforms? or Can I have one installation package 
which works on both 32-bit and 64-bit machines?
   
   
  thanks
  Vij
   
   

 
-
Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates.-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Many links, news, interviews, studies and art.

[Kirkpatrick]

Rogers as a background.
However, if each one of us start doing our part we will change it.
We view this as a bonus: how else can you quickly and cheaply get feedback on a 
product or service from influences?
It's a message for those who didn't understand yet the giant catastrophes that 
awaits us if we don't do anything to stop destroying nature.
It could be better, because I never liked Alexa, but it could be worst too, 
like just Alexa.
The vast majority of reviews are measuredly positive, although many do contain 
constructive criticism. However it could've been worse.
So, I have no idea whether their price is fair or not: you tell me. Now, how 
much do they pay for a review? Calisthenics is a team activity that combines 
elements of sport and art, most routines involve a mixture of acting, ballet, 
dance, gymnastics and singing. Cheng Fei and Yang Wei, both triple world 
champions, are part of a gymnastics squad that features all but one of the team 
that won eight gold medals at the .
Well, it wouldn't be a bad idea to find a complete deck with illustrations by 
George Petty, Gil Elvgren, Rolf Armstrong or Harry Ekman. that were searching 
for some inspiration for Christmas' gifts.
Rogers as a background. The vast majority of reviews are measuredly positive, 
although many do contain constructive criticism.
Is this going to work? Sound Transit operates two Seattle Sounder routes - the 
first extending north to Edmonds and. Ad also up to six tags that best describe 
your blog.
Well, all reviews that I wrote until today where for free - and I think that 
will keep being so for a long time, but I write exactly what I think, not more, 
not less. We view this as a bonus: how else can you quickly and cheaply get 
feedback on a product or service from influences? The final version puts 
together the adaptation of Keith Giffen, based on Rodionoff script, and the 
great work of illustration of Enrique Breccia.
It has an impressive list of his works, what made me want a better palm. A The 
Oregon State gymnastics team takes its first steps toward a return to the NCAA 
Championships Friday evening at Gill Coliseum with the . Since I don't know any 
of the images, I guess they are from some not so know or unknown artist.
It could be better, because I never liked Alexa, but it could be worst too, 
like just Alexa. Actually they still are part of my favorite kind of images.
As a film, it has nothing special, but as a documentary, it is a must see. 
Cheng Fei and Yang Wei, both triple world champions, are part of a gymnastics 
squad that features all but one of the team that won eight gold medals at the . 

restructure.gif
Description: GIF image
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dynamically constructing the feature tree for the "Mondo" Custom install

[Bob Arnson]

Scott Palmer wrote:
> My problem is that the what is shown in the feature tree seems to be 
> decided on before my radio buttons are used.  So the default value is 
> always what I see in the feature tree.

Feature conditions are evaluated during the CostFinalize action, which 
is well before the UI is shown (again, per the doc). So any changes you 
make to properties that are evaluated as part of feature conditions 
aren't re-evaluated. At that point, you need to publish AddLocal or 
Remove control events in the radio button dialog to mark the appropriate 
features as installed or not. Do it all in the Next button's control events.

-- 
sig://boB
http://bobs.org


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Control Next problem

[Bob Arnson]

Magus wrote:
> I am having a bit of a problem.  I have created my own ErrorDialog and when I
> build the MSI it adds the Contol Next for each of controls inside the
> ErrorDlg. However this causes a Error and crash of the MSI when the error
> dialog is suppose to appear saying "DEBUG: Error 2814:  On the dialog
> ErrorDlg the control ErrorText names a non-existent control Y as the next
> control"  Is there a way to prevent the Control Next from having a value?
>   

No. WiX sets Control_Next when it encounters additional controls. 
According to "Error Dialog" in the SDK, there must be a yes button (and 
six others).

-- 
sig://boB
http://bobs.org


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to specify a envirorment variable dir

[Bob Arnson]

Jeff MacDuff wrote:


Sorry could you point me in the right direction.. never used type 51 ?



You need to define the custom action:



then schedule it:


 



--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating user in AD

[Bob Arnson]

Douglas Watts wrote:


Can WiX create domain users in Active Directory? 



The WiX server CAs call DsGetDcNameW to get the name of a domain 
controller, then call NetUserAdd to add the user to that server. So I 
think the answer is yes, but given that it's a no-impersonate CA, it's 
not clear that it would have permissions to create AD users unless it's 
running on a domain controller. But I'm not an AD expert, so I could be 
all wrong.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dynamically constructing the feature tree for the "Mondo" Custom install

[Scott Palmer]

Among the various features in my app there is a need to install one and only
one feature from a set of two features.  I've added a panel to the Mondo UI
that appears after selecting "Custom" and before the CustomDlg with the
feature tree.  My dialog has radio buttons to select which thing to
install.

What I want to have happen is that the feature they selected on the previous
dialog would appear in the feature tree and not be configurable on the
CustomDlg.  This is mainly so they see a proper summary of what they have
selected.  The feature size isn't going to be computed properly as it really
amounts to nothing more than running a custom action to trigger an EXE that
Microsoft provides for installing that component.  Microsoft does not appear
to provide any other means to ( e.g. merge module) to install it.

For the record I'm choosing between Windows Media Framework 9.0 and 9.5,
because 9.5 breaks some things that were available in 9.0 that our customers
might need or depend on from using previous versions of our product.  Since
WMF 9.5 also adds features that they may want to use, I give the user the
choice.

My problem is that the what is shown in the feature tree seems to be decided
on before my radio buttons are used.  So the default value is always what I
see in the feature tree.

I was using something like:


WMFVERSION = "90"




WMFVERSION = "95"


My Radio buttons set WMFVERSION accordingly.  That part appears to work as
the log file clearly shows the WMFVERSION changing in response to the
selection on the dialog that I've added.

Is it possible to do what I want easily?  Maybe some simple sequence
re-ordering?

I'm using WiX 3.

Thanks,

Scott

P.S.  Thanks Bob for the help with modifying the dialog sets included with
WixUI.  It was easier than I anticipated.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Automatic repair during install

[Matthew Janulewicz]

Another thing you might try, if it's viable for your installer, is to
have it uninstall/remove the previous version and do a re-install. We do
this with our automated builds/deployments for Quality Assurance (which
may happen a few times a day on some projects.) Section four of 'the
tutorial' covers this:

 

http://www.tramontana.co.hu/wix/lesson4.php

 

Basically, create an upgrade code Id, make your Product and Package ID's
auto-generate (set them to "*") and put an upgrade section under your
product node that encompasses whatever you have set for your product
version. Ours looks a lot like this:

 



  



 

Just be sure your Product version is within the specified range.

 

This should un-unstall and re-install your entire package. Works for us,
anyway.

 

 

-Matt

 

  _  

From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 28, 2006 10:37 AM
To: Fanshteyn, Timur; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Automatic repair during install

 

You could author the REINSTALLMODE Property into your MSI.  That might
force it to always replace all files.  That is a very dangerous thing to
do in general, because I believe you can downgrade files.  You have to
be very certain you are installing only your files.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fanshteyn,
Timur
Sent: Tuesday, November 28, 2006 09:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Automatic repair during install

 

I have a server installation - no UI , installs a service on server. How
can I have the MSI package repair the installation during install. 

 

Here is a scenario:

 

Install package 

Modify one of the files that was installed (using notpad for example)

Rerun the installation

 

I would like the installation replace the changed file with the
original. The only way that I was able to do this is by specifying
REINSTALL=ALL REINSTALL REINSTALLMODE=amus

 

Default REINSTALLMODE of omus did not replace the file as expected. I
would like to be able to run identical command line every time to either
install the package, or to correct a problem with a prior install.

 

Timur Fanshteyn

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Control Next problem

[Magus]

I am having a bit of a problem.  I have created my own ErrorDialog and when I
build the MSI it adds the Contol Next for each of controls inside the
ErrorDlg. However this causes a Error and crash of the MSI when the error
dialog is suppose to appear saying "DEBUG: Error 2814:  On the dialog
ErrorDlg the control ErrorText names a non-existent control Y as the next
control"  Is there a way to prevent the Control Next from having a value?
-- 
View this message in context: 
http://www.nabble.com/Control-Next-problem-tf2728415.html#a7610006
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New Website install

[Zane Teh]

Thanks Rob, that is great news!  We will let you know if we run into any issues 
after the next drop.

Thanks,

--zane

From: Rob Mensching
Sent: Wednesday, November 29, 2006 2:51 PM
To: Rob Mensching; Suresh Parameshwar; Zane Teh; 
'wix-users@lists.sourceforge.net'
Cc: Shyam Habarakada; Oliver Colbert
Subject: RE: Re: [WiX-users] New Website install

David Adams pointed out to me that the bug already had information in it that 
pointed at the problem.  With that information it was a very straight forward 
fix.  Hopefully, the IIS CA work correctly in the next weekly drop (sometime in 
the next day or two).

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: Wednesday, November 29, 2006 11:35
To: Suresh Parameshwar; Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Shyam Habarakada; Oliver Colbert
Subject: Re: [WiX-users] New Website install

It's a bug.  It's open.  It needs to be fixed.  I'm on a new team (at 
Microsoft) so I'm ramping up on a lot of new information.  However, after I get 
past this initial hump, I'll actually an environment where I'm using the IIS 
CustomActions myself again (been about 3 years since *I* used the code 
directly) and will fix all bugs (and maybe features) much faster than in the 
past.

K also successfully shipped Office 2007 so maybe we'll see more of him (or 
maybe he'll take the whole month of December off to recuperate... I don't know).

From: Suresh Parameshwar
Sent: Wednesday, November 29, 2006 11:16
To: Zane Teh; Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Oliver Colbert; Shyam Habarakada
Subject: RE: [WiX-users] New Website install

Rob, any ideas why this difference exists between the two builds?

From: Zane Teh
Sent: Wednesday, November 22, 2006 3:02 PM
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Hi Rob,

We did some investigation and found out our code worked for build 2.0.3719.0, 
but we got the same error for builds 4117 and 4611.  Do you know of any bugs or 
any changes in the schema that could have caused this?  Or is there a work 
around with the later builds?

I have pasted in our code below. Thanks.

--zane




  


10
2

  



  

  

  

  



From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:52 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Not off the top of my head.  You might try debugging in and seeing what is 
exactly going wrong.  I'm not currently in a place where I can try an IIS 
install.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:44
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Thanks for the quick reply Rob.  I installed the build 2.0.4611.0 but seem to 
getting the same error.  Any ideas?

--zane
From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:30 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

That's a pretty old build.  I believe there was a couple bug fixes more recent 
than that which may fix the issue you are seeing.  Try grabbing a newer version.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:27
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

We are using v2.0.4117.0

From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:24 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

What version of the WiX toolset are you using?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zane Teh
Sent: Tuesday, November 21, 2006 15:01
To: 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: [WiX-users] New Website install

Hi All,

I am new to WIX and am trying to install basic website but am running into 
issues.  When I try installing the website I get the following error:

Failed to read IIsWebs table.  (-2147024774   )

Here is the code and settings I currently have:


1.   Snippet of code from Wix:
...

  

  

...

2.   There are other websites installed on Port 80 but with different 
Headers.

3.   There is NO "Test Web Site" that already exists

4.   When I specify IP="All Unassigned" OR Port= 
OR Header="localhost" I get the same error.


So far I have only gotten the website to install successfully when I have 
already manually preinstalled a website called "Test Web Site" but even with 
this I ran into issues:


1.   I tried changing the port number to this preinstalled website from 80 
to 81 and my MSI installed without errors and changed the port back from 81 to 
80.  Although this worked, it did not work when this site was preinstalled on 
port 80 and my MSI ha

Re: [WiX-users] New Website install

[Rob Mensching]

David Adams pointed out to me that the bug already had information in it that 
pointed at the problem.  With that information it was a very straight forward 
fix.  Hopefully, the IIS CA work correctly in the next weekly drop (sometime in 
the next day or two).

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: Wednesday, November 29, 2006 11:35
To: Suresh Parameshwar; Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Shyam Habarakada; Oliver Colbert
Subject: Re: [WiX-users] New Website install

It's a bug.  It's open.  It needs to be fixed.  I'm on a new team (at 
Microsoft) so I'm ramping up on a lot of new information.  However, after I get 
past this initial hump, I'll actually an environment where I'm using the IIS 
CustomActions myself again (been about 3 years since *I* used the code 
directly) and will fix all bugs (and maybe features) much faster than in the 
past.

K also successfully shipped Office 2007 so maybe we'll see more of him (or 
maybe he'll take the whole month of December off to recuperate... I don't know).

From: Suresh Parameshwar
Sent: Wednesday, November 29, 2006 11:16
To: Zane Teh; Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Oliver Colbert; Shyam Habarakada
Subject: RE: [WiX-users] New Website install

Rob, any ideas why this difference exists between the two builds?

From: Zane Teh
Sent: Wednesday, November 22, 2006 3:02 PM
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Hi Rob,

We did some investigation and found out our code worked for build 2.0.3719.0, 
but we got the same error for builds 4117 and 4611.  Do you know of any bugs or 
any changes in the schema that could have caused this?  Or is there a work 
around with the later builds?

I have pasted in our code below. Thanks.

--zane




  


10
2

  



  

  

  

  



From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:52 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Not off the top of my head.  You might try debugging in and seeing what is 
exactly going wrong.  I'm not currently in a place where I can try an IIS 
install.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:44
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Thanks for the quick reply Rob.  I installed the build 2.0.4611.0 but seem to 
getting the same error.  Any ideas?

--zane
From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:30 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

That's a pretty old build.  I believe there was a couple bug fixes more recent 
than that which may fix the issue you are seeing.  Try grabbing a newer version.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:27
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

We are using v2.0.4117.0

From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:24 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

What version of the WiX toolset are you using?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zane Teh
Sent: Tuesday, November 21, 2006 15:01
To: 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: [WiX-users] New Website install

Hi All,

I am new to WIX and am trying to install basic website but am running into 
issues.  When I try installing the website I get the following error:

Failed to read IIsWebs table.  (-2147024774   )

Here is the code and settings I currently have:


1.   Snippet of code from Wix:
...

  

  

...

2.   There are other websites installed on Port 80 but with different 
Headers.

3.   There is NO "Test Web Site" that already exists

4.   When I specify IP="All Unassigned" OR Port= 
OR Header="localhost" I get the same error.


So far I have only gotten the website to install successfully when I have 
already manually preinstalled a website called "Test Web Site" but even with 
this I ran into issues:


1.   I tried changing the port number to this preinstalled website from 80 
to 81 and my MSI installed without errors and changed the port back from 81 to 
80.  Although this worked, it did not work when this site was preinstalled on 
port 80 and my MSI had port 81.  When I tried this I still received the same 
error as above.

2.   When I added Header="localhost" to the Website attribute in my code, 
the MSI actually overrode a preexisting website that was installed with a 
Header="localhost".  Even when I changed my preinstalled website named "Test 
Web Site" to have a Header="localhost" when I tr

Re: [WiX-users] ConfigureSQL Bug

[Michael Osmond]

Dana, Rob,
 
Thanks for the info.
 
A few stats from me.  We have been using WIX to ship 10 production
systems (these are server based installs) for almost 2 years.  Most have
been built on Wix 2.3220 as it was stable and working at the time we
started.  Until recently I did all of our upgrades as minor upgrades -
and never saw this issue other than on the mailing list.  So I concur
this happens only in a Major upgrade scenario.  
 
At first I thought it was something to do with the contents of the SQL
scripts. Because I now have 2 systems using the major upgrade and one
does exhibit this problem and the other doesn't.   From an MSI point of
view there is nothing different between the two installer packages -
they use the same file names and install sequence, its just the contents
of the SQL scripts that are different.
 
But (there's always a but) ...  looking at a log where it fails and a
log that is good (see the bottom of my first email) it appears that the
script crashes at the start before it starts reading the script tables.
 
I was just starting to put some log messages into the code yesterday
afternoon a la Rob's suggestion.  So I will spend some more time on that
today.  I need to nail this one if we can.   Please bear with me though
I am not a developer by trade so things like pageheap don't mean a great
deal.
 
Michael

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dana
Gutride
Sent: Thursday, 30 November 2006 2:58 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ConfigureSQL Bug


This problem has just become a bigger deal where I work.  Maybe those of
us that have experienced this problem could put our heads together to
try to figure out what we are doing in common that is causing this to
happen.

During database upgrades, we connect to an existing database, run 3-4
sql strings, and approximately 100 sql scripts (loaded from binary
references) that total about 1.2 MB in size.  This happens with much
greater consistency on the upgrade and almost never on a new install
where we create the database. 

Dana


On 11/29/06, Rob Mensching < [EMAIL PROTECTED]
  > wrote: 

Based on previous reports, I believe that there is a bug in the
SQL CustomActions that has been near impossible to track down where
somewhere memory gets corrupted and causes the CustomAction to crash.
You see leaked handles because MSI catches the exception and tells you
that your code did not clean up correctly (duh, it crashed).

 

I've never seen a consistent repro and never under a debugger.
Normally it was failing like 5% so your 50% is amazing.  You might try
using pageheap/gflags + a debugger.  Pageheap may force the crash even
when the debugger normally hides it.  You also *might* try adding a
bunch more logging statements to the code to try and narrow down how far
the code gets before crashing.  At the moment there is a lot of code
that could be causing the problem.

 

Killing this bug would be very, very good.

 

From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED]
 ] On Behalf Of Dana
Gutride
Sent: Wednesday, November 29, 2006 05:40
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ConfigureSQL Bug

 

I have also noticed this bug.  Oddly enough it is happening
during an upgrade only.  During our initial install when we create the
database, this doesn't happen.  During the upgrade, the user can select
the database to upgrade, 10-15 SqlScripts are all run against it and I
see the same error.  It is tough to track down because it does happen
periodically, and a reboot almost always clears the problem up. 

Dana



On 11/29/06, Michael Osmond <[EMAIL PROTECTED]> wrote:

Hello Rob and All,

 

I have a sort of reproducible case of ConfigureSql MSIHandle
leaking error.   I understand this one has not been found

 

The error shows up as the following log output:

 

  MSI (s) (BC:48) [10:05:24:840]: Doing action: ConfigureSql
  Action 10:05:24: ConfigureSql. Configuring SQL Server
  Action start 10:05:24: ConfigureSql.
  MSI (s) (BC:6C) [10:05:24:900]: Invoking remote custom action.
DLL: C:\WINDOWS\Installer\MSI48.tmp, Entrypoint: ConfigureSql
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (393) of type
790531 for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (392) of type
790531 for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (381) of type
790540 for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (380) of type
790540 for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (318) of type
790541 for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Note: 1: 2769 2: ConfigureSql
3: 5 
  DEBUG: Er

Re: [WiX-users] How to specify a envirorment variable dir

[Jeff MacDuff]

Sorry could you point me in the right direction.. never used type 51 ?

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 29, 2006 10:41 AM
To: Jeff MacDuff
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to specify a envirorment variable dir

 

Jeff MacDuff wrote: 

I have some existing code that calls MsiSetProperty() ... couldn't I
just call that, set a property, and then use that property with the MSI?


No code is necessary. CustomAction/@Property,@Value creates a type 51 CA
which does exactly what you need.





-- 
 
sig://boB
 
http://bobs.org
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CreateObject in C++ for .NET COM interop?

[WenWu Ru]

I was not minitoring the mailing list, so I missed the latest replies.  
Phil's description of how InstallShield uses regasm is correct.  Anyway, I 
have resolved my original quesiton about CreateObject a couple weeks ago.  
It is really just a COM early-binding versus late-binding issue.  I ended up 
using the regular .NET COM interop C++ methodology by adding explicit 
interface, importing the type library, calling CoCreateInstance, adding the 
registry entries to the installer component, etc.  Thanks everyone who 
offered advice.

>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of WenWu Ru
>Sent: 09 November 2006 15:59
>To: wix-users@lists.sourceforge.net
>Subject: [WiX-users] CreateObject in C++ for .NET COM interop?
>
>Our installer includes a .NET assembly component MyCustomActions.dll, which
>is marked with !0.NET COM interop!1 in InstallShield.  At installation,
>InstallShield runs "regasm MyCustomActions.dll /regfile MyCustomActions.reg
>/Codebase" to create registry entries on the target system to allow COM
>objects to call the .NET assembly.  MyCustomActions.dll assembly contains a
>class that is derived from System.ComponentModel.Component and is marked
>with [ComVisible(true)].  A few custom actions written in InstallScript
>calls CreateObject to create an object instance and invokes the functions.
>For example:
>
> set ojb = CreateObject("MyCustomActions.TestClass1");
> result = obj.TestMethod1();
>
>Now that I am converting it to WIX, I need to write the equivalent code in
>C++ for CreateObject.  From what I understand, I need to import the type
>library for MyCustomActions.dll and create an interface pointer with
>CoCreateInstance.  However, MyCustomActions.dll assembly does not 
>explicitly
>declare any interface, and currently no type library is created in the 
>build
>or install process.  How does CreateObject create the instance and invoke
>the method?  I am hoping that I do not have to modify the source code and
>build script for MyCustomActions.dll.
>
>Thanks,
>-WenWu
>P.S.  Instead of importing the type library, another idea I tried but 
>failed
>is to import the ProgID, e.g. #import "MyCustomActions.TestClass1".  Maybe 
>I
>am not using the correct import attributes?
>
>_
>All-in-one security and maintenance for your PC.  Get a free 90-day trial!
>http://clk.atdmt.com/MSN/go/msnnkwlo005002msn/direct/01/?href=http://www
>.windowsonecare.com/?sc_cid=msn_hotmail
>
>
>

_
Share your latest news with your friends with the Windows Live Spaces 
friends module. 
http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mk


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Creating user in AD

[Douglas Watts]

Can WiX create domain users in Active Directory?  If so, are there any
special "gottcha's"?  For instance, if I want to specify a group
membership do I use "BUILT-IN"?  (as in:  "BUILT-IN\Administrators")

 

_ 

Doug Watts

 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New Website install

[Rob Mensching]

It's a bug.  It's open.  It needs to be fixed.  I'm on a new team (at 
Microsoft) so I'm ramping up on a lot of new information.  However, after I get 
past this initial hump, I'll actually an environment where I'm using the IIS 
CustomActions myself again (been about 3 years since *I* used the code 
directly) and will fix all bugs (and maybe features) much faster than in the 
past.

K also successfully shipped Office 2007 so maybe we'll see more of him (or 
maybe he'll take the whole month of December off to recuperate... I don't know).

From: Suresh Parameshwar
Sent: Wednesday, November 29, 2006 11:16
To: Zane Teh; Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Oliver Colbert; Shyam Habarakada
Subject: RE: [WiX-users] New Website install

Rob, any ideas why this difference exists between the two builds?

From: Zane Teh
Sent: Wednesday, November 22, 2006 3:02 PM
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Hi Rob,

We did some investigation and found out our code worked for build 2.0.3719.0, 
but we got the same error for builds 4117 and 4611.  Do you know of any bugs or 
any changes in the schema that could have caused this?  Or is there a work 
around with the later builds?

I have pasted in our code below. Thanks.

--zane




  


10
2

  



  

  

  

  



From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:52 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Not off the top of my head.  You might try debugging in and seeing what is 
exactly going wrong.  I'm not currently in a place where I can try an IIS 
install.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:44
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Thanks for the quick reply Rob.  I installed the build 2.0.4611.0 but seem to 
getting the same error.  Any ideas?

--zane
From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:30 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

That's a pretty old build.  I believe there was a couple bug fixes more recent 
than that which may fix the issue you are seeing.  Try grabbing a newer version.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:27
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

We are using v2.0.4117.0

From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:24 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

What version of the WiX toolset are you using?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zane Teh
Sent: Tuesday, November 21, 2006 15:01
To: 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: [WiX-users] New Website install

Hi All,

I am new to WIX and am trying to install basic website but am running into 
issues.  When I try installing the website I get the following error:

Failed to read IIsWebs table.  (-2147024774   )

Here is the code and settings I currently have:


1.   Snippet of code from Wix:
...

  

  

...

2.   There are other websites installed on Port 80 but with different 
Headers.

3.   There is NO "Test Web Site" that already exists

4.   When I specify IP="All Unassigned" OR Port= 
OR Header="localhost" I get the same error.


So far I have only gotten the website to install successfully when I have 
already manually preinstalled a website called "Test Web Site" but even with 
this I ran into issues:


1.   I tried changing the port number to this preinstalled website from 80 
to 81 and my MSI installed without errors and changed the port back from 81 to 
80.  Although this worked, it did not work when this site was preinstalled on 
port 80 and my MSI had port 81.  When I tried this I still received the same 
error as above.

2.   When I added Header="localhost" to the Website attribute in my code, 
the MSI actually overrode a preexisting website that was installed with a 
Header="localhost".  Even when I changed my preinstalled website named "Test 
Web Site" to have a Header="localhost" when I tried my MSI it would override a 
different preexisting website.


My goal is to have it so that I do NOT need to manually install a "Test Web 
Site" website before I run the MSI.  If anybody could help me with this problem 
or give insight on why I am having these issues, it would be greatly 
appreciated.  Thanks!


--zane











-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar

Re: [WiX-users] New Website install

[Suresh Parameshwar]

Rob, any ideas why this difference exists between the two builds?

From: Zane Teh
Sent: Wednesday, November 22, 2006 3:02 PM
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Hi Rob,

We did some investigation and found out our code worked for build 2.0.3719.0, 
but we got the same error for builds 4117 and 4611.  Do you know of any bugs or 
any changes in the schema that could have caused this?  Or is there a work 
around with the later builds?

I have pasted in our code below. Thanks.

--zane




  


10
2

  



  

  

  

  



From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:52 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Not off the top of my head.  You might try debugging in and seeing what is 
exactly going wrong.  I'm not currently in a place where I can try an IIS 
install.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:44
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Thanks for the quick reply Rob.  I installed the build 2.0.4611.0 but seem to 
getting the same error.  Any ideas?

--zane
From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:30 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

That's a pretty old build.  I believe there was a couple bug fixes more recent 
than that which may fix the issue you are seeing.  Try grabbing a newer version.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:27
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

We are using v2.0.4117.0

From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:24 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

What version of the WiX toolset are you using?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zane Teh
Sent: Tuesday, November 21, 2006 15:01
To: 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: [WiX-users] New Website install

Hi All,

I am new to WIX and am trying to install basic website but am running into 
issues.  When I try installing the website I get the following error:

Failed to read IIsWebs table.  (-2147024774   )

Here is the code and settings I currently have:


1.   Snippet of code from Wix:
...

  

  

...

2.   There are other websites installed on Port 80 but with different 
Headers.

3.   There is NO "Test Web Site" that already exists

4.   When I specify IP="All Unassigned" OR Port= 
OR Header="localhost" I get the same error.


So far I have only gotten the website to install successfully when I have 
already manually preinstalled a website called "Test Web Site" but even with 
this I ran into issues:


1.   I tried changing the port number to this preinstalled website from 80 
to 81 and my MSI installed without errors and changed the port back from 81 to 
80.  Although this worked, it did not work when this site was preinstalled on 
port 80 and my MSI had port 81.  When I tried this I still received the same 
error as above.

2.   When I added Header="localhost" to the Website attribute in my code, 
the MSI actually overrode a preexisting website that was installed with a 
Header="localhost".  Even when I changed my preinstalled website named "Test 
Web Site" to have a Header="localhost" when I tried my MSI it would override a 
different preexisting website.


My goal is to have it so that I do NOT need to manually install a "Test Web 
Site" website before I run the MSI.  If anybody could help me with this problem 
or give insight on why I am having these issues, it would be greatly 
appreciated.  Thanks!


--zane











-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Renaming a file during installation

[Rob Mensching]

I would highly suggest B).  It sounds like you're creating user data.  Live is 
easier if you don't have your install touch user data.  Have the setup install 
stuff that is static then let the app (on first boot) finish the per-user 
configuration.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arnette, Bill
Sent: Wednesday, November 29, 2006 10:08
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Renaming a file during installation

You're probably better off either:

A) Copy the file from the template in a custom action.

OR

B) Have the application copy the file from the template to the user's
application data folder if it doesn't already exist.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Rob Hamflett
> Sent: Wednesday, November 29, 2006 11:45 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Renaming a file during installation
>
> CopyFile has to live in a component, and it will now what the
> destination file is called.  You could
> end up with the two instances of the component installed, but
> each referring to a different file.
> If you uninstall one of the products it won't delete the file
> because there's another product that
> needs it.  If you remove the other product, it will delete
> one file, but leave the other.  You could
> also end up in trouble if the user performs a repair and you
> replace the wrong file.
>
> Rob
>
> Sorin Radulescu wrote:
> > Rob, thanks for your reply.
> >
> > I have this file that I want to rename that acts like a
> template and I have
> > to rename it based on the user's input. I don't see a
> problem if the user
> > specifies different names on each occasion - in fact this
> is how it should
> > work. Is any danger in this?
> >
> > Thank you,
> >
> > Sorin
> >
> >
> > Rob Hamflett wrote:
> >> That sounds dangerous.  What if that component gets
> installed twice, but
> >> on each occasion the user
> >> specifies a different name?
> >>
> >> Rob
> >>
> >> Sorin Radulescu wrote:
> >>> Hello,
> >>>
> >>> I am trying to rename a file that is coming with my
> installer. The new
> >>> name
> >>> of the file should be based on a value set by the user in
> one of the
> >>> dialogs. So far I've tried different combinations of File
> and CopyFile
> >>> but
> >>> with no luck.
> >>>
> >>> Is there a way to do this using WiX?
> >>>
> >>> My WiX version: 2.0.4611.0
> >>>
> >>> Thank you,
> >>>
> >>> Sorin
> >>>
> >>>
> >>
> >>
> --
> ---
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the
> chance to share
> >> your
> >> opinions on IT & business topics through brief surveys -
> and earn cash
> >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> >
>
>
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the
> chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] regarding the usage of ProgID, ClassId in wix

[Bob Arnson]

aparna wrote:

I unable to create the following keys with the above code:
 
"


/Software\Classes\AppId\Cxyz.exe" Name="AppID" Value="{GUID}" 
Type="string"/


/Software\Classes\TypeLib\{Guid}\1.0\HELPDIR - with it's path being blank/

/Software\Classes\AppId\{Guid}" Name="RunAs" Value="NT 
AUTHORITY\LOCALSERVICE" Type="string"/


"



It doesn't appear that WiX supports those values. You can write them 
manually with RegistryKey/RegistryValue elements but please submit a 
feature request so we can evaluate them. If you can provide links to 
docs that describe those values as valid, it would be helpful.


--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to specify a envirorment variable dir

[Bob Arnson]

Jeff MacDuff wrote:


I have some existing code that calls MsiSetProperty() ... couldn't I 
just call that, set a property, and then use that property with the MSI?




No code is necessary. CustomAction/@Property,@Value creates a type 51 CA 
which does exactly what you need.



--
sig://boB
http://bobs.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Renaming a file during installation

[Arnette, Bill]

You're probably better off either:

A) Copy the file from the template in a custom action.

OR

B) Have the application copy the file from the template to the user's
application data folder if it doesn't already exist.

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Rob Hamflett
> Sent: Wednesday, November 29, 2006 11:45 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Renaming a file during installation
> 
> CopyFile has to live in a component, and it will now what the 
> destination file is called.  You could 
> end up with the two instances of the component installed, but 
> each referring to a different file. 
> If you uninstall one of the products it won't delete the file 
> because there's another product that 
> needs it.  If you remove the other product, it will delete 
> one file, but leave the other.  You could 
> also end up in trouble if the user performs a repair and you 
> replace the wrong file.
> 
> Rob
> 
> Sorin Radulescu wrote:
> > Rob, thanks for your reply.
> > 
> > I have this file that I want to rename that acts like a 
> template and I have
> > to rename it based on the user's input. I don't see a 
> problem if the user
> > specifies different names on each occasion - in fact this 
> is how it should
> > work. Is any danger in this?
> > 
> > Thank you,
> > 
> > Sorin
> > 
> > 
> > Rob Hamflett wrote:
> >> That sounds dangerous.  What if that component gets 
> installed twice, but
> >> on each occasion the user 
> >> specifies a different name?
> >>
> >> Rob
> >>
> >> Sorin Radulescu wrote:
> >>> Hello,
> >>>
> >>> I am trying to rename a file that is coming with my 
> installer. The new
> >>> name
> >>> of the file should be based on a value set by the user in 
> one of the
> >>> dialogs. So far I've tried different combinations of File 
> and CopyFile
> >>> but
> >>> with no luck.
> >>>
> >>> Is there a way to do this using WiX?
> >>>
> >>> My WiX version: 2.0.4611.0
> >>>
> >>> Thank you,
> >>>
> >>> Sorin
> >>>
> >>>
> >>
> >> 
> --
> ---
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the 
> chance to share
> >> your
> >> opinions on IT & business topics through brief surveys - 
> and earn cash
> >> 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> > 
> 
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the 
> chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
> &CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to specify a envirorment variable dir

[Jeff MacDuff]

I have some existing code that calls MsiSetProperty() ... couldn't I
just call that, set a property, and then use that property with the MSI?

 

I suppose the important thing is to make sure the CA is before the
install ? 

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 28, 2006 10:46 AM
To: Jeff MacDuff
Subject: Re: [WiX-users] How to specify a envirorment variable dir

 

Jeff MacDuff wrote: 

Would you happen to have a sample I could build off of?


Sorry, no. You might want to enlist in the WiX source tree; there are
some additional samples in the examples/test tree. 




-- 
 
sig://boB
 
http://bobs.org
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RemoveFiles/RemoveFolder

[Rob Mensching]

You'll need to use Properties.  If you need to clean up an arbitrary number of 
folders then you'll need a CustomAction to add temporary rows to the RemoveFile 
table and let the Windows Installer clean up from there.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus
Sent: Tuesday, November 28, 2006 15:51
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] RemoveFiles/RemoveFolder


If I make save files and folders after the installation, I use the Property
attribute to specify the location of those files.  What would be the best
way about setting of that property to contain the correct path, if the user
can have multiple folders to save to.  Like having character folders for a
game. Bob folder contains Bob files, Tim folder contains Tim files and ect.
If I cannot determine how many folders or the exact names of each folder
what do I do?
--
View this message in context: 
http://www.nabble.com/RemoveFiles-RemoveFolder-tf2721903.html#a7590607
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ConfigureSQL Bug

[Dana Gutride]

This problem has just become a bigger deal where I work.  Maybe those of us
that have experienced this problem could put our heads together to try to
figure out what we are doing in common that is causing this to happen.

During database upgrades, we connect to an existing database, run 3-4 sql
strings, and approximately 100 sql scripts (loaded from binary references)
that total about 1.2 MB in size.  This happens with much greater consistency
on the upgrade and almost never on a new install where we create the
database.

Dana

On 11/29/06, Rob Mensching <[EMAIL PROTECTED] > wrote:


 Based on previous reports, I believe that there is a bug in the SQL
CustomActions that has been near impossible to track down where somewhere
memory gets corrupted and causes the CustomAction to crash.  You see leaked
handles because MSI catches the exception and tells you that your code did
not clean up correctly (duh, it crashed).



I've never seen a consistent repro and never under a debugger.  Normally
it was failing like 5% so your 50% is amazing.  You might try using
pageheap/gflags + a debugger.  Pageheap may force the crash even when the
debugger normally hides it.  You also **might** try adding a bunch more
logging statements to the code to try and narrow down how far the code gets
before crashing.  At the moment there is a lot of code that could be causing
the problem.



Killing this bug would be very, very good.



*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
*On Behalf Of *Dana Gutride
*Sent:* Wednesday, November 29, 2006 05:40
*To:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] ConfigureSQL Bug



I have also noticed this bug.  Oddly enough it is happening during an
upgrade only.  During our initial install when we create the database, this
doesn't happen.  During the upgrade, the user can select the database to
upgrade, 10-15 SqlScripts are all run against it and I see the same error.
It is tough to track down because it does happen periodically, and a reboot
almost always clears the problem up.

Dana

 On 11/29/06, *Michael Osmond* <[EMAIL PROTECTED]> wrote:

Hello Rob and All,



I have a sort of reproducible case of ConfigureSql MSIHandle leaking
error.   I understand this one has not been found



The error shows up as the following log output:



  MSI (s) (BC:48) [10:05:24:840]: Doing action: ConfigureSql
  Action 10:05:24: ConfigureSql. Configuring SQL Server
  Action start 10:05:24: ConfigureSql.
  MSI (s) (BC:6C) [10:05:24:900]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI48.tmp, Entrypoint: ConfigureSql
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (393) of type 790531
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (392) of type 790531
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (381) of type 790540
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (380) of type 790540
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (318) of type 790541
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Note: 1: 2769 2: ConfigureSql 3: 5
  DEBUG: Error 2769:  Custom Action ConfigureSql did not close 5
MSIHANDLEs.
  Internal Error 2769. ConfigureSql, 5
  Action ended 10:05:25: ConfigureSql. Return value 3.



I am using WIX 2.0.4415.0



What can I tell you about it:

1.  In my case its occuring during a major upgrade during the installation
of the new version.

2.  It is not a hard problem.  On our main test server (where we needed to
get the install completed so the testers could work) it was occuring 95% of
the time.  On a second test server about 50% of the time and on a
development PC (with IDE etc) only ever once.

3.  I cannot get a consistent pattern to bringing the problem on.  Some
times a reboot will clear the problem, other times it occurs straight after
a reboot.

4.  On the 2nd test server it was more likely to occur if the MSI was
accessed from a UNC path rather than local.  But again this was not
consistent.

5.  I tried to debug the custom action (I was using the Remote debug tools
in VS2003 to attach to the test server).  But when I used a DLL that allowed
debugging the error would not occur.   Its almost as if the problem is to do
with timing (the test servers are both Virtual Machines).



However.  It does appear to be happening in the inital part of the Custom
Action, before it begins scripting the deferred custom actions.   Next is
the relevant snippet of the log if the error does not occur:



  MSI (s) (4C:18) [08:50:43:250]: Doing action: ConfigureSql
  Action 8:50:43: ConfigureSql. Configuring SQL Server
  Action start 8:50:43: ConfigureSql.
  MSI (s) (4C:CC) [08:50:43:311]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI102.tmp, Entrypoint: ConfigureSql
  MSI (s) (4C!08) [08:50:56:163]: PROPERTY CHANGE: Adding CreateDatabase
property. Its value is 'DBSQL2?PERM-WIN2K3??CINS?1?1???0?0'.
  MSI (s) (4C!08) [08:50:56:183]: Doing action: CreateDatabase
  Action 8:50

Re: [WiX-users] he cabinet 'setup.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remo

[Rob Mensching]

No, that shouldn't be the problem.  I saw later that Bob suggested the issue 
may be mismatched directives to your MSI saying that you wanted files 
uncompressed (Package/@Compressed) but were creating a cabinet anyway.  That 
might create the warning.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Pönitz
Sent: Tuesday, November 28, 2006 23:20
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] he cabinet 'setup.cab' does not contain any files. If 
this installation contains no files, this warning can likely be safely ignored. 
Otherwise, please add files to the cabinet or remove it.

> Rob Mensching wrote:
> Was this issue ever figured out?


 

Wouldn't the 'EmbedCab = "yes"' stanza be responsible for
such a 'warning'?

Andre'

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Renaming a file during installation

[Rob Hamflett]

CopyFile has to live in a component, and it will now what the destination file 
is called.  You could 
end up with the two instances of the component installed, but each referring to 
a different file. 
If you uninstall one of the products it won't delete the file because there's 
another product that 
needs it.  If you remove the other product, it will delete one file, but leave 
the other.  You could 
also end up in trouble if the user performs a repair and you replace the wrong 
file.

Rob

Sorin Radulescu wrote:
> Rob, thanks for your reply.
> 
> I have this file that I want to rename that acts like a template and I have
> to rename it based on the user's input. I don't see a problem if the user
> specifies different names on each occasion - in fact this is how it should
> work. Is any danger in this?
> 
> Thank you,
> 
> Sorin
> 
> 
> Rob Hamflett wrote:
>> That sounds dangerous.  What if that component gets installed twice, but
>> on each occasion the user 
>> specifies a different name?
>>
>> Rob
>>
>> Sorin Radulescu wrote:
>>> Hello,
>>>
>>> I am trying to rename a file that is coming with my installer. The new
>>> name
>>> of the file should be based on a value set by the user in one of the
>>> dialogs. So far I've tried different combinations of File and CopyFile
>>> but
>>> with no luck.
>>>
>>> Is there a way to do this using WiX?
>>>
>>> My WiX version: 2.0.4611.0
>>>
>>> Thank you,
>>>
>>> Sorin
>>>
>>>
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>> your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ConfigureSQL Bug

[Rob Mensching]

Based on previous reports, I believe that there is a bug in the SQL 
CustomActions that has been near impossible to track down where somewhere 
memory gets corrupted and causes the CustomAction to crash.  You see leaked 
handles because MSI catches the exception and tells you that your code did not 
clean up correctly (duh, it crashed).

I've never seen a consistent repro and never under a debugger.  Normally it was 
failing like 5% so your 50% is amazing.  You might try using pageheap/gflags + 
a debugger.  Pageheap may force the crash even when the debugger normally hides 
it.  You also *might* try adding a bunch more logging statements to the code to 
try and narrow down how far the code gets before crashing.  At the moment there 
is a lot of code that could be causing the problem.

Killing this bug would be very, very good.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dana Gutride
Sent: Wednesday, November 29, 2006 05:40
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ConfigureSQL Bug

I have also noticed this bug.  Oddly enough it is happening during an upgrade 
only.  During our initial install when we create the database, this doesn't 
happen.  During the upgrade, the user can select the database to upgrade, 10-15 
SqlScripts are all run against it and I see the same error.  It is tough to 
track down because it does happen periodically, and a reboot almost always 
clears the problem up.

Dana

On 11/29/06, Michael Osmond <[EMAIL PROTECTED]> wrote:
Hello Rob and All,

I have a sort of reproducible case of ConfigureSql MSIHandle leaking error.   I 
understand this one has not been found

The error shows up as the following log output:

  MSI (s) (BC:48) [10:05:24:840]: Doing action: ConfigureSql
  Action 10:05:24: ConfigureSql. Configuring SQL Server
  Action start 10:05:24: ConfigureSql.
  MSI (s) (BC:6C) [10:05:24:900]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI48.tmp, Entrypoint: ConfigureSql
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (393) of type 790531 for 
thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (392) of type 790531 for 
thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (381) of type 790540 for 
thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (380) of type 790540 for 
thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (318) of type 790541 for 
thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Note: 1: 2769 2: ConfigureSql 3: 5
  DEBUG: Error 2769:  Custom Action ConfigureSql did not close 5 MSIHANDLEs.
  Internal Error 2769. ConfigureSql, 5
  Action ended 10:05:25: ConfigureSql. Return value 3.

I am using WIX 2.0.4415.0

What can I tell you about it:
1.  In my case its occuring during a major upgrade during the installation of 
the new version.
2.  It is not a hard problem.  On our main test server (where we needed to get 
the install completed so the testers could work) it was occuring 95% of the 
time.  On a second test server about 50% of the time and on a development PC 
(with IDE etc) only ever once.
3.  I cannot get a consistent pattern to bringing the problem on.  Some times a 
reboot will clear the problem, other times it occurs straight after a reboot.
4.  On the 2nd test server it was more likely to occur if the MSI was accessed 
from a UNC path rather than local.  But again this was not consistent.
5.  I tried to debug the custom action (I was using the Remote debug tools in 
VS2003 to attach to the test server).  But when I used a DLL that allowed 
debugging the error would not occur.   Its almost as if the problem is to do 
with timing (the test servers are both Virtual Machines).

However.  It does appear to be happening in the inital part of the Custom 
Action, before it begins scripting the deferred custom actions.   Next is the 
relevant snippet of the log if the error does not occur:

  MSI (s) (4C:18) [08:50:43:250]: Doing action: ConfigureSql
  Action 8:50:43: ConfigureSql. Configuring SQL Server
  Action start 8:50:43: ConfigureSql.
  MSI (s) (4C:CC) [08:50:43:311]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI102.tmp, Entrypoint: ConfigureSql
  MSI (s) (4C!08) [08:50:56:163]: PROPERTY CHANGE: Adding CreateDatabase 
property. Its value is 'DBSQL2?PERM-WIN2K3??CINS?1?1???0?0'.
  MSI (s) (4C!08) [08:50:56:183]: Doing action: CreateDatabase
  Action 8:50:56: CreateDatabase. Creating Databases
  Action start 8:50:56: CreateDatabase.
  1: Creating Databases
  Action ended 8:50:56: CreateDatabase. Return value 1.
  MSI (s) (4C!08) [08:50:56:244]: PROPERTY CHANGE: Adding ExecuteSqlStrings 
property. Its value is 'sqlserver_Master?PERM-WIN2K3??master?-2147483648?  
1???SingleUser_RI?17?alter database CINS set SINGLE_USER With Rollback 
Immediate?backup_RI?17?backup database CINS to 
disk='C:\DOCUME~1\ADMINI~1.TES\LOCALS~1\Temp\CINS.bak' with INIT'.
  MSI (s) (4C!08) [08:50:56:254]: Doing action: ExecuteSqlStrings
  Action 

Re: [WiX-users] How working .wxi files

[Rob Mensching]

To use the stuff defined in an Include file, you need to  it.  Check 
out the documentation on the Preprocessor.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Torsten Rudnick
Sent: Wednesday, November 29, 2006 06:13
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How working .wxi files

I am developing a setup using Votive and WiX v3. But now I want use selfdefined 
variables in my own wixlib. Therefore I added a new .wxi file to my .wixlib 
solution. At the moment it contains one variable:



 

Now I am trying to use this variable inside of my .wxs file:

http://schemas.microsoft.com/wix/2006/wi";>





But if I try to compile this code I get an error:
"Undefined preprocessor variable '$(var.appIcon)'"


What do I wrong? I can not find any documentation about using .wxi files. Maybe 
anyone can help me?

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Renaming a file during installation

[Sorin Radulescu]

Rob, thanks for your reply.

I have this file that I want to rename that acts like a template and I have
to rename it based on the user's input. I don't see a problem if the user
specifies different names on each occasion - in fact this is how it should
work. Is any danger in this?

Thank you,

Sorin


Rob Hamflett wrote:
> 
> That sounds dangerous.  What if that component gets installed twice, but
> on each occasion the user 
> specifies a different name?
> 
> Rob
> 
> Sorin Radulescu wrote:
>> Hello,
>> 
>> I am trying to rename a file that is coming with my installer. The new
>> name
>> of the file should be based on a value set by the user in one of the
>> dialogs. So far I've tried different combinations of File and CopyFile
>> but
>> with no luck.
>> 
>> Is there a way to do this using WiX?
>> 
>> My WiX version: 2.0.4611.0
>> 
>> Thank you,
>> 
>> Sorin
>> 
>> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Renaming-a-file-during-installation-tf2724693.html#a7600990
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How working .wxi files

[Torsten Rudnick]

I am developing a setup using Votive and WiX v3. But now I want use 
selfdefined variables in my own wixlib. Therefore I added a new .wxi 
file to my .wixlib solution. At the moment it contains one variable:







Now I am trying to use this variable inside of my .wxs file:

http://schemas.microsoft.com/wix/2006/wi";>





But if I try to compile this code I get an error:
"Undefined preprocessor variable '$(var.appIcon)'"


What do I wrong? I can not find any documentation about using .wxi 
files. Maybe anyone can help me?
begin:vcard
fn:Torsten Rudnick
n:Rudnick;Torsten
org:eComPlus GmbH;Softwareentwicklung
adr:;;Trelleborger Str. 1;Rostock;Mecklenburg-Vorpommern;18057;Deutschland
email;internet:[EMAIL PROTECTED]
title:Dipl.-Inf.
tel;work:0381 - 7780544
x-mozilla-html:FALSE
url:http://www.bi-online.de
version:2.1
end:vcard

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ConfigureSQL Bug

[Dana Gutride]

I have also noticed this bug.  Oddly enough it is happening during an
upgrade only.  During our initial install when we create the database, this
doesn't happen.  During the upgrade, the user can select the database to
upgrade, 10-15 SqlScripts are all run against it and I see the same error.
It is tough to track down because it does happen periodically, and a reboot
almost always clears the problem up.

Dana


On 11/29/06, Michael Osmond <[EMAIL PROTECTED]> wrote:


 Hello Rob and All,

I have a sort of reproducible case of ConfigureSql MSIHandle leaking
error.   I understand this one has not been found

The error shows up as the following log output:

  MSI (s) (BC:48) [10:05:24:840]: Doing action: ConfigureSql
  Action 10:05:24: ConfigureSql. Configuring SQL Server
  Action start 10:05:24: ConfigureSql.
  MSI (s) (BC:6C) [10:05:24:900]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI48.tmp, Entrypoint: ConfigureSql
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (393) of type 790531
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (392) of type 790531
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (381) of type 790540
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (380) of type 790540
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Leaked MSIHANDLE (318) of type 790541
for thread 1228
  MSI (s) (BC:6C) [10:05:25:593]: Note: 1: 2769 2: ConfigureSql 3: 5
  DEBUG: Error 2769:  Custom Action ConfigureSql did not close 5
MSIHANDLEs.
  Internal Error 2769. ConfigureSql, 5
  Action ended 10:05:25: ConfigureSql. Return value 3.

I am using WIX 2.0.4415.0

What can I tell you about it:
1.  In my case its occuring during a major upgrade during the installation
of the new version.
2.  It is not a hard problem.  On our main test server (where we needed to
get the install completed so the testers could work) it was occuring 95% of
the time.  On a second test server about 50% of the time and on a
development PC (with IDE etc) only ever once.
3.  I cannot get a consistent pattern to bringing the problem on.  Some
times a reboot will clear the problem, other times it occurs straight after
a reboot.
4.  On the 2nd test server it was more likely to occur if the MSI was
accessed from a UNC path rather than local.  But again this was not
consistent.
5.  I tried to debug the custom action (I was using the Remote debug tools
in VS2003 to attach to the test server).  But when I used a DLL that allowed
debugging the error would not occur.   Its almost as if the problem is to
do with timing (the test servers are both Virtual Machines).

However.  It does appear to be happening in the inital part of the Custom
Action, before it begins scripting the deferred custom actions.   Next is
the relevant snippet of the log if the error does not occur:

  MSI (s) (4C:18) [08:50:43:250]: Doing action: ConfigureSql
  Action 8:50:43: ConfigureSql. Configuring SQL Server
  Action start 8:50:43: ConfigureSql.
  MSI (s) (4C:CC) [08:50:43:311]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI102.tmp, Entrypoint: ConfigureSql
  MSI (s) (4C!08) [08:50:56:163]: PROPERTY CHANGE: Adding CreateDatabase
property. Its value is 'DBSQL2?PERM-WIN2K3??CINS?1?1???0?0'.
  MSI (s) (4C!08) [08:50:56:183]: Doing action: CreateDatabase
  Action 8:50:56: CreateDatabase. Creating Databases
  Action start 8:50:56: CreateDatabase.
  1: Creating Databases
  Action ended 8:50:56: CreateDatabase. Return value 1.
  MSI (s) (4C!08) [08:50:56:244]: PROPERTY CHANGE: Adding
ExecuteSqlStrings property. Its value is
'sqlserver_Master?PERM-WIN2K3??master?-2147483648?  1???SingleUser_RI?17?alter
database CINS set SINGLE_USER With Rollback Immediate?backup_RI?17?backup
database CINS to disk='C:\DOCUME~1\ADMINI~1.TES\LOCALS~1\Temp\CINS.bak' with
INIT'.
  MSI (s) (4C!08) [08:50:56:254]: Doing action: ExecuteSqlStrings
  Action 8:50:56: ExecuteSqlStrings. Executing SQL Strings
  Action start 8:50:56: ExecuteSqlStrings.
  1: Executing SQL Strings
  Action ended 8:50:56: ExecuteSqlStrings. Return value 1.
  MSI (s) (4C!08) [08:50:56:305]: PROPERTY CHANGE: Adding
RollbackExecuteSqlStrings property. Its value is
'sqlserver_Master?PERM-WIN2K3??master?-
2147483648?1???restore_singleUser_RI?25?alter database CINS set SINGLE_USER
With Rollback Immediate?restore_drop_RI?25?drop database
CINS?restore_cmd_RI?25?restore database CINS from
disk='C:\DOCUME~1\ADMINI~1.TES\LOCALS~1\Temp\CINS.bak'?multiUserRB_RI?25?alter
database CINS set MULTI_USER'.
  MSI (s) (4C!08) [08:50:56:326]: Doing action: RollbackExecuteSqlStrings
  Action 8:50:56: RollbackExecuteSqlStrings. Rolling back SQL Strings
  Action start 8:50:56: RollbackExecuteSqlStrings.
  1: Rolling back SQL Strings
  Action ended 8:50:56: RollbackExecuteSqlStrings. Return value 1.

I am happy to help further in getting to the bottom of this, but am unsure
what you need further.

Michael



--

Re: [WiX-users] Renaming a file during installation

[Rob Hamflett]

That sounds dangerous.  What if that component gets installed twice, but on 
each occasion the user 
specifies a different name?

Rob

Sorin Radulescu wrote:
> Hello,
> 
> I am trying to rename a file that is coming with my installer. The new name
> of the file should be based on a value set by the user in one of the
> dialogs. So far I've tried different combinations of File and CopyFile but
> with no luck.
> 
> Is there a way to do this using WiX?
> 
> My WiX version: 2.0.4611.0
> 
> Thank you,
> 
> Sorin
> 
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Renaming a file during installation

[Sorin Radulescu]

Hello,

I am trying to rename a file that is coming with my installer. The new name
of the file should be based on a value set by the user in one of the
dialogs. So far I've tried different combinations of File and CopyFile but
with no luck.

Is there a way to do this using WiX?

My WiX version: 2.0.4611.0

Thank you,

Sorin


-- 
View this message in context: 
http://www.nabble.com/Renaming-a-file-during-installation-tf2724693.html#a7598129
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hiding a Feature

[Rob Hamflett]

Set [EMAIL PROTECTED]"hidden".  You should be aware that whether or not a 
feature is displayed to the 
user does not control whether or not it is installed.  I'm also not sure if you 
can change this on 
the fly.

Rob

Magus wrote:
> If I wanted a feature to not be displayed when the User gets to the feature
> List view, is there a way to not show it.  I want 2 seperate feature list
> depending on the ACTIONS of the installer.  If its installing I want this
> set to be displayed, but if they are uninstalling I want there to be other
> feature options to be diplsayed. 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Need to set a registry value owned by anther product

[Rob Hamflett]

You could mark the component as permanent.  It won't get uninstalled and so 
will leave the reg entry 
alone.

Rob

Harvey Werner wrote:
> I need to set a registry value to null on a key that was created during 
> the install of another product's msi. How do I do that?
>  
> I tried the following. It works for the install, but on uninstall it 
> removes ProgramArguments from the registry which is obviously not what I 
> want. I just want to set it's value to null and leave it alone.
>  
>   Key="SOFTWARE\\\service\Started 
> Processes\dlm"  Name="ProgramArguments" Type="string" Value=" " 
> Action="write" />
> 
>  
> How is this done?
>  
> --
> Harvey Werner / [EMAIL PROTECTED] 
>  
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] regarding the usage of ProgID, ClassId in wix

[aparna]

Hi,

The Following is the updated code i am using:

"
*Id='Cxyz' Name='Cxyz.exe' DiskId='1' src='Cxyz.exe' >











*
"
I unable to create the following keys with the above code:

"

*Software\Classes\AppId\Cxyz.exe" Name="AppID" Value="{GUID}" Type="string"*

*Software\Classes\TypeLib\{Guid}\1.0\HELPDIR - with it's path being blank*

*Software\Classes\AppId\{Guid}" Name="RunAs" Value="NT
AUTHORITY\LOCALSERVICE" Type="string"*

"

Can you please let me know how i can do the following with the above code?



-aparna



On 11/28/06, Bob Arnson <[EMAIL PROTECTED]> wrote:


aparna wrote:

I am using the following code and am unable to create all the required
entries:


What doesn't work?

--
sig://boBhttp://bobs.org


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users