On 10/5/06, Eric Hybner <[EMAIL PROTECTED]> wrote:
>
>
> I have an MSM that defines a set of "CustomAction" entries. The MSM is
> merged into the MSI, and it is my responsibility to execute the MSM's
> custom actions.
>
> Unfortunately when I compile my project, light rightly complains:
>
> C:\xxx
On 10/5/06, Rob Mensching <[EMAIL PROTECTED]> wrote:
> > It is looking like this isn't going to be an
> > easy thing to do, so I may push back and say "Sequence the custom
> > actions yourself please."
> >
> > Any comments from you would be much appreciated.
>
> The MSI SDK for Merge Modules agrees
We are using WiX to create an installation for our
application. On install, we are executing some SQL scripts (to create a
database and put in sample data) and it has been working great. Recently,
we started using functions with our database and now we need to run a script
that creates fu
Thanks!
Bob Arnson-3 wrote:
>
> Amol wrote:
>> I have the following CreateFolder element under my Component Element for
>> a
>> service that needs to run as NetworkService.
>> The install fails with an error message about not being able to find the
>> SID
>> for "NT AUTHORITY\NetworkService"
Well, I'm out of ideas. Here's some of the things I've tried...
1) Made sure that I was running the installer as administrator.
2) Made sure that the file was in DOS/Windows format by converting the file.
Tried several variations of this including passing it through a perl script and
cutting/pas
Yeah, I miscopied it. Our resident Windows guy knew the trick about converting
to Hex (I'm mostly a Linux/Java guy, so I was totally unaware of that.). The
code in hex is 0x8007006E. He thought it might be two processes trying
to access the file at the same time, but I'll check up on the
This email has violated the PS CUSTOM CONTENT 1.
and Quarantine entire message has been taken on 10/7/2006 11:17:41 AM.
Message details:
Server:WIRED
Sender: [EMAIL PROTECTED];
Recipient:wix-users@lists.sourceforge.net;
Subject:WiX-users Digest, Vol 5, Issue 34
Salut,
thanks for that. Changed the level-properties of all default features to 1
and that of the non-defaults to 2. Works now.
Stefan
Bob Arnson-3 wrote:
>
> vbtricks wrote:
>> What I now want is, that the Firefox extension is selected by default, if
>> the user chooses the customize option
You're missing a digit from that error number. It should have ten digits to
map to an error HRESULT. I normally convert large negative numbers back to
hex, then if the upper WORD is 0x8007, I know it's a Win32 error code mapped
into an HRESULT (FACILITY_WIN32 is 7). The error return of
XmlLoadDocum
ItemTemplates contains zipped versions of new project items and
ProjectTemplates contains zipped versions of new projects.
ItemTemplatesCache and ProjectTemplatesCache contain the same files,
unzipped. I'm not sure what process is responsible for unzipping them - you
would think this would fail for
Title: RE: [WiX-users] Uninstalling typelib installer does not remove files orregistry keys
If you don't use Advertise="no", WiX generates entries in the Typelib table. The SDK documentation for the Typelib table now says:"Installation package authors are strongly advised against using the TypeLi
Finalizers always run on the single dedicated finalizer thread,
so they will never ever run on the correct thread to call MsiCloseHandle. This
problem is likely not occurring frequently because there’s probably not
enough garbage generated by light.exe to actually cause GC to occur and the
12 matches
Mail list logo
