Re: [WiX-users] Error 26201. Error -2147467259: failed to create SQL database

[Michael Osmond]

Hi

I suspect the error is that the service account for the SQL Server does not 
have permissions to the file path to actually create the database files.  Your 
WXS snipit was not visable, so I  am guessing that you are specifying a file 
path for the data file and log file.

With SQL Server the actuall creation of the database files is performed as the 
identity of the service (not the requesting SQL user).  

Regards

Michael


From: kim [contactme...@gmail.com]
Sent: Saturday, 12 March 2011 9:09 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error 26201. Error -2147467259: failed to create SQL   
database

Hello,

I am trying to create database and table in SQL Server 2008 using scripts.
The script works fine when executed manually in Management studio. But fails
with above error "Error 26201. Error -2147467259: failed to create SQL
database" when executed from installer.
My target machine is Windows XP Professional and database ins SQL Server
2008 R2 Express edition. This same code works on Vista and Windows 7
machines.

Following is code from .wxs file
















Can anyone suggest what am i doing wrong here. Thanks!

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Error-26201-Error-2147467259-failed-to-create-SQL-database-tp6163225p6163225.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Previous Inno Setup Installed App

[Jammer]

Hi Rob,

I've just tried these new settings and I'm getting an error.

"The installer has encountered an unexpected error installing this 
package.  This may indicate a problem with this package.  The error code 
is 2613".

Which seems to be a scheduling issue with the RemoveExistingProducts 
action.  I'm looking at the log that was generated and to be honest I'm 
finding the contents confusing.  According to the log my custom action 
was performed:

Action start 20:14:16: ca.RemovePreviousVersion32.
Action ended 20:14:16: ca.RemovePreviousVersion32. Return value 1.

But the old application is still installed.

I tried moving my custom action to After="RemoveExistingProducts" but 
this ended up with the same mangled partial install of the MSI version.  
Should my return be check instead of ignore?  I'm also a bit confused as 
to how the Return and Execute interact as they seem to have similar 
semantics.  If something is deferred or "in-script" is that syncronous?

Any other ideas?

Thanks,

Jammer

On 12/03/2011 15:48, Rob Mensching wrote:
> Seems like you'd want the uninstall to be deferred. I'd mark the 
> CustomAction deferred and schedule after InstallInitialize.
>
> On Sat, Mar 12, 2011 at 5:57 AM, Jammer  > wrote:
>
> Hi All,
>
> I've got this working now, but there is one major problem.  It appears
> there is some form of race condition.
>
> According to the MSI log my custom action is being run:
>
> Action 13:35:42: ca.RemovePreviousVersion32.
> Action start 13:35:42: ca.RemovePreviousVersion32.
> Action ended 13:35:49: ca.RemovePreviousVersion32. Return value 1.
>
> My CustomAction is:
>
>  Property="UNINSTALL_EXE32"
> ExeCommand="/SILENT" Execute="immediate" Return="ignore" />
>
> 
>  Before="InstallValidate">UNINSTALL_EXE32
> 
>
> Which as far as I can tell should be running the custom action
> syncronously and immediately before InstallValidate without
> checking the
> return value (I've tried other setting for the Return with the
> same effect).
>
> However, at the end of the MSI install files are missing from the
> install directory!  It's as if the previous version uninstall has
> still
> been active after the MSI has written it's files to the install
> directory and then deleted them as well.  I tried building an MSI that
> wrote to a different location and that worked.  The MSI install was
> complete and working and the old version was un-installed as required.
>
> Any ideas would be great.
>
> Thanks,
>
> Jammer
>
> 
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> -- 
> virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Is it possible to have two root directories in WIX

[Christopher Painter]

I get these types of requests and here is how I typically handle it:

[INSTALLDIR]
[WEBSITESDIR] = [INSTALLDIR]WebSites

Then I have a search that detects a suitable override location and assigns it 
to 
WEBSITESDIR and present a dialog to the user to give them the control to 
override it.  All of this happens only if no components are already installed 
as 
once you install it's immutable.

Sometimes my search is a custom action.   For example they will say  "I want it 
to be "D:\WebSites".  Well if D:\ represents a writable fixed disk volume then 
we'll assign it.  Otherwise we take the default and tell them  "that was a best 
effort" to tailor to their environment otherwise it must still be able to work 
in other environments.

Chris

---
Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me



- Original Message 
From: Rob Mensching 
To: General discussion for Windows Installer XML toolset. 

Sent: Sat, March 12, 2011 9:45:43 AM
Subject: Re: [WiX-users] Is it possible to have two root directories in WIX

Typically a package installs into well known folders such as
ProgramFilesFolder or ProgramMenuFolder, etc. Those may be on separate
drives and are easy to author.

In your case it sounds like you need to set a couple custom directories. To
do that, you'll need to do something to find those directories. AppSearch
would make it very easy since it could set the Property with the same name
as a Directory and you'd be done. Otherwise, you'll need to do a SetProperty
to set the Directory directly.

On Thu, Mar 10, 2011 at 11:11 PM, Dsilva, Pramod
wrote:

> I need to deploy files in both C and D drives. For example File A goes to
> drive C and File B goes to drive D. I know that Wix allows you to have only
> one root directory. Is there any way I can accomplish this?
>
> I know that one solution is to set C as the root directory in the Wix Xml
> and deploy files that go to C directory through the Wix Xml. The files that
> have to deployed to D directory then have to be deployed through a custom
> action.
>
> However I want to avoid using Custom Actions and want to deploy files to
> both (C and D drives) using the same Wix Xml.
>
> Pramod DSilva
>
> Software Engineer
>
> Philips Healthcare
>
>
> 
> The information contained in this message may be confidential and legally
> protected under applicable law. The message is intended solely for the
> addressee(s). If you are not the intended recipient, you are hereby notified
> that any use, forwarding, dissemination, or reproduction of this message is
> strictly prohibited and may be unlawful. If you are not the intended
> recipient, please contact the sender by return e-mail and destroy all copies
> of the original message.
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



  

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Patch install/uninstall timing in regards to access of installed files

[Rob Mensching]

Installing a patch is basically just applying a transform to an existing MSI
then running repair on that MSI. Uninstalling a patch is removing that
transform then running repair on that MSI. Hopefully that helps get the
scheduling a bit more.

On Fri, Mar 11, 2011 at 9:00 AM, Tom Crozier  wrote:

> Sorry the table I added @ the bottom did not get sent correctly. I
> reformatted it below.
>
> Hi - I would greatly appreciate any help in understanding the timing of
> when I have access to the original or updated version of files installed
> during a patch install, uninstall and rollback sequences of both.
>
> The Install process seem fairly straight forward. I have availability of
> the old files before the InstallFiles sequence and the new ones afterwards.
> However when a rollback occurs I am not sure at what point I have access to
> the newly installed files and the original files before the patch was
> applied?
> Can I schedule something to have access to both the current and previous
> versions?
>
> The Uninstall of the patch seems even a little more confusing since it
> appears that the previous files are restored before I can get a custom
> action to run.
> But once a rollback occurs do I have access to the current or previous
> versions?
>
> The following example is what I am trying to work out. I am installing both
> SSRS & SQL content on a server and need to handle both the Installation and
> Un-installation of a patch as well as handling a rollback occurring during
> either. The Desired Action column shows what I want to happen I just need to
> know when I have availability to the desired version so I can call the
> appropriate CA to perform the action.
>
> Assuming:
>Base Install - puts V1 of files on server
>Patch1 - puts V2 of files on server
>
> Install Operation   Schedule
>  Desired Action
> =
> ===
> Install Patch1  After InstallFiles
>  Run CA to put V2 reports on server
>
>Run InstallV2.sql
>
> Rollback occurs during Install Patch1   Do I have access to Run
> CA to put V1 reports on server
>Both current and
> prev   Run Uninstall V2.sql
>Versions?
> Run InstallV1.sql
>
> Remove Patch1   ?
> Run CA to put V1 reports on server
>
>Run Uninstall V2.sql
>
>Run InstallV1.sql
>
> Rollback occurs during Remove Patch1?
> Run CA to put V2 reports on server
>
>Run InstallV2.sql
>
>
> Thanks - Tom
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Workaround to the missing option to use property values in file names

[Rob Mensching]

Windows Installer isn't really designed to support that scenario. Whatever
you choose to do, test well; particularly repair, upgrade and (if you use
it) patching.

On Fri, Mar 11, 2011 at 8:07 AM, Yan Sklyarenko  wrote:

> Hello WiX community,
>
> I've got a requirement to change the name of the installed files based on
> the user input. The initial thought was to use the property values, but it
> turns out not to be supported. I've also read this: "
>
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-a-lt-Property-gt-Value-inside-lt-File-Name-gt-td6000865.html
> "
> and it seems the best option is to modify the MSI database before launching
> the msiexec...
>
> However, I'm thinking about the following workaround:
>- install the file with its original name to somewhere under TempFolder
> (unique path based on product code)
>- author a CopyFile element under each of such files and make it create
> a copy with the desired name (in order to support property values this can
> only be done with a custom action which populates the DuplicateFile table
> with necessary temporary rows)
>
> I understand that the obvious drawback of this is having a component hidden
> under temp and not used. I think I can live with this...
>
> Any other "features" of such approach? I know I will have to author
> RemoveFile elements to drop the copied clones.
>
> Thanks in advance for any suggestion,
>
> -- Yan
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ComPlus Problem - Was working, now not working - 2nd Attempt at Posting

[Rob Mensching]

Yes, as I understand it, there are very significant challenges registering
NETFX4.0 COM+ components. That bug is a very, very hard bug according to
Fredrik (who wrote the custom action).

On Fri, Mar 11, 2011 at 8:36 AM, DexterSinister  wrote:

> I've got an installer for a utility that includes a COM+ component.  The
> solution was originally created in VS2008 and targetted .NET 3.5.  The
> solution was 'upgraded' to VS2010 and .NET 4.0, and now the installation
> fails ...
>
> Here's a fragment for COM+ component & TLB [this was working fine until the
> upgrade]:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> **
>
> Here's a fragment from the installation log file showing the error:
>
> ComPlusInstallExecuteCommit:  Registering assembly, key: myAssembly
> MSI (s) (DC!DC) [09:57:53:884]: Closing MSIHANDLE (3073) of type 790531 for
> thread 3548
> MSI (s) (DC!DC) [09:57:58:775]: Creating MSIHANDLE (3074) of type 790531
> for
> thread 3548
> ComPlusInstallExecuteCommit:  ExceptionInfo: Code='0',
> Source='System.EnterpriseServices', Description='Failed to load assembly
> 'c:\program files\myCompany\ourApplication\curVerNum\myAssembly.dll'.',
> HelpFile='', HelpContext='0'
> MSI (s) (DC!DC) [09:57:58:791]: Closing MSIHANDLE (3074) of type 790531 for
> thread 3548
> MSI (s) (DC!DC) [09:57:58:791]: Creating MSIHANDLE (3075) of type 790531
> for
> thread 3548
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to invoke
> RegistrationHelper.InstallAssembly() method
> MSI (s) (DC!DC) [09:57:58:791]: Closing MSIHANDLE (3075) of type 790531 for
> thread 3548
> MSI (s) (DC!DC) [09:57:58:791]: Creating MSIHANDLE (3076) of type 790531
> for
> thread 3548
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register .NET
> assembly
> MSI (s) (DC!DC) [09:57:58:791]: Closing MSIHANDLE (3076) of type 790531 for
> thread 3548
> MSI (s) (DC!DC) [09:57:58:791]: Creating MSIHANDLE (3077) of type 790531
> for
> thread 3548
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register
> assembly,
> key: myAssembly
> MSI (s) (DC!DC) [09:57:58:791]: Closing MSIHANDLE (3077) of type 790531 for
> thread 3548
> MSI (s) (DC!DC) [09:57:58:791]: Creating MSIHANDLE (3078) of type 790531
> for
> thread 3548
> ComPlusInstallExecuteCommit:  Error 0x80020009: Failed to register
> assemblies
>
> **
>
> I'm using WiX v3.5.2519.0 ... and I have seen a similar error has been
> reported in the WiX bug tracker on SourceForge [registering a TLB] ... but
> no solution to the problem.
>
> Help!
>
> Thanks in advance,
>
> -dmm
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ComPlus-Problem-Was-working-now-not-working-2nd-Attempt-at-Posting-tp6162048p6162048.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Heat - harvesting COM registry entries for componentswith dependencies

[Rob Mensching]

No this is the right group. Might just take more than one day to get to your
question though.

On Fri, Mar 11, 2011 at 7:10 AM, Hoover, Jacob
wrote:

>
>  Am I asking this question in the wrong group? After downloading the
> Wix source and pondering on this a bit further, instead of taking a list
> of dependent dlls I believe it would be better to take a single/list of
> fragments containing the harvested data of the dependent component.
>
> Jacob
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: Thursday, March 10, 2011 10:17 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Heat - harvesting COM registry entries for
> componentswith dependencies
>
>
>  Does anyone have a fix or workaround for registering COM components
> that are dependent upon other type libraries being registered?  Due to
> the way heat is harvesting (via registry redirection) the changes, the
> other components will not be available. About the only thing I can think
> of is to add an option to heat to add a list of dependent modules as a
> parameter to heat.  Then in the code we would need to preload all those
> dependents, load our file to harvest, register the dependents and our
> harvest file, and then unregister our dependents.  This should result in
> a close to pure image of what our module changed (assuming the dependent
> modules do clean up everything they add).
>
>
>
> Thoughts?
>
>
>
> Jacob
>
> 
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall Previous Inno Setup Installed App

[Rob Mensching]

Seems like you'd want the uninstall to be deferred. I'd mark the
CustomAction deferred and schedule after InstallInitialize.

On Sat, Mar 12, 2011 at 5:57 AM, Jammer  wrote:

> Hi All,
>
> I've got this working now, but there is one major problem.  It appears
> there is some form of race condition.
>
> According to the MSI log my custom action is being run:
>
> Action 13:35:42: ca.RemovePreviousVersion32.
> Action start 13:35:42: ca.RemovePreviousVersion32.
> Action ended 13:35:49: ca.RemovePreviousVersion32. Return value 1.
>
> My CustomAction is:
>
>  ExeCommand="/SILENT" Execute="immediate" Return="ignore" />
>
> 
>  Before="InstallValidate">UNINSTALL_EXE32
> 
>
> Which as far as I can tell should be running the custom action
> syncronously and immediately before InstallValidate without checking the
> return value (I've tried other setting for the Return with the same
> effect).
>
> However, at the end of the MSI install files are missing from the
> install directory!  It's as if the previous version uninstall has still
> been active after the MSI has written it's files to the install
> directory and then deleted them as well.  I tried building an MSI that
> wrote to a different location and that worked.  The MSI install was
> complete and working and the old version was un-installed as required.
>
> Any ideas would be great.
>
> Thanks,
>
> Jammer
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Is it possible to have two root directories in WIX

[Rob Mensching]

Typically a package installs into well known folders such as
ProgramFilesFolder or ProgramMenuFolder, etc. Those may be on separate
drives and are easy to author.

In your case it sounds like you need to set a couple custom directories. To
do that, you'll need to do something to find those directories. AppSearch
would make it very easy since it could set the Property with the same name
as a Directory and you'd be done. Otherwise, you'll need to do a SetProperty
to set the Directory directly.

On Thu, Mar 10, 2011 at 11:11 PM, Dsilva, Pramod
wrote:

> I need to deploy files in both C and D drives. For example File A goes to
> drive C and File B goes to drive D. I know that Wix allows you to have only
> one root directory. Is there any way I can accomplish this?
>
> I know that one solution is to set C as the root directory in the Wix Xml
> and deploy files that go to C directory through the Wix Xml. The files that
> have to deployed to D directory then have to be deployed through a custom
> action.
>
> However I want to avoid using Custom Actions and want to deploy files to
> both (C and D drives) using the same Wix Xml.
>
> Pramod DSilva
>
> Software Engineer
>
> Philips Healthcare
>
>
> 
> The information contained in this message may be confidential and legally
> protected under applicable law. The message is intended solely for the
> addressee(s). If you are not the intended recipient, you are hereby notified
> that any use, forwarding, dissemination, or reproduction of this message is
> strictly prohibited and may be unlawful. If you are not the intended
> recipient, please contact the sender by return e-mail and destroy all copies
> of the original message.
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Tracker.exe??

[Rob Mensching]

http://lmgtfy.com and http://www.letmebingthatforyou.com/ really only work
if the first link or two has the answer. Clicking something then finding the
link (amongst a bunch of other links for ads) doesn't work so well.

On Fri, Mar 11, 2011 at 2:34 PM, Castro, Edwin G. (Hillsboro) <
edwin.cas...@fiserv.com> wrote:

> *SIGH* Did you read any of the links that showed up in the search? ...
> Really, I would expect more from a Senior Software Engineer.
>
> I'm not a senior anything... but I know how to search and read.
>
> If you can post additional information as to what you learned, what you
> tried, and how it worked or didn't work, then I'll consider helping again.
> This has gotten quite ridiculous.
>
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> Please consider the environment before printing this e-mail
>
>
> > -Original Message-
> > From: Kevin Burton [mailto:kev...@buyseasons.com]
> > Sent: Friday, March 11, 2011 2:26 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Tracker.exe??
> >
> > So what have I done wrong that causes this error?
> >
> > Kevin Burton
> > Senior Software Engineer
> > BUYSEASONS
> > 262-901-2000 Office
> > 262-901-2312 Fax
> > kev...@buyseasons.com
> >
> > -Original Message-
> > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> > Sent: Friday, March 11, 2011 4:13 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Tracker.exe??
> >
> > http://lmgtfy.com/?q=wix+tracker.exe
> >
> > Edwin G. Castro
> > Software Developer - Staff
> > Electronic Banking Services
> > Fiserv
> > Office: 503-746-0643
> > Fax: 503-617-0291
> > www.fiserv.com
> > P Please consider the environment before printing this e-mail
> >
> >
> > > -Original Message-
> > > From: Kevin Burton [mailto:kev...@buyseasons.com]
> > > Sent: Friday, March 11, 2011 1:33 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: [WiX-users] Tracker.exe??
> > >
> > > I am getting a warning
> > >
> > >   WixUI_Mondo.wxs
> > >   WpfComponents.wxs
> > >   Product.Generated.wxs
> > > Link:
> > >   C:\Program Files\Windows Installer XML v3.5\bin\Light.exe
> > > -cultures:null - ext
> > >"C:\Program Files\Windows Installer XML
> > v3.5\bin\\WixNetFxExtension.dll"
> > > -ex
> > >   t "C:\Program Files\Windows Installer XML
> > > v3.5\bin\\WixUIExtension.dll" - ext
> > >   "C:\Program Files\Windows Installer XML
> > > v3.5\bin\\WixUtilExtension.dll" - out
> > >
> > >
> > C:\Projects\BuySeasonsIT\Source\Brain\Trunk\BuyseasonsServices\BsiServ
> > > i
> > > ces\bi
> > >   n\Release\BsiServices.msi -pdbout
> > > C:\Projects\BuySeasonsIT\Source\Brain\Trunk
> > >   \BuyseasonsServices\BsiServices\bin\Release\BsiServices.wixpdb
> > > obj\Release\Fo
> > >   lders.wixobj obj\Release\Product.wixobj
> > > obj\Release\ProductSetup.wixobj obj\R
> > >   elease\Properties.wixobj obj\Release\ServiceComponents.wixobj
> > > obj\Release\Wix
> > >   UI_Mondo.wixobj obj\Release\WpfComponents.wixobj
> > > obj\Release\Product.Generate
> > >   d.wixobj
> > > Tracker.exe: Response file C:\Documents and Settings\kevinb\Local
> > > Settings\Temp\ 03b94238f4844598baddb8c2c1a53fc5.rsp not found.
> > > Tracker.exe: Response file C:\Documents and Settings\kevinb\Local
> > > Settings\Temp\ 03b94238f4844598baddb8c2c1a53fc5.rsp not found.
> > >   Microsoft (R) Windows Installer Xml Linker version 3.5.2519.0
> > >   Copyright (C) Microsoft Corporation. All rights reserved.
> > >
> > > Tracker.exe: Response file C:\Documents and Settings\kevinb\Local
> > > Settings\Temp\ 03b94238f4844598baddb8c2c1a53fc5.rsp not found.
> > > Tracker.exe: Response file C:\Documents and Settings\kevinb\Local
> > > Settings\Temp\
> > >
> > > I have never seen this before. Any one see errors related to
> 'Tracker.exe'?
> > > --
> > > 
> > > Colocation vs. Managed Hosting
> > > A question and answer guide to determining the best fit for your
> > > organization - today and in the future.
> > > http://p.sf.net/sfu/internap-sfd2d
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> > Colocation vs. Managed Hosting
> > A question and answer guide to determining the best fit for your
> > organization - today and in the future.
> > http://p.sf.net/sfu/internap-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> > Colocation vs. Managed Hosting

Re: [WiX-users] Uninstall Previous Inno Setup Installed App

[Jammer]

Hi All,

I've got this working now, but there is one major problem.  It appears 
there is some form of race condition.

According to the MSI log my custom action is being run:

Action 13:35:42: ca.RemovePreviousVersion32.
Action start 13:35:42: ca.RemovePreviousVersion32.
Action ended 13:35:49: ca.RemovePreviousVersion32. Return value 1.

My CustomAction is:




UNINSTALL_EXE32


Which as far as I can tell should be running the custom action 
syncronously and immediately before InstallValidate without checking the 
return value (I've tried other setting for the Return with the same effect).

However, at the end of the MSI install files are missing from the 
install directory!  It's as if the previous version uninstall has still 
been active after the MSI has written it's files to the install 
directory and then deleted them as well.  I tried building an MSI that 
wrote to a different location and that worked.  The MSI install was 
complete and working and the old version was un-installed as required.

Any ideas would be great.

Thanks,

Jammer

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Removing Broken Installs Safely

[Jammer]

Hi Michael,

I've managed to get it fix with msizap.exe ... scary tool ...

Thanks,

Jammer

On 12/03/2011 12:47, Michael Clark wrote:
> Generate an install log an post the relevant section. There might be a way to 
> trick the installer to uninstall properly. Otherwise removing a broken 
> install can be very tricky. I use msizap.exe very carefully.
>
> -Michael
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multilanguage install

[Tobias S]

Hi, Just did a build with the same things in our build environment.
The two MSIs differ only in (except language string)  Product Language
Property (1033 and 1040). The transform then is created with Torch.exe
-t Language "en-US\SetupProject.msi" "it-IT\SetupProject.msi" -out
"en-US\it-IT.mst". Did you use the "-t Language" parameter here ?

> I then created a transform between my 1033 and 1040 and embedded it into the
> 1033 with a name of 1040
> I then set the Languages in the Summary Info to '1033,1040'

Never did it the way as described in
http://www.installsite.org/pages/en/msi/articles/embeddedlang/index.htm
. But at first glance the way you tried it seems similar to the
described way.

What happens if you build the italian and english package and
afterwards create the transform as described above and apply it to the
english package in the form
msiexec /i SetupProject.msi TRANSFORMS=it-IT.mst
?



2011/3/11 Michael Tissington :
> Hi I'm having problems with creating an msi that works for different locals.
> Below is an extract from the log file
>
> I have created an msi for each language, changing the Language in the
> Product element to 1033 and 1040
>
> I can run both the 1033 and 1040 msi on the machine and they display the
> correct language
>
> I then created a transform between my 1033 and 1040 and embedded it into the
> 1033 with a name of 1040
> I then set the Languages in the Summary Info to '1033,1040'
>
> I change my regional settings and  then try to run the resulting msi and it
> fails.
>
> Any ideas what I've missed please?
>
>
> -
> MSI (c) (F4:94) [15:30:26:256]: APPCOMPAT: looking for appcompat database
> entry with ProductCode '{15FA6484-DB24-460C-97D5-89CA132144D7}'.
> MSI (c) (F4:94) [15:30:26:256]: APPCOMPAT: no matching ProductCode found in
> database.
> MSI (c) (F4:94) [15:30:26:271]: MSCOREE not loaded loading copy from
> system32
> MSI (c) (F4:94) [15:30:26:271]: Machine policy value 'TransformsSecure' is 0
> MSI (c) (F4:94) [15:30:26:271]: User policy value 'TransformsAtSource' is 0
> MSI (c) (F4:94) [15:30:26:271]: Machine policy value 'DisablePatch' is 0
> MSI (c) (F4:94) [15:30:26:271]: Machine policy value 'AllowLockdownPatch' is
> 0
> MSI (c) (F4:94) [15:30:26:271]: Machine policy value 'DisableLUAPatching' is
> 0
> MSI (c) (F4:94) [15:30:26:271]: Machine policy value
> 'DisableFlyWeightPatching' is 0
> MSI (c) (F4:94) [15:30:26:271]: Looking for storage transform: 1040
> MSI (c) (F4:94) [15:30:26:271]: Validating transform '1040' with validation
> bits 0x1
> MSI (c) (F4:94) [15:30:26:271]: Note: 1: 2745 2: 1040 3:
> C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\d6082c.msi 4: 1033 5: 1040
> MSI (c) (F4:94) [15:30:26:271]: 1: 2745 2: 1040 3:
> C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\d6082c.msi 4: 1033 5: 1040
> MSI (c) (F4:94) [15:30:26:271]: Note: 1: 2729
> DEBUG: Error 2745:  Transform 1040 invalid for package
> C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\d6082c.msi. Expected language 1033, found
> language 1040.
> 1: 2745 2: 1040 3: C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\d6082c.msi 4: 1033 5:
> 1040
> Errore nell'applicazione dei trasformatori. Verificare che i percorsi dei
> trasformatori specificati siano validi.
> 1040
> MSI (c) (F4:94) [15:30:26:271]: Note: 1: 1708
> MSI (c) (F4:94) [15:30:26:271]: Note: 1: 2729
> MSI (c) (F4:94) [15:30:26:271]: Note: 1: 2729
> MSI (c) (F4:94) [15:30:26:271]: Product: Session Insight -- Installation
> failed.
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 26201. Error -2147467259: failed to create SQL database

[Michael Clark]

Not sure about anyone else but your code isn't visible. 

-Original Message-
From: kim [mailto:contactme...@gmail.com] 
Sent: Friday, March 11, 2011 6:10 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error 26201. Error -2147467259: failed to create SQL 
database

Hello, 

I am trying to create database and table in SQL Server 2008 using scripts.
The script works fine when executed manually in Management studio. But fails 
with above error "Error 26201. Error -2147467259: failed to create SQL 
database" when executed from installer.
My target machine is Windows XP Professional and database ins SQL Server
2008 R2 Express edition. This same code works on Vista and Windows 7 machines.

Following is code from .wxs file

 



  

  
  

 


  


Can anyone suggest what am i doing wrong here. Thanks!

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Error-26201-Error-2147467259-failed-to-create-SQL-database-tp6163225p6163225.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit for your organization - 
today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Removing Broken Installs Safely

[Michael Clark]

Generate an install log an post the relevant section. There might be a way to 
trick the installer to uninstall properly. Otherwise removing a broken install 
can be very tricky. I use msizap.exe very carefully.

-Michael

-Original Message-
From: Jammer [mailto:jam...@jammer.biz] 
Sent: Saturday, March 12, 2011 5:28 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Removing Broken Installs Safely

Hi All,

I'm having trouble removing a broken install.  I've tried running it from 
Programs & Features and msiexec both just fail and I can't find my product code 
in the registry anywhere.

Are there any recommended processes to try and fix this?

Thanks,

Jammer
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit for your organization - 
today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Removing Broken Installs Safely

[Jammer]

Hi All,

I'm having trouble removing a broken install.  I've tried running it 
from Programs & Features and msiexec both just fail and I can't find my 
product code in the registry anywhere.

Are there any recommended processes to try and fix this?

Thanks,

Jammer
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users