Re: [WiX-users] Extracting a certificate from binary table

[psanaga]

Thank you Brian. I figured out how to get the data from the binary table. But
I'm still not able to find how to append data to the custom action data.

Also, I'm getting return code 6(I'm guessing invalid handle) for
MsiGetProperty(). I don't recall any change to my code which would cause
this. Any idea in what all conditions I might get this error?

Thanks!



Brian Rogers wrote:
> 
> Hey,
> 
> This is some code that I used to do that. I think you can look into the
> shellexecca.cpp
>  file.
> 
> HRESULT hr = S_OK;
> UINT er = ERROR_SUCCESS;
> LPWSTR pwzStreamToString = NULL;
> BYTE* pbData = NULL;
> DWORD cbData = 0;
> 
> hr = WcaInitialize(hInstall, "ScheduleMuConfig");
> ExitOnFailure(hr, "failed to initialize ScheduleMuConfig");
> 
> //Extact the muauth.cab to a stream.
> hr = ExtractBinary(L"MuAuthCab", &pbData, &cbData);
> ExitOnFailure(hr, "failed to extract binary data");
> 
> //Write the stream to a string to be passed as CustomActionData
> hr = WcaWriteStreamToCaData(pbData, cbData, &pwzStreamToString);
> ExitOnFailure(hr, "failed to write the stream to a string");
> 
> hr = WcaDoDeferredAction(L"RollbackConfigMU", L"Rollback", 0);
> ExitOnFailure(hr, "Failed to schedule RollbackConfigMU");
> 
> hr = WcaDoDeferredAction(L"ConfigureMU", pwzStreamToString,
> COST_MU_CONFIG_TRANSACTION);
> ExitOnFailure(hr, "Failed to schedule ConfigureMU");
> 
> LExit:
> ReleaseStr(pwzStreamToString);
> ReleaseMem(pbData);
> if (FAILED(hr))
> {
> er = ERROR_INSTALL_FAILURE;
> }
> return WcaFinalize(er);
> 
> Brian Rogers
> "Intelligence removes complexity." - Me
> http://icumove.spaces.live.com
> 
> 
> On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga <
> pratap.san...@gmail.com> wrote:
> 
>> Hi,
>>
>> I'm placing a .pfx certificate in the binary table and wish to retrieve
>> it
>> in my deferred custom action dll. From what I read on the forum, I see
>> that
>> this can be achieved by reading the certificate using immediate custom
>> action, write it to custom action data(or to a temporary file, which I
>> don't
>> prefer) and then call the deferred custom action that can use this data.
>> Can
>> someone please help me with the following doubts:
>>
>> 1. What APIs should I be looking at, to write to custom action data in an
>> immediate custom action?
>> 2. The certificate is purely binary data and all the APIs return strings.
>> So, I'm afraid that I'd loose some data if there is a NULL in the binary
>> data. How can I handle this situation?
>> 3. I have a URI that should also be placed in the custom action data. So,
>> how can I append the certificate's binary stream to the custom action
>> data(which contains the URI already)?
>>
>> Thanks,
>> Pratapa.
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 



-- 
View this message in context: 
http://n2.nabble.com/Extracting-a-certificate-from-binary-table-tp2216667p2230729.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Need to do registrysearch after one custom action executed

[Bob Arnson]

Hukumchand Shah wrote:
> But now again I want to do registrysearch for newly installed JDK home
> directory.
>   

Actions can only be run once per sequence.

-- 
sig://boB
http://joyofsetup.com/



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS impersonates user? Works with UAC?

[Bob Arnson]

Peter Oehlert wrote:
> I'm installing a web site under Vista and 2008 (as well as XP and 2003) and
> I need to deal with UAC. I'm getting the error failed to read iiswebsite
> table -2147024891. I believe that the custom action is not being run as
> elevated but is instead running as myself. 

Get WiX v3.0.4909 or later: 
http://www.joyofsetup.com/2009/01/11/highlights-of-wix-v3049090/.

-- 
sig://boB
http://joyofsetup.com/



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSI not updating files in Install location if files are already present

[Rob Mensching]

MSI SDK has a topic about File Versoining and how it affects the install 
behavior.

-Original Message-
From: Anupama A [mailto:anupama...@gmail.com]
Sent: Tuesday, January 27, 2009 16:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] MSI not updating files in Install location if files are 
already present

The MSI I created using Wix installs a windows service by dumping the files
in a target path and starting the service from that path.
The service is not installed as such, it is just restarted using the
ServiceController element, since the path would already contain
files from a previous manual install. This is the first automated install
using MSI.

I noticed that when files(in my case exe, some dependent dlls and config)
are already present in the target dir, the  element in my .wxs file
does not replace the existing files with the new ones from the installer.
However for a fresh install (in the sense target directory is empty before
running the installer), the latest files are copied!!

A typical  element in my .wxs looks like this.




Whats going on? Pls help
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS impersonates user? Works with UAC?

[Rob Mensching]

What version of the WiX toolset are you using?

-Original Message-
From: Peter Oehlert [mailto:poehl...@securityinnovation.com]
Sent: Tuesday, January 27, 2009 18:25
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] IIS impersonates user? Works with UAC?

I'm installing a web site under Vista and 2008 (as well as XP and 2003) and
I need to deal with UAC. I'm getting the error failed to read iiswebsite
table -2147024891. I believe that the custom action is not being run as
elevated but is instead running as myself. If I start a command prompt as
administrator and then issue the msiexec command it works properly but
double clicking fails despite the UAC prompt.



How can I get this custom action to run as elevated?





Thanks,

Peter

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] platform agnostic file flag?

[Castro, Edwin (Hillsboro)]

I should also mention that I don't use  around the  element. I 
set the Platform attribute to $(var.Platform):



So far I only use  to choose between 
ProgramFilesFolder and ProgramFiles64Folder. With any luck I won't need to be 
choosy anywhere else (we're depending on the build system to place files in the 
right place).

--
Edwin

> -Original Message-
> From: Castro, Edwin (Hillsboro) [mailto:egcas...@checkfree.com]
> Sent: Tuesday, January 27, 2009 8:11 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] platform agnostic file flag?
>
> I accomplished the same thing as follows:
>
> 
>   
> 
>   
> 
>   
> 
>   
> 
>   
> 
>
> 
>   
> 
>   
> 
>   
> 
>
> I use the Platform msbuild property set in *.wixproj to tell me whether
> I'm building for x86 or not. It would be simple to replace the 
> conditional to use something more appropriate to your build process.
>
> Best part of all, no CustomAction needed!! ;-D
>
> --
> Edwin

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Need to do registrysearch after one custom action executed

[Hukumchand Shah]

Hi,

I am doing registrysearch for JDK home directory and if it's not installed
then from my installer I install the JDK.
But now again I want to do registrysearch for newly installed JDK home
directory.
And depending on that JDK home directory, I execute some java files.
Can anybody help me out in this problem?

Thanks & Regards,
Hukumchand Shah
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] platform agnostic file flag?

[Castro, Edwin (Hillsboro)]

I accomplished the same thing as follows:


  

  

  

  

  



  

  

  


I use the Platform msbuild property set in *.wixproj to tell me whether I'm 
building for x86 or not. It would be simple to replace the  conditional 
to use something more appropriate to your build process.

Best part of all, no CustomAction needed!! ;-D

--
Edwin

> -Original Message-
> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
> Sent: Tuesday, January 27, 2009 6:06 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] platform agnostic file flag?
>
> OK, here's how I handle that.
>
> Your directory structure should look something like this:
>
> 
> 
> 
>
> Then, you have a CA set the TARGETDIR property, giving the install
> location.  (This is covered in so many posts and replies, you should
> have no
> trouble finding this)
> 
>  After='LaunchConditions'>TARGETDIR=""
> 
>
> Thenm instead of having one CA target, you have one for each build
> architecture.
> 
>  Value='[ProgramFiles64Folder][Manufacturer]\[ProductName]\' />
> 
>  Value='[ProgramFilesFolder][Manufacturer]\[ProductName]\' />
> 
>
> That's that!  One stop shopping.
>
> On Tue, Jan 27, 2009 at 5:55 PM, Peter Oehlert <
> poehl...@securityinnovation.com> wrote:
>
> > I'm actually already using a  $(var.Platform)=x64?>
> > around the package element to make the MSI 64 or 32 bit. However my
> files
> > are placed in ProgramFilesFolder\{my folder}. My issue is that
> > ProgramFilesFolder is resolving to the wrong place in x64. I assume I
> can
> > fix this if I use a  on each file element in each component and
> > specify the platform as x64 or x86 appropriately and map it to the
> *SAME*
> > binary file. I can do this because my binaries are platform agnostic.
> >
> > I was hoping there was something easier however.
> >
> >
> > --Peter
> >
> > -Original Message-
> > From: Christopher Karper [mailto:christopher.kar...@gmail.com]
> > Sent: Tuesday, January 27, 2009 1:03 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] platform agnostic file flag?
> >
> > MSI requires that the installer be marked as 32-bit or 64-bit.I
> just
> > made one WXS file that will work for both, then I set my target
> directory
> > to
> > the correct place for that platform.
> >
> > Chris
> >
> > On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert <
> > poehl...@securityinnovation.com> wrote:
> >
> > > I'm doing dual x64/x86 installers and my application is all based
> on .net
> > > (MSIL) and is hence platform agnostic. Is there a way to specify a
> file
> > as
> > > platform agnostic in a component? Currently my x64 installer is
> putting
> > > everything in Program Files (x86) b/c I don't specify the Platform=
> > > attribute of the File element.
> > >
> > >
> > >
> > > Certainly others have this issue, I mean a text file is hardly
> platform
> > > specific.
> > >
> > >
> > >
> > > Is this an MSI limitation?
> > >
> > >
> > >
> > >
> > >
> > > Any help would be appreciated.
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Peter
> > >
> > >
> > >
> >
> > -
> ---
> > --
> > > This SF.net email is sponsored by:
> > > SourcForge Community
> > > SourceForge wants to tell your story.
> > > http://p.sf.net/sfu/sf-spreadtheword
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> >
> > -
> ---
> > --
> > This SF.net email is sponsored by:
> > SourcForge Community
> > SourceForge wants to tell your story.
> > http://p.sf.net/sfu/sf-spreadtheword
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> > -
> -
> > This SF.net email is sponsored by:
> > SourcForge Community
> > SourceForge wants to tell your story.
> > http://p.sf.net/sfu/sf-spreadtheword
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> ---
> ---
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to

Re: [WiX-users] platform agnostic file flag?

[Christopher Karper]

OK, here's how I handle that.

Your directory structure should look something like this:





Then, you have a CA set the TARGETDIR property, giving the install
location.  (This is covered in so many posts and replies, you should have no
trouble finding this)

TARGETDIR=""


Thenm instead of having one CA target, you have one for each build
architecture.






That's that!  One stop shopping.

On Tue, Jan 27, 2009 at 5:55 PM, Peter Oehlert <
poehl...@securityinnovation.com> wrote:

> I'm actually already using a 
> around the package element to make the MSI 64 or 32 bit. However my files
> are placed in ProgramFilesFolder\{my folder}. My issue is that
> ProgramFilesFolder is resolving to the wrong place in x64. I assume I can
> fix this if I use a  on each file element in each component and
> specify the platform as x64 or x86 appropriately and map it to the *SAME*
> binary file. I can do this because my binaries are platform agnostic.
>
> I was hoping there was something easier however.
>
>
> --Peter
>
> -Original Message-
> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
> Sent: Tuesday, January 27, 2009 1:03 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] platform agnostic file flag?
>
> MSI requires that the installer be marked as 32-bit or 64-bit.I just
> made one WXS file that will work for both, then I set my target directory
> to
> the correct place for that platform.
>
> Chris
>
> On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert <
> poehl...@securityinnovation.com> wrote:
>
> > I'm doing dual x64/x86 installers and my application is all based on .net
> > (MSIL) and is hence platform agnostic. Is there a way to specify a file
> as
> > platform agnostic in a component? Currently my x64 installer is putting
> > everything in Program Files (x86) b/c I don't specify the Platform=
> > attribute of the File element.
> >
> >
> >
> > Certainly others have this issue, I mean a text file is hardly platform
> > specific.
> >
> >
> >
> > Is this an MSI limitation?
> >
> >
> >
> >
> >
> > Any help would be appreciated.
> >
> >
> >
> > Thanks,
> >
> > Peter
> >
> >
> >
>
> 
> --
> > This SF.net email is sponsored by:
> > SourcForge Community
> > SourceForge wants to tell your story.
> > http://p.sf.net/sfu/sf-spreadtheword
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IIS impersonates user? Works with UAC?

[Peter Oehlert]

I'm installing a web site under Vista and 2008 (as well as XP and 2003) and
I need to deal with UAC. I'm getting the error failed to read iiswebsite
table -2147024891. I believe that the custom action is not being run as
elevated but is instead running as myself. If I start a command prompt as
administrator and then issue the msiexec command it works properly but
double clicking fails despite the UAC prompt.

 

How can I get this custom action to run as elevated?

 

 

Thanks,

Peter

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to change permission for existing Folder and/or file?

[Joseph Wu]

After one day of research.  It looks to me that CustomAction is only way I know 
to achieve it.  Is this the right way to go?

Thanks



Joseph

-Original Message-
From: Joseph Wu [mailto:joseph...@ds-iq.com] 
Sent: Monday, January 26, 2009 4:16 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to change permission for existing Folder and/or file?

Permission Element's parent must be CreateFolder or File.  How to change the 
permission for existing Folder and/or file?

Thanks


Joseph
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] MSI not updating files in Install location if files are already present

[Anupama A]

The MSI I created using Wix installs a windows service by dumping the files
in a target path and starting the service from that path.
The service is not installed as such, it is just restarted using the
ServiceController element, since the path would already contain
files from a previous manual install. This is the first automated install
using MSI.

I noticed that when files(in my case exe, some dependent dlls and config)
are already present in the target dir, the  element in my .wxs file
does not replace the existing files with the new ones from the installer.
However for a fresh install (in the sense target directory is empty before
running the installer), the latest files are copied!!

A typical  element in my .wxs looks like this.




Whats going on? Pls help
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] platform agnostic file flag?

[Peter Oehlert]

I'm actually already using a 
around the package element to make the MSI 64 or 32 bit. However my files
are placed in ProgramFilesFolder\{my folder}. My issue is that
ProgramFilesFolder is resolving to the wrong place in x64. I assume I can
fix this if I use a  on each file element in each component and
specify the platform as x64 or x86 appropriately and map it to the *SAME*
binary file. I can do this because my binaries are platform agnostic.

I was hoping there was something easier however.


--Peter 

-Original Message-
From: Christopher Karper [mailto:christopher.kar...@gmail.com] 
Sent: Tuesday, January 27, 2009 1:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] platform agnostic file flag?

MSI requires that the installer be marked as 32-bit or 64-bit.I just
made one WXS file that will work for both, then I set my target directory to
the correct place for that platform.

Chris

On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert <
poehl...@securityinnovation.com> wrote:

> I'm doing dual x64/x86 installers and my application is all based on .net
> (MSIL) and is hence platform agnostic. Is there a way to specify a file as
> platform agnostic in a component? Currently my x64 installer is putting
> everything in Program Files (x86) b/c I don't specify the Platform=
> attribute of the File element.
>
>
>
> Certainly others have this issue, I mean a text file is hardly platform
> specific.
>
>
>
> Is this an MSI limitation?
>
>
>
>
>
> Any help would be appreciated.
>
>
>
> Thanks,
>
> Peter
>
>
>

--
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] platform agnostic file flag?

[Christopher Karper]

MSI requires that the installer be marked as 32-bit or 64-bit.I just
made one WXS file that will work for both, then I set my target directory to
the correct place for that platform.

Chris

On Tue, Jan 27, 2009 at 3:09 PM, Peter Oehlert <
poehl...@securityinnovation.com> wrote:

> I'm doing dual x64/x86 installers and my application is all based on .net
> (MSIL) and is hence platform agnostic. Is there a way to specify a file as
> platform agnostic in a component? Currently my x64 installer is putting
> everything in Program Files (x86) b/c I don't specify the Platform=
> attribute of the File element.
>
>
>
> Certainly others have this issue, I mean a text file is hardly platform
> specific.
>
>
>
> Is this an MSI limitation?
>
>
>
>
>
> Any help would be appreciated.
>
>
>
> Thanks,
>
> Peter
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Louis elston]

I have looked at the sample program in C:\Program
Files\InstallShield\2009\Samples\WindowsInstaller\Managed Custom
Actions\C:\Program Files\InstallShield\2009\Samples\WindowsInstaller\Managed
Custom Actions, and I read the documentation on it that someone had created.
I can follow much of it, but what to also know how to do a DTF Managed
custom action.  This all being new to me (C#, DTF), I need a little more
than I have found, or, I need to better understand it.  Right now I am
looking to convert a small installer that uses Vbscript to basically find
and read and modify files on the disk, get and if possible set properties,
etc. I am pretty sure that I can figure out the C# code to do this, I am
just not aware of how to get the Installshield MSI project to work with it.

Is there an example (with documentation also if possible), that shows DTF
Managed CA's being called from an InstallShield 2009 MSI project?  Would you
use the same settings as above when creating the custom action in the IDE?  

What exactly would you have to do in VS 2008, is it just a matter of
including the "using Microsoft.DeploymentWindowsInstall", and manually
putting in "[CustomAction]", or do you need to have installed xyz on your
system, and have added something to Visual Studio?

Looking at
http://blog.deploymentengineering.com/2008/05/deployment-tools-foundation-dt
f-custom.html is not intuitive to me.  Things like "We can fix this though
by running a postbuild step with a DTF utility called MakeSfxCA.exe."
totally loose me...I have to do this?

Thanks

Lou


-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: Tuesday, January 27, 2009 3:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Louis-

 I've seen your posts on Acesso Community and I know you've read my blog
articles on the subject.  If there's any additional help you need, feel free
to email me with specific questions and I'll try to fill in the missing gaps
for you.

Thanks,
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


--- On Tue, 1/27/09, Louis elston  wrote:

> From: Louis elston 
> Subject: [WiX-users] (no subject)
> To: wix-users@lists.sourceforge.net
> Date: Tuesday, January 27, 2009, 1:38 PM
> Using the help in Deployment tools Foundation, Development
> guide, deployment
> tools, Inventory..."the tree on the left is self
> explanatory"...what tree?
> 
> Is there an example anywhere of a Installshield MSI that
> calls a DTF Managed
> CA (documenting what has to be done in the Installshield
> IDE), along with
> the c# source code\dll, etc ???.  While somewhat new to
> C#, I am experience
> with Installshield, with a small sample I think that I can
> figure out the
> rest. 
> 
>  
> 
>  
> 
>

--
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Christopher Painter]

Louis-

 I've seen your posts on Acesso Community and I know you've read my blog 
articles on the subject.  If there's any additional help you need, feel free to 
email me with specific questions and I'll try to fill in the missing gaps for 
you.

Thanks,
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


--- On Tue, 1/27/09, Louis elston  wrote:

> From: Louis elston 
> Subject: [WiX-users] (no subject)
> To: wix-users@lists.sourceforge.net
> Date: Tuesday, January 27, 2009, 1:38 PM
> Using the help in Deployment tools Foundation, Development
> guide, deployment
> tools, Inventory..."the tree on the left is self
> explanatory"...what tree?
> 
> Is there an example anywhere of a Installshield MSI that
> calls a DTF Managed
> CA (documenting what has to be done in the Installshield
> IDE), along with
> the c# source code\dll, etc ???.  While somewhat new to
> C#, I am experience
> with Installshield, with a small sample I think that I can
> figure out the
> rest. 
> 
>  
> 
>  
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] platform agnostic file flag?

[Peter Oehlert]

I'm doing dual x64/x86 installers and my application is all based on .net
(MSIL) and is hence platform agnostic. Is there a way to specify a file as
platform agnostic in a component? Currently my x64 installer is putting
everything in Program Files (x86) b/c I don't specify the Platform=
attribute of the File element.

 

Certainly others have this issue, I mean a text file is hardly platform
specific.

 

Is this an MSI limitation?

 

 

Any help would be appreciated.

 

Thanks,

Peter

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 64 bit registry search

[Colin Fox]

I'm trying to install my component into the SharePoint directory, the
location of which I find from a registry key.

This works perfectly on a 32 bit system, but on a 64 bit system I can't get
it to work.

Here's what I currently have:





I've tried all 4 combinations of WIn64="yes/no" and having or not having the
Wow6432Node part of the path be there explicitly.

Every combination yields the same result - the path for the 32 bit version
of SharePoint, not the 64. Well, actually two combinations yield that, and
two combinations yield nothing at all. The combinations that yield nothing
are (Win64 = yes/ No explicit Wow6432Node) and (Win64=no/ Explicit
Wow6432Node).

What I don't understand is when I read that key explicitly with regedit, it
has the correct path to sharepoint on the 64 bit machine. But reading it
from within my MSI, it seems to disregard the Wow6432Node element and just
read the 32 bit key.

Is there something else I need to do to get this to work?

-- 
Regards,
 cf
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DISABLEROLLBACK not working

[Morris, John - Raleigh]

Anyone? :-)

John Morris  |  Software Architect  |  SoftPro


-Original Message-
From: Morris, John - Raleigh [mailto:john.mor...@softprocorp.com] 
Sent: Wednesday, January 21, 2009 8:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] DISABLEROLLBACK not working

Has anyone seen this symtom before? Here is the scenario:

I am trouble shooting a failing install. In the debug process, I run the
install with DISABLEROLLBACK=1. When the failure happens, it is suppose
to NOT rollback. That way, I can figure out what isn't right.  This has
worked before. For some reason, I am seeing this method not work on some
machines.  When I attempt this process, the install is always rolling
back.

And ideas?

Thanks,
John



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista

[Bob Arnson]

Peter Björkman wrote:
> Is executables always started without privileges?
>   

Yes, unless it's deferred and no-impersonate, which wouldn't work in 
this case because SQL Express would try to start an illegal nested 
installation transaction.

-- 
sig://boB
http://joyofsetup.com/



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] File Search that returns a folder path

[Bob Arnson]

Sebastian Brand wrote:
> I'm bumping this up because it still doesn't seem to work.
>
> Since the last couple of wix builds there has been a
> directorysear...@assigntoproperty, but the created .msi files still look the
> same and the returned value is the file path, not the folder. Just tested
> with Build 4923.
>   

If @AssignToProperty doesn't work, it's a bug. Please open a bug report 
with a small sample that shows the problem and the 
AppSearch/*Locator/Signature rows you're expecting to be produced.

-- 
sig://boB
http://joyofsetup.com/



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] (no subject)

[Louis elston]

Using the help in Deployment tools Foundation, Development guide, deployment
tools, Inventory..."the tree on the left is self explanatory"...what tree?

Is there an example anywhere of a Installshield MSI that calls a DTF Managed
CA (documenting what has to be done in the Installshield IDE), along with
the c# source code\dll, etc ???.  While somewhat new to C#, I am experience
with Installshield, with a small sample I think that I can figure out the
rest. 

 

 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extracting a certificate from binary table

[Brian Rogers]

Hey,

This is some code that I used to do that. I think you can look into the
shellexecca.cpp
 file.

HRESULT hr = S_OK;
UINT er = ERROR_SUCCESS;
LPWSTR pwzStreamToString = NULL;
BYTE* pbData = NULL;
DWORD cbData = 0;

hr = WcaInitialize(hInstall, "ScheduleMuConfig");
ExitOnFailure(hr, "failed to initialize ScheduleMuConfig");

//Extact the muauth.cab to a stream.
hr = ExtractBinary(L"MuAuthCab", &pbData, &cbData);
ExitOnFailure(hr, "failed to extract binary data");

//Write the stream to a string to be passed as CustomActionData
hr = WcaWriteStreamToCaData(pbData, cbData, &pwzStreamToString);
ExitOnFailure(hr, "failed to write the stream to a string");

hr = WcaDoDeferredAction(L"RollbackConfigMU", L"Rollback", 0);
ExitOnFailure(hr, "Failed to schedule RollbackConfigMU");

hr = WcaDoDeferredAction(L"ConfigureMU", pwzStreamToString,
COST_MU_CONFIG_TRANSACTION);
ExitOnFailure(hr, "Failed to schedule ConfigureMU");

LExit:
ReleaseStr(pwzStreamToString);
ReleaseMem(pbData);
if (FAILED(hr))
{
er = ERROR_INSTALL_FAILURE;
}
return WcaFinalize(er);

Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com


On Mon, Jan 26, 2009 at 12:03 AM, Pratapa Reddy Sanaga <
pratap.san...@gmail.com> wrote:

> Hi,
>
> I'm placing a .pfx certificate in the binary table and wish to retrieve it
> in my deferred custom action dll. From what I read on the forum, I see that
> this can be achieved by reading the certificate using immediate custom
> action, write it to custom action data(or to a temporary file, which I
> don't
> prefer) and then call the deferred custom action that can use this data.
> Can
> someone please help me with the following doubts:
>
> 1. What APIs should I be looking at, to write to custom action data in an
> immediate custom action?
> 2. The certificate is purely binary data and all the APIs return strings.
> So, I'm afraid that I'd loose some data if there is a NULL in the binary
> data. How can I handle this situation?
> 3. I have a URI that should also be placed in the custom action data. So,
> how can I append the certificate's binary stream to the custom action
> data(which contains the URI already)?
>
> Thanks,
> Pratapa.
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unknow error on DB installation

[Neil Sleightholm]

Probably not the case but SQL won't install to compressed drives and IIFC gives 
a weird error.

Neil

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: 27 January 2009 15:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Unknow error on DB installation

Found a couple options:

  NMERR_REMOTE_NOT_A_SERVER netmon.h
  ERROR_MOD_NOT_FOUND   winerror.h

Can you provide more detail about what you are doing?

-Original Message-
From: andresd [mailto:andres.denkb...@gmail.com]
Sent: Tuesday, January 27, 2009 00:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unknow error on DB installation



Hi,

I'm using WiX 3.0.4805.0, and I have a setup that install a database with
the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder.

I was able to install on several machine configurations, but it fails on a
single machine (Win2003 R2 SP2, two hard drives C: and D:) with the
following error in the log:


Action 11:10:56: CreateDatabase. Creating Databases
CreateDatabase:  Error 0x8007007e: failed to create to database: 'DBNAME',
error: unknown error
Error 26201. Error -2147024770: failed to create SQL database: NogaClass,
error detail: unknown error.
MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error
-2147024770: failed to create SQL database: DBNAME, error detail: unknown
error.

I didn't found any reference on the error codes and I don't have any idea
what is the problem, the running user has administrative authorization both
on machine and SQL.

Thanks in advance,
Andrés.





--
View this message in context: 
http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF Logging in UI Sequence

[Rob Mensching]

Yes, oft discussed here.  Documented somewhere in the MSI SDK...

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Tuesday, January 27, 2009 08:00
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF Logging in UI Sequence

It is a button click, I take it this is an MSI limitation.

Thanks

Neil

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: 27 January 2009 15:44
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF Logging in UI Sequence

You can't log if the action is based off a button click, otherwise it
should work.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Tuesday, January 27, 2009 07:13
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] DTF Logging in UI Sequence

I have at custom action written using DTF and the session.Log() method
doesn't write to the MSI log file if the custom action is called in the
UI sequence. Is this a bug or is it not possible to log in the UI
sequence?



Neil



Neil Sleightholm
X2 Systems Limited
n...@x2systems.com 




--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug in iis:WebApplication?

[Rob Mensching]

What happens if you create a medium isolated AppPool on Windows XP with DTC 
disabled?  Does it have issues as well or does it automatically enable DTC?  I 
think this is less an issue with the extension and more a design issue with 
IIS.  We try to plaster over a lot of bad designs in the WiX CustomActions but 
sometimes things still poke through.

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net] 
Sent: Tuesday, January 27, 2009 03:04
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

I've decided to bring this back to your attention, guys.

I have received the following feedback to the bug I've registered:

"
This error code "0x8004e00f" is CONTEXT_E_TMNOTAVAILABLE, which happens
when COM+ was unable to talk to the Microsoft Distributed Transaction
Coordinator. This service is only required when the application is
installed as a COM+ application as seen in administrative tools ->
component services, which occurs when isolation is set to "medium" or
"high".

Either install with an Isolation value of "low" (the default if no
isolation value is specified), or if you want to install with isolation
values of "medium" or "high", you'll have to enable the Microsoft
Distributed Transaction Coordinator on the machine you're installing to,
then install the MSI.
"

DTC is disabled by default for XP machines, as far as I can see. This
means manual action before running install, which is not good user
experience.

Could you please confirm that the way IISExtension works at the moment
is not a subject to change in the nearest future?


It might happen that I simply chose the incorrect approach.
All I want to accomplish is to take existent 'Default web site', switch
its root to my INSTALLDIR, and tune its properties, for instance, change
the isolation level to Medium.

What's the way you would keep to in order to achieve this? Please,
suggest.

Thanks a lot!

-- Yan


-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 7:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Thanks, I'll bring this to Mike's attention when we meet on Thursday.

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 08:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Done: #2524017

-- Yan

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 5:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Yeah, sounds like a bug.  Mike made some changes recently to handle COM+
configuration that was not getting cleaned up correctly.  It could be
this is a bug introduced by that change.  Please do open a bug on
SourceForge.

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 02:51
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Bug in iis:WebApplication?

Hello WiX community,

It seems I have found a bug in IIS extension. I hope I'm wrong and
somebody will point me to my mistake.

First of all, WiX version is 3.0.4917.0. I'm trying to configure the
existent website in IIS 5.1. Here is my component definition:

  
 IISMAJORVERSION = "#5"
 


 
  

When I build and run my MSI, it gives me the following error (snippet
taken from the log file with LOGVERBOSE=1):

...
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges:  Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges:  Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges:  Error 0x8004e00f: failed to create web
application: /LM/W3SVC/1/Root
Error 26105. Failed to create web application.  (-2147164145
/LM/W3SVC/1/Root  )
MSI (s) (24!18) [12:42:39:460]: Product: MyProduct -- Error 26105.
Failed to create web application.  (-2147164145   /LM/W3SVC/1/Root
)
WriteMetabaseChanges:  Error 0x8004e00f: failed to create ASP App
...

However, if I remove the attribute "Isolation" out of the
iis:WebApplication element, it installs without any problem (snippet
taken from the log file with LOGVERBOSE=1):

...
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges:  Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges:  Creating ASP App: /LM/W3SVC/1/Root
Write

Re: [WiX-users] DTF Logging in UI Sequence

[Neil Sleightholm]

It is a button click, I take it this is an MSI limitation.

Thanks

Neil

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: 27 January 2009 15:44
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF Logging in UI Sequence

You can't log if the action is based off a button click, otherwise it
should work.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Tuesday, January 27, 2009 07:13
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] DTF Logging in UI Sequence

I have at custom action written using DTF and the session.Log() method
doesn't write to the MSI log file if the custom action is called in the
UI sequence. Is this a bug or is it not possible to log in the UI
sequence?



Neil



Neil Sleightholm
X2 Systems Limited
n...@x2systems.com 




--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dealing with Components with Only Non-Versioned Files

[Rob Mensching]

Well, MSI SDK says not to do what you're doing so that's the first step to 
undo.  

After that, you need to come up with a new KeyPath for your Component... or 
merge the Components together.  The latter is the most ideal from a companion 
file point of view, but does create servicing challenges if you, say, ever 
needed to not ship the companion file anymore.  Another option is to use the 
Directory as the KeyPath... or use a Registry Key.  I'd have to play with 
various scenarios for a while to see what worked best... haven't used companion 
files myself in a very long time.

-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Tuesday, January 27, 2009 07:53
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files


Thanks for the reply Rob. Yeah, I realized that when WiX through an error
which was great. I'm just not sure how to handle this scenario then. How is
one to deal with a component with all non-versioned files?
Maybe one should never get into this scenario, but if you have any advice as
to what alterations I should make, please let me know.

Thanks

-Jonathan


Rob Mensching-2 wrote:
>
> WiX doesn't support making a companion file the KeyPath because the MSI
> SDK says not to.  From the Companion Files topic: "Note that a file that
> is the key path for its component must not be a companion file."
>
> -Original Message-
> From: jnewton [mailto:jonathan.new...@ni.com]
> Sent: Tuesday, January 27, 2009 06:15
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned
> Files
>
>
> For those few components that have these non-versioned files, I just
> choose
> one of the fonts or message files. I'm really not sure what the behavior
> will be when using companion files and setting a keypath in that component
> (i.e. which WiX doesn't let you which is why I have to do a post-build
> step.). Maybe I don't really need to do this, but this code has just been
> this way for years (i.e. in Wise). As I was converting over, I noticed
> this
> but wasn't sure how to handle it.
>
> -Jonathan
>
>
> Bob Arnson-6 wrote:
>>
>> jnewton wrote:
>>> I have a few components that only contain non-versioned files (i.e.
>>> message
>>> files, fonts). Currently I am using a core DLL that I install as the
>>> companion file for the files in those components. However, this means
>>> that I
>>> don't have a keypath for these components. I'm not sure if this is a
>>> problem
>>> or not, and if so, any suggestions? Currently I am just doing a
>>> post-build
>>> step to insert a keypath back into this component.
>>>
>>
>> What keypath are you putting in?
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>
> --
> View this message in context:
> http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2226478.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-us

Re: [WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista

[Moradi, Ari]

I'm pretty sure that the Windows Installer uses CreateProcess internally to 
execute type 50 custom actions.  So, it will always execute the new process at 
the same level as the Windows Installer process.  If it's running out of the UI 
sequence, that means that it won't be elevated and will fail.

To make this work, you need something that will call ShellExecute on the SQL 
Express installer exe.  This can be done with either a separate exe that will 
then just ShellExecute another exe or a custom action in a dll that will 
ShellExecute something.

-Ari



-Original Message-
From: Peter Björkman [mailto:peter.bjork...@aptus.se] 
Sent: Tuesday, January 27, 2009 7:08 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Executable started with Custom Action type 50 does not ask 
for privileges in Vista

Hi everone.

 

In my msi I have a custom action of type 50. The custom action is run if the 
user in a dialog chooses to cancel the installation to instead start an 
installation of SQL Express 2005 (which in some cases is a prerequisite). The 
installation of SQL Express is started asynchronously so my msi will have 
plenty of time to terminate before the SQL Express installation has finished 
extracting its files.

My problem is that Vista does not show the UAC dialog when the SQL Express 
installation is started. This causes the installation of SQL Express to fail as 
it does not have the privileges to open some file (the log file from the SQL 
Express installation does not show which file).

 

Is executables always started without privileges?

 

Can I tell Vista that the executable should be run with privileges?

 

Best regards

 

Peter Björkman

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dealing with Components with Only Non-Versioned Files

[jnewton]

Thanks for the reply Rob. Yeah, I realized that when WiX through an error
which was great. I'm just not sure how to handle this scenario then. How is
one to deal with a component with all non-versioned files? 
Maybe one should never get into this scenario, but if you have any advice as
to what alterations I should make, please let me know.

Thanks

-Jonathan


Rob Mensching-2 wrote:
> 
> WiX doesn't support making a companion file the KeyPath because the MSI
> SDK says not to.  From the Companion Files topic: "Note that a file that
> is the key path for its component must not be a companion file."
> 
> -Original Message-
> From: jnewton [mailto:jonathan.new...@ni.com]
> Sent: Tuesday, January 27, 2009 06:15
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned
> Files
> 
> 
> For those few components that have these non-versioned files, I just
> choose
> one of the fonts or message files. I'm really not sure what the behavior
> will be when using companion files and setting a keypath in that component
> (i.e. which WiX doesn't let you which is why I have to do a post-build
> step.). Maybe I don't really need to do this, but this code has just been
> this way for years (i.e. in Wise). As I was converting over, I noticed
> this
> but wasn't sure how to handle it.
> 
> -Jonathan
> 
> 
> Bob Arnson-6 wrote:
>>
>> jnewton wrote:
>>> I have a few components that only contain non-versioned files (i.e.
>>> message
>>> files, fonts). Currently I am using a core DLL that I install as the
>>> companion file for the files in those components. However, this means
>>> that I
>>> don't have a keypath for these components. I'm not sure if this is a
>>> problem
>>> or not, and if so, any suggestions? Currently I am just doing a
>>> post-build
>>> step to insert a keypath back into this component.
>>>
>>
>> What keypath are you putting in?
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
> 
> --
> View this message in context:
> http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2226478.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unknow error on DB installation

[Rob Mensching]

Found a couple options:

  NMERR_REMOTE_NOT_A_SERVER netmon.h
  ERROR_MOD_NOT_FOUND   winerror.h

Can you provide more detail about what you are doing?

-Original Message-
From: andresd [mailto:andres.denkb...@gmail.com]
Sent: Tuesday, January 27, 2009 00:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unknow error on DB installation



Hi,

I'm using WiX 3.0.4805.0, and I have a setup that install a database with
the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder.

I was able to install on several machine configurations, but it fails on a
single machine (Win2003 R2 SP2, two hard drives C: and D:) with the
following error in the log:


Action 11:10:56: CreateDatabase. Creating Databases
CreateDatabase:  Error 0x8007007e: failed to create to database: 'DBNAME',
error: unknown error
Error 26201. Error -2147024770: failed to create SQL database: NogaClass,
error detail: unknown error.
MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error
-2147024770: failed to create SQL database: DBNAME, error detail: unknown
error.

I didn't found any reference on the error codes and I don't have any idea
what is the problem, the running user has administrative authorization both
on machine and SQL.

Thanks in advance,
Andrés.





--
View this message in context: 
http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Dealing with Components with Only Non-Versioned Files

[Rob Mensching]

WiX doesn't support making a companion file the KeyPath because the MSI SDK 
says not to.  From the Companion Files topic: "Note that a file that is the key 
path for its component must not be a companion file."

-Original Message-
From: jnewton [mailto:jonathan.new...@ni.com]
Sent: Tuesday, January 27, 2009 06:15
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Dealing with Components with Only Non-Versioned Files


For those few components that have these non-versioned files, I just choose
one of the fonts or message files. I'm really not sure what the behavior
will be when using companion files and setting a keypath in that component
(i.e. which WiX doesn't let you which is why I have to do a post-build
step.). Maybe I don't really need to do this, but this code has just been
this way for years (i.e. in Wise). As I was converting over, I noticed this
but wasn't sure how to handle it.

-Jonathan


Bob Arnson-6 wrote:
>
> jnewton wrote:
>> I have a few components that only contain non-versioned files (i.e.
>> message
>> files, fonts). Currently I am using a core DLL that I install as the
>> companion file for the files in those components. However, this means
>> that I
>> don't have a keypath for these components. I'm not sure if this is a
>> problem
>> or not, and if so, any suggestions? Currently I am just doing a
>> post-build
>> step to insert a keypath back into this component.
>>
>
> What keypath are you putting in?
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF Logging in UI Sequence

[Rob Mensching]

You can't log if the action is based off a button click, otherwise it should 
work.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Tuesday, January 27, 2009 07:13
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] DTF Logging in UI Sequence

I have at custom action written using DTF and the session.Log() method
doesn't write to the MSI log file if the custom action is called in the
UI sequence. Is this a bug or is it not possible to log in the UI
sequence?



Neil



Neil Sleightholm
X2 Systems Limited
n...@x2systems.com 



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustoAction as early as possible

[Richard]

In article <1233038277636-674.p...@n2.nabble.com>,
taras   writes:

> I am trying to invoke CA as early as possible.

What does your CA do?  Maybe you don't even need a CA, but there's no
way to tell until we know what it does.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF Logging in UI Sequence

[Neil Sleightholm]

I have at custom action written using DTF and the session.Log() method
doesn't write to the MSI log file if the custom action is called in the
UI sequence. Is this a bug or is it not possible to log in the UI
sequence?

 

Neil

 

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  

 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating SQL Database with WiX v3

[Eric Latendresse]

Yes, The sql server is local. It creates the blank database correctly
and I can see the .mdf and .ldf files at the time of the error. The
backup file is there as well. The problem must be with the restore
script. I can run the script manually and it works fine. Is there
anything that would cause WiX to read the sqlstring wrong? Maybe the
single quotes aren't coming through as they should? Is there a WiX log
or a way to add one so that I can get a more detailed message?

Eric 



-Original Message-
From: David Reed [mailto:david.r...@microsoft.com] 
Sent: Monday, January 26, 2009 3:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Creating SQL Database with WiX v3

That's often a 404-equivalent. There's usually more info in the server
error log.

Error -2147217900
Cannot open backup device ''.
Device error or device off-line. See the SQL Server error log
for more details.

Make sure the SQL Server process has permissions to that path and that
the file actually exists there.

You are trying to restore to a local server instance, right? Not a
remote server?



-Original Message-
From: Eric Latendresse [mailto:elatendre...@optimum-solutions.com]
Sent: Monday, January 26, 2009 13:21
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Creating SQL Database with WiX v3

I tried to restore the database from a backup file during the initial
install and am getting this error below. Is there WiX log or something
where I can get some more info on how to debug this? Below is my code
and I think this should work. Anyone have any ideas? Thanks in advance
for you help.





















Error -2147217900: failed to execute SQL string, error detail: RESTORE
DATABASE is terminating abnormally., SQL key: RestoreDB SQL string:
RESTORE DATABASE Suite FROM DISK = 'G:\Database\SuiteBlank.bak' WITH
MOVE 'Suite_Data' TO G:\ ...\Suite_Log.ldf',REPLACE

Eric Latendresse



-Original Message-
From: David Reed [mailto:david.r...@microsoft.com]
Sent: Friday, January 23, 2009 11:44 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Creating SQL Database with WiX v3

It really depends on what those 9k scripts are doing.

If your scripts are a raft of INSERT statements or other transactions,
then you can probably switch to CSVs and bulk load (much faster), which
is what we do with AdventureWorks now for SQL Server 2008 samples. The
WiX3 code for ours is checked into CodePlex here along with the MSBuild
scripts, etc:
http://www.codeplex.com/SqlServerSamples/SourceControl/ListDownloadableC
ommits.aspx

In our experience with AdventureWorks' installers, switching to a
backup/restore is likely to bloat the size of your installer quite a bit
because the BAK files aren't nearly as compressible (if at all) as
script files are...



From: Eric Latendresse [elatendre...@optimum-solutions.com]
Sent: Friday, January 23, 2009 13:10
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Creating SQL Database with WiX v3

I am creating a SQL database with my installer. Right now I have
approximately 9000 scripts to be run after the database is created. This
is taking around 20mins for the install to complete. Is there anything I
can do to speed this process up? I thought about running a  single
script to restore the database from a backup file of the database, but
thought I'd ask if there was a better way.



Eric Latendresse






--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listin

Re: [WiX-users] Dealing with Components with Only Non-Versioned Files

[jnewton]

For those few components that have these non-versioned files, I just choose
one of the fonts or message files. I'm really not sure what the behavior
will be when using companion files and setting a keypath in that component
(i.e. which WiX doesn't let you which is why I have to do a post-build
step.). Maybe I don't really need to do this, but this code has just been
this way for years (i.e. in Wise). As I was converting over, I noticed this
but wasn't sure how to handle it. 

-Jonathan


Bob Arnson-6 wrote:
> 
> jnewton wrote:
>> I have a few components that only contain non-versioned files (i.e.
>> message
>> files, fonts). Currently I am using a core DLL that I install as the
>> companion file for the files in those components. However, this means
>> that I
>> don't have a keypath for these components. I'm not sure if this is a
>> problem
>> or not, and if so, any suggestions? Currently I am just doing a
>> post-build
>> step to insert a keypath back into this component. 
>>   
> 
> What keypath are you putting in?
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> 
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Dealing-with-Components-with-Only-Non-Versioned-Files-tp2218510p2225933.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Executable started with Custom Action type 50 does not ask for privileges in Vista

[Peter Björkman]

Hi everone.

 

In my msi I have a custom action of type 50. The custom action is run if the 
user in a dialog chooses to cancel the installation to instead start an 
installation of SQL Express 2005 (which in some cases is a prerequisite). The 
installation of SQL Express is started asynchronously so my msi will have 
plenty of time to terminate before the SQL Express installation has finished 
extracting its files.

My problem is that Vista does not show the UAC dialog when the SQL Express 
installation is started. This causes the installation of SQL Express to fail as 
it does not have the privileges to open some file (the log file from the SQL 
Express installation does not show which file).

 

Is executables always started without privileges?

 

Can I tell Vista that the executable should be run with privileges?

 

Best regards

 

Peter Björkman

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug in iis:WebApplication?

[Yan Sklyarenko]

I've decided to bring this back to your attention, guys.

I have received the following feedback to the bug I've registered: 

" 
This error code "0x8004e00f" is CONTEXT_E_TMNOTAVAILABLE, which happens
when COM+ was unable to talk to the Microsoft Distributed Transaction
Coordinator. This service is only required when the application is
installed as a COM+ application as seen in administrative tools ->
component services, which occurs when isolation is set to "medium" or
"high".

Either install with an Isolation value of "low" (the default if no
isolation value is specified), or if you want to install with isolation
values of "medium" or "high", you'll have to enable the Microsoft
Distributed Transaction Coordinator on the machine you're installing to,
then install the MSI.
"

DTC is disabled by default for XP machines, as far as I can see. This
means manual action before running install, which is not good user
experience.

Could you please confirm that the way IISExtension works at the moment
is not a subject to change in the nearest future?


It might happen that I simply chose the incorrect approach. 
All I want to accomplish is to take existent 'Default web site', switch
its root to my INSTALLDIR, and tune its properties, for instance, change
the isolation level to Medium.

What's the way you would keep to in order to achieve this? Please,
suggest.

Thanks a lot!

-- Yan


-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Tuesday, January 20, 2009 7:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Thanks, I'll bring this to Mike's attention when we meet on Thursday.

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 08:15
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Done: #2524017

-- Yan

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Tuesday, January 20, 2009 5:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug in iis:WebApplication?

Yeah, sounds like a bug.  Mike made some changes recently to handle COM+
configuration that was not getting cleaned up correctly.  It could be
this is a bug introduced by that change.  Please do open a bug on
SourceForge.

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Tuesday, January 20, 2009 02:51
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Bug in iis:WebApplication?

Hello WiX community,

It seems I have found a bug in IIS extension. I hope I'm wrong and
somebody will point me to my mistake.

First of all, WiX version is 3.0.4917.0. I'm trying to configure the
existent website in IIS 5.1. Here is my component definition:

  
 IISMAJORVERSION = "#5"
 


 
  

When I build and run my MSI, it gives me the following error (snippet
taken from the log file with LOGVERBOSE=1):

...
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges:  Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges:  Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges:  Error 0x8004e00f: failed to create web
application: /LM/W3SVC/1/Root
Error 26105. Failed to create web application.  (-2147164145
/LM/W3SVC/1/Root  )
MSI (s) (24!18) [12:42:39:460]: Product: MyProduct -- Error 26105.
Failed to create web application.  (-2147164145   /LM/W3SVC/1/Root
)
WriteMetabaseChanges:  Error 0x8004e00f: failed to create ASP App
...

However, if I remove the attribute "Isolation" out of the
iis:WebApplication element, it installs without any problem (snippet
taken from the log file with LOGVERBOSE=1):

...
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1023
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 2021
WriteMetabaseChanges:  Writing Metabase Value Under Key:
/LM/W3SVC/1/Root ID: 3001
WriteMetabaseChanges:  Writing Metabase Value Under Key: /LM/W3SVC/1/
ID: 1015
WriteMetabaseChanges:  Creating ASP App: /LM/W3SVC/1/Root
WriteMetabaseChanges:  Writing Metabase Value Under Key:
/LM/W3SVC/1/Root/ ID: 2102
...

This is reproducible both if iis:WebApplication is under iis:WebSite or
not.
Please, suggest.
Thank you.

-- Yan



--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


---

Re: [WiX-users] File Search that returns a folder path

[Sebastian Brand]

I'm bumping this up because it still doesn't seem to work.

Since the last couple of wix builds there has been a
directorysear...@assigntoproperty, but the created .msi files still look the
same and the returned value is the file path, not the folder. Just tested
with Build 4923.

 

Anyone having success using a FileSearch and have the folder returned?

 

Best regards,

Sebastian Brand

 

Instyler Software - http://www.instyler.com

 

 

 

From: wix-users-boun...@lists.sourceforge.net
[mailto:wix-users-boun...@lists.sourceforge.net] On Behalf Of martin lavelle
Sent: Thursday, July 05, 2007 12:37
To: wix-users@lists.sourceforge.net; b...@joyofsetup.com
Subject: Re: [WiX-users] File Search that returns a folder path

 

This simple example returns the folder path of notepad.exe to the
property NOTEPAD_FOLDER (If it finds it).
 
Appsearch Table
Property   | Signature   

NOTEPAD_FOLDER  | NotepadFolderSignature
 
DrLocator Table
Signature   | Parent| Path | Depth
---
NotepadFolderSignature| NotepadFileSignature
NotepadFileSignature| || 5
 
Signature Table
Signature   | FileName

NotepadFileSignature|notepad.exe
 
 
Bob Arnson wrote:
If you have current MSI rows that work, you should post them; that might 
help.

Martin Lavelle wrote:
I'm trying to author a file search that returns the folder path of a 
file search. In other words, I don't want the file name on the end of 
the path.
My Property / DirectorySearch / FileSearch attempts just won't create 
the right table entries, will someone show me how to do this please.
Incidentally, I've tried using Dark.exe to reveal the WiX syntax, but 
without success.

 

  _  

See what you're getting into.before you go there. Check it out!
 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Unknow error on DB installation

[andresd]

Hi,

I'm using WiX 3.0.4805.0, and I have a setup that install a database with
the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder.

I was able to install on several machine configurations, but it fails on a
single machine (Win2003 R2 SP2, two hard drives C: and D:) with the
following error in the log:


Action 11:10:56: CreateDatabase. Creating Databases
CreateDatabase:  Error 0x8007007e: failed to create to database: 'DBNAME',
error: unknown error
Error 26201. Error -2147024770: failed to create SQL database: NogaClass,
error detail: unknown error.
MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error
-2147024770: failed to create SQL database: DBNAME, error detail: unknown
error.

I didn't found any reference on the error codes and I don't have any idea
what is the problem, the running user has administrative authorization both
on machine and SQL.

Thanks in advance,
Andrés.





-- 
View this message in context: 
http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html
Sent from the wix-users mailing list archive at Nabble.com.


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users