I believe that's it. We opened a case with the DIFXApp team on this issue last
year and got a will not fix response but no real explanation. Thank you!
Thanks,
Tom
-Original Message-
From: jjbean [mailto:jonks2...@yahoo.co.uk]
Sent: Friday, July 01, 2011 3:27 PM
To: wix-users@lists.so
.
Thanks,
Tom
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Monday, June 06, 2011 8:49 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light
On 02-Jun-11 09:08, Thomas Svare wrote:
> I'm able to log a bug, 3310378, but I c
; right hand side below Support -> Bug
database (or directly
http://sourceforge.net/tracker/?group_id=105970&atid=642714 ). Then
please log in or register at sourceforge and you should be able to
submit it...
2011/5/31 Thomas Svare :
> Hello,
>
> I've done some cursory searching but
; Sent: Sunday, May 29, 2011 11:59 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] unhandled exception in light
>
> On 25-May-11 15:31, Thomas Svare wrote:
>> After several missed opportunities I've finally got a crash dump and was
>> able to run a q
eforge.net
Subject: Re: [WiX-users] unhandled exception in light
On 25-May-11 15:31, Thomas Svare wrote:
> After several missed opportunities I've finally got a crash dump and was able
> to run a quick analysis. Using Wix 3.6.1706.0 light crashes intermittently
> on our build machin
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light
On 21-Apr-11 11:47, Thomas Svare wrote:
> Grasping at straws I set the number of threads to use during cab creation to
> 1 but that did not help. I'm at the point where I need to debug and I was
&
Hello,
I'm having an intermittent problem with light that seems to have started with
Wix 3.5. I'm now using the released version of 3.5 but this issue was observed
on pre-release builds of 3.5. During the build of a msi I'm getting the below
unhandled exception events and error to stderr:
4/
Hello,
We're currently using WiX 3.5.1902 but for the last couple of releases
we've intermittently been getting access violations in light with the
following information in the event log:
Application: light.exe
Framework Version: v4.0.30319
Description: The process was terminated due to a
One thing to look at would be how FindRelatedProducts is scheduled in
the InstallUISequence and InstallExecuteSequence. Also look at what the
ActionProperty in the Upgrade table is set to in both cases.
Thanks,
Tom
-Original Message-
From: James Poole [mailto:w...@slowcommotion.com]
Sen
.net 4
WiX v3.5 supports NETFX 4.0. WiX v3.0 does not. IIRC, the fix is to add:
as the to the app.config for light.exe.
On Wed, Jun 2, 2010 at 4:31 PM, Thomas Svare
wrote:
> Hello,
>
>
>
> I'm helping with setting up a new build environment with VisualStudio
> 2010 and
Hello,
I'm helping with setting up a new build environment with VisualStudio
2010 and we're targeting .net 4. The version of WiX in use is 3.0.5419.
I'm getting the following light error on my assemblies that I didn't get
with .net 3.5:
error LGHT0132 : The assembly file 'Data.dll' appears
Hello,
You can use the Upgrade table and FindRelatedProducts action to get what
you're looking for.
Thanks,
Tom
-Original Message-
From: Clemmer, Everette [mailto:eclem...@rosettastone.com]
Sent: Tuesday, April 13, 2010 11:29 AM
To: General discussion for Windows Installer XML toolset.
om
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Saturday, April 10, 2010 9:14 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Heat
On 4/9/2010 12:46 PM, Thomas Svare wrote:
> SelfReg. How do I harvest registration information from 64 bit dlls?
>
How do you have you package Id set in your merge module? It's used to
form the ModuleID for tables ModuleComponents and ModuleSignature and it
doesn't look right, it should just be a quid.
Thanks,
Tom
-Original Message-
From: Satish Muniyappa (3P) [mailto:satish.muniya...@citrix.com]
Se
Hello,
When I try to harvest registration information from a 64 bit dll Heat
v3.0.5419 is returning that the file does not support SelfReg and an
error code 193 for the file (invalid Win32 app). The file does support
SelfReg. How do I harvest registration information from 64 bit dlls?
Tha
tion. If this could be
defined
as being set/defined in maintenance mode, than yes it is for user-chosen
directories.
Thomas Svare wrote:
>
> Hello,
>
> Is WIXUI_INSTALLDIR being set/defined in maintenance mode?
>
> Thanks,
> Tom
>
> -Original Message-
>
:
... components below ...
Thomas Svare wrote:
>
> Hello,
>
> How does the directory for the binaries and docs get set when the user
> chooses a non-default install directory? It sounds like this isn't
> happening in any maintenance operations.
>
> Thanks,
>
know is a
rule
violation but the ruling to do it this way is happening above me). I
also
don't see how it could be contributing to this particular problem.
Thomas Svare wrote:
>
> Hello,
>
> Try looking at the property dump section of a verbose log and compare
> the director
happening with registry key entries
which
shouldn't be the case in my installer, but could you help me to
understand
what to look for with troublesome UI properties as well?
Thomas Svare wrote:
>
> Hello,
>
> You just open the msi with Orca then choose Transform->View Patch and
ends beyond patching to include repairs
and
uninstalls so I think the problem runs deeper than just how the patch is
applied.
Thomas Svare wrote:
>
> Hello,
>
> You may have already tried this but sometimes opening the msi and
> applying the patch with Orca can point out things t
Hello,
You may have already tried this but sometimes opening the msi and
applying the patch with Orca can point out things that are buried in a
verbose log like removing a component from a feature during a patch etc.
Thanks,
Tom
-Original Message-
From: XorPtr [mailto:reaper4...@gmail.co
: Re: [WiX-users] CA types
When I get stumped with how WiX maps to Wi, I use dark on a simple
package to see what it authors.
--- On Thu, 10/8/09, Thomas Svare wrote:
> From: Thomas Svare
> Subject: [WiX-users] CA types
> To: "General discussion for Windows Installer XML too
Hello,
I'm trying to get a CA type of 3585 set for one of my custom actions
with Wix 3.0.5419 and I'm not having much luck.
It's
msidbCustomActionTypeDll
msidbCustomActionTypeOncePerProcess
msidbCustomActionTypeInScript
msidbCustomActionTypeNoImpersonate
Any ideas?
Thanks,
T
I had the same situation and once I put the .inf, .sys and supporting
dlls into different directories it worked fine.
Thanks,
Tom
-Original Message-
From: Jeremy Farrell [mailto:jfarr...@pillardata.com]
Sent: Friday, September 04, 2009 1:10 PM
To: General discussion for Windows Installer
Hello,
Are you providing a unique name for each serviceinstall element?
Thanks,
Tom
-Original Message-
From: Lian Jiang [mailto:lji...@microsoft.com]
Sent: Thursday, July 09, 2009 10:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] install two service
discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] FW: Web Service
What do you mean "grant permissions for specific port"? Firewall
exception?
Thomas Svare wrote:
> Hello,
>
> Sorry for the spam on this issue. I've got a beta deadline coming up
so
Hello,
Sorry for the spam on this issue. I've got a beta deadline coming up so
I'll probably go with InstallUtil and use the intaller class in the exe
but if anyone has any ideas on this I would very much like to hear them.
Thanks,
Tom
-Original Message-----
From: Th
Hello,
I've got to install a web service running as NT AUTHORITY\LocalService.
I'm able to do this but I also have to grant permissions for
LocalService on a specific port. Is there a way to do this through WiX?
I've searched the archives and did not come up with anything but I'm
probably
Hello,
We're trying to track down a build hang issue and during the course of
the investigation the application event logs have been reviewed. We're
seeing information application events with each msi build (standard
candle and light build) that states the following:
Product: FileSearch -
/2007/09/03/Windows-Installer-4.5-an
d-the-WiX-toolset.aspx
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas
Svare
Sent: Monday, September 15, 2008 7:53 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Windows Installer 4.5
Hello,
I&#x
Profitable, Home Business Ideas Money Making Online Internet
Great Work from Home Opportunity. Earn up to $5000per month
Earn money on the computer with internet from home without investment
More details; http://xrl.us/bkygk
--~--~-~--~~~---~--~~
You received this
Hello,
I'm using Wix 2.0.5805 and the following code:
Everything is technically working properly but I've been asked to
provide a work-around for a UI issue. The problem I'm dealing with is
the defau
I believe you have to define the directory as you are doing then use the
element in a component that is
installed.
Thanks,
Tom
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Rerick
Sent: Wednesday, March 05, 2008 11:30 AM
To: wix-user
It needs to be the file id of the application file.
Thanks,
Tom
From: Don Tasanasanta (Volt) [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 07, 2008 4:51 PM
To: Thomas Svare; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Assembly="
Don,
I can't answer your first question but the answer to your second
question (What if you don't want your assembly added to the GAC?) is you
need to use the attribute AssemblyApplication to have it installed
outside the GAC.
Thanks,
Tom
From: [EMAIL
Mike,
Thanks that works great. Not quite sure why I just didn't try that
first.
Thanks
Tom
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Dimmick
Sent: Thursday, January 24, 2008 5:31 PM
To: Thomas Svare; wix-
Hello,
I've got a few merge modules generated with Wix that have custom actions
included in them. I'd like to populate the ModuleInstallExecuteSequence
table to generically schedule them. Any ideas on accomplishing this? I
looked through all the children of Module element and I'm not seeing
rguments for the MSI execution (e.g. /l*vx
log.txt).
Cheers,
Vince
Thomas Svare wrote:
>
> Vince,
>
> A diff between verbose logs for a user initiated install and the
active
> directory install would probably point out the issue. With the active
> directory install you don'
Vince,
A diff between verbose logs for a user initiated install and the active
directory install would probably point out the issue. With the active
directory install you don't have UI and I believe the entire install
runs as local system.
Thanks,
Tom
-Original Message-
From: [EMAIL PRO
Hello,
This is almost certainly an msi related issue but I thought I'd see if
anyone has run into the same problem.
We use Wix to author 8 merge modules and use InstallShield for the main
installation (soon to be entirely Wix). Sometime in the last week we've
started getting the following
ehalf Of Bob Arnson
Sent: Saturday, July 07, 2007 12:40 AM
To: Thomas Svare
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista registry removal issue
Thomas Svare wrote:
I'm trying to remove HKEY_CURRENT_USER entries created by the
application on uninstall. Unfortunat
Hello,
I'm trying to remove HKEY_CURRENT_USER entries created by the
application on uninstall. Unfortunately, going through HKEY_USERS
doesn't work on Vista like it does on XP. Each user is not enumerated
in HKEY_USER on Vista like it is on XP (or so it seems). The only place
that I've found
I've used Wix include files fairly successfully to do what you describe
below. I have a main install file (wxs) for i386, AMD64 and IA64 and a
Wix include (wxi) containing the common files. I'm able to pass in
variables for Win64 and Source at build time. You could also use
fragments to get the
Your files may be installing just not where you are expecting them to.
Take a look at a verbose log and you'll know for sure.
One of the potential problems is the "Name" you've specified for the
CommonFilesFolder is missing the space. I believe you can leave the
name off altogether since the d
Hello,
Please disregard the below. It helps to look at the help once in a
while.
Thanks,
Tom
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas
Svare
Sent: Friday, April 06, 2007 2:21 PM
To: wix-users@lists.sourceforge.net
Subject
Hello,
I'm in the process of converting our merge modules from Install Shield
to Wix. Ideally, I'd like convert the main installations to Wix as well
and just use fragments but time does not permit this.
I'm running into the following issue:
Install Shield merge modules do not append t
Rob,
I'm in an unusual position in that I have more than a couple days to get
this done so I'll get the files out of there.
Thanks,
Tom
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 10:45 PM
To: Thomas Svare;
r the situation.
Thanks,
Tom
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 5:17 PM
To: Thomas Svare; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] FW: Directories/Merge Modules
You really should not be writing t
sue was.
Thanks,
Tom
________
From: Thomas Svare
Sent: Thursday, March 22, 2007 3:26 PM
To: wix-users@lists.sourceforge.net
Subject: Directories/Merge Modules
Hello,
I'm converting an existing InstallShield merge module to Wix. This
merge module puts some files in the Windows Instal
Hello,
I'm converting an existing InstallShield merge module to Wix. This
merge module puts some files in the Windows Installer cache directory to
support maintenance operations.
My code is as follows:
Hello,
Mostly for informational/research purposes. I know it's documented but
I'd like to get a look at things.
Thanks,
Tom
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 15, 2007 4:48 PM
To: Thomas Svare;
EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 5:09 PM
To: Mike Dimmick; Thomas Svare; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Windows Installer 4.0 msi schema
Although, if it is a standard MSI table you shouldn't need CustomTable
at all (if you do, it's a bug in
Mike, Rob,
Thank you both. I should have thought of v3.0 but I just can't stop
using v2.0 for quick test purposes.
Thanks,
Tom
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 5:09 PM
To: Mike Dimmick; Thomas Svare
@lists.sourceforge.net
Cc: Thomas Svare
Subject: Re: [WiX-users] Using InstallShield msm files causes an error
Yeah, changing the sequence of ResolveSource from 525 to 1025 fixed it,
thanks!
Is there a way to override the sequence of an item in a Merge Module
when you reference it, or am I going to have to run
Hello,
I'm not sure if I'm phrasing this correctly but I'll throw it out there
anyway...
Is there any way with Wix to pick up new tables in the Windows Installer
4.0 msi schema? I'm particularly interested in the MSIPatchCertificate
table.
Thanks,
Tom
-
That should work. If you have any custom actions in your msm verify
that the sequencing is after the cost standard actions.
Thanks,
Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Geoff
Finger
Sent: Wednesday, March 14, 2007 1:04 PM
To: wix-users@lis
Robert,
One way that you can accomplish the below is an include file (NOTE
includes are generally frowned upon).
As an example you could set a property with respect to a directory
search in the include
http://schemas.microsoft.com/wix/2003/01/wi";>
homas Svare
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] shortcut Start in:
Thomas Svare wrote:
How do I populate the Start In field of a shortcut?
Use the Shortcut/@WorkingDirectory attribute.
--
sig://boB
http://bob
Hello,
I apologize if the answer to this is well documented. I quickly
searched the user list and looked at the help.
How do I populate the Start In field of a shortcut?
Thanks,
Tom
-
Using Tomcat but need to do
would have gotten an error if they weren't included. Hope
this helps.
Regards,
-Matthew Rowan
On 1/25/07, Thomas Svare < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote:
Hello,
I forgot to mention that if I run light on my wxs with th
Hello,
I forgot to mention that if I run light on my wxs with the stock
libraries the bitmaps show up.
Thanks,
Tom
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas
Svare
Sent: Wednesday, January 24, 2007 4:55 PM
To: wix-users
Hello,
I've got a problem similar to an issue addressed earlier today. I
reviewed the tutorial but I'm still running into problems.
I'm using 2.4611 and I'm removing the license agreement dialog from
WixUI_InstallDir.wxs. Candle and Lit build my new library just fine but
when I try to Lig
Rob,
That makes sense. The volatile registry creation is currently in a CA
of a merge module I'm trying to convert to Wix.
Thanks,
Tom
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 21, 2006 11:49 AM
To: Thomas Svare
34 AM
To: Thomas Svare; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] volatile registry key
Why would setup create a volatile key? My understanding is that when
the registry hive is unloaded (usually on a reboot) the key would be
lost. Your setup would be "broken" after eve
Hello,
Sorry if this is in the user list archive or tutorial, my quick search
did not come up with anything.
Is there a way to create a volatile registry key with Wix?
Thanks,
Tom
-
Take Surveys. Earn Cash. Influe
Friedrich,
The below works for me using Difx:
Then you need to include the path to the appropriate DIFxApp.wixlib in
your light and that should work. I'm using an older, 2x version of Wix
but this
Bob,
Thanks. You were absolutely right, MsiNTProductType does the job fine.
Thanks,
Tom
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 13, 2006 12:37 PM
To: Thomas Svare
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX
cember 09, 2006 4:47 PM
To: Thomas Svare
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] conditional install
Thomas Svare wrote:
I've got to install a component on Windows 2000 and greater with the
exception of Vista. The component needs to install on Longhorn. I know
Long
Hello,
I've got to install a component on Windows 2000 and greater with the
exception of Vista. The component needs to install on Longhorn. I know
Longhorn isn't completed yet and is subject to change but I have to try
to make it work with what's available today. The following condition
work
Don,
I had this problem with a 32 bit component in a 64 bit merge module.
The 32 bit component needed to go in
Program Files (x86)\MyCompany\MyProduct
I've never fully understood why I had this problem but the issue was
happening because I was using all uppercase Directory Id's. Once
70 matches
Mail list logo
