I'm using WiX 3.5.1811.0 with Visual Studio 2010 and Visual SourceSafe.
It seems that switching between "Debug" and "Release" builds from the
toolbar or vice versa causes some, or occasionally all, of the
.wixproj files in my solution to be checked out. No changes are made
to any of the files and
I was getting the same error following an upgrade from Visual Studio
2008 / Wix 3 to Visual Studio 2010 / Wix 3.5.1602.0.
It seems that, when upgrading, the value of in the
wixproj file is not changed from v3 to v3.5.
The line ""
is also not changed correctly.
On 5 March 2010 02:57, Bob Arnson
9C57AD3B85 could not be
placed in database sequence, no ordering possible.
2009/6/11 Rob Mensching :
> Strange. Try running light.exe with the -notidy switch and look for the
> merge.log in the left over TEMP directory. It may point out a failure
> during merge module merging.
>
&
I've got a custom action set up in my merge module as follows :
$ComputerName=2
Looking in Orca at the msm file, I see that the CustomAction table and
the ModuleInstallExecuteSequence table have the custom action in them
as ex
However, looking in the msi file that uses
We do this for our merge modules :
In the MSI xml, set up PropertyName with the value you want to pass :
In the merge module xml
You can then use MyName to access the value of PropertyName passed
through from the installer. This is for text. Chang
r-russian-spam-in-gmail.html
> >
> > Just need to identify a common chinese character..h :)
> >
> >
> >
> > On 21/04/2008, Antony Walmsley <[EMAIL PROTECTED]> wrote:
> > > Is there a language filter option? Maybe filter out the messages
> >
Is there a language filter option? Maybe filter out the messages
containing the Russian words for "the" or "is" or something like that?
Most of the spam seems to be in foreign languages at the moment.
On 17/04/2008, Rob Mensching <[EMAIL PROTECTED]> wrote:
>
>
>
>
> We could do that but then we'd
Use heat.exe instead
On 02/10/2007, Sergei Shelukhin <[EMAIL PROTECTED]> wrote:
> Hi. How come there's no tallow utility in Wix 3.0 binaries?
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsof
.co.hu/wix/lesson5.php ?
> That is flagged as an executable, or is that just a dll in diguise?
>
>
>
> Antony Walmsley wrote:
> >
> > Are you running tallow on dlls or an exe? I get the same errors as you
> > on an exe file but you said in the original post that you
w.exe : fatal error TLLW0001: unexpected argument on command line:
> Lanmon E
> xtractor.exe
>
> Stack Trace:
>at
> Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.TallowMain.ParseCommandLi
> ne(String[] args)
>at
> Microsoft.Tools.WindowsInstallerXml.Tools.Ta
What parameters are you passing to tallow? I use "tallow -s" on my VC6
dlls and I get a list of registry values.
On 02/08/07, Alexei <[EMAIL PROTECTED]> wrote:
>
> Hi guys,
> I've been asked to write an installer for an application that requires two
> dlls to be registered.
> I've tried running ta
quot;both"? Don't you want it to be @Remove="uninstall"?
>
>
> On 1/19/07, Antony Walmsley <[EMAIL PROTECTED]> wrote:
> >
> > I'm using the following code to configure a service :
> >
> >Id="LineMonitoring
I'm using the following code to configure a service :
The installation is fine but when I uninstall I can still see the
entry in the list of services. The executable has been uninstalled.
I'm using 2.0.4611.0.
--
Sorted, Thanks Bob.
On 19/01/07, Bob Arnson <[EMAIL PROTECTED]> wrote:
> Antony Walmsley wrote:
> > Is the browse button meant to work using WixUI_FeatureTree?
>
> Yes but the feature must have the ConfigurableDirectory attribute set to
> a public (all uppercase) direc
Is the browse button meant to work using WixUI_FeatureTree? I've got
the following :
..
I've tried various combinations for Property/Value but the button is
always disabled when selecting features.
--
I assume this is a reply to my question called "COM+ components not in
Component Services".
I did a rebuild of Wix 4415 with shortened versions of the 4 names
that were too long and now the COM+ apps appear as I would expect.
The strange thing is that the old versions of the merge modules built
w
>
> If you just need to use the tools, download the binaries package.
>
> --
> Mike Dimmick
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Antony
> Walmsley
> Sent: 09 October 2006 15:44
> To: wix-users@lists.sourc
I set up a Virtual PC to build Wix 2.0.4415.0. It builds and runs with
no problems.
However, when I copy the executables to my development machine, I get
the following error:
C:\Program Files\Wix>candle
Unhandled Exception: System.IO.FileLoadException: Could not load file or assembl
y 'candle,
Sorry if this message appears twice, with Gmail refusing to deliver to
Sourceforge and the recent mail problems, I've no idea if the previous
message is queued or lost..
I've just been testing a merge module compiled with the latest v2
build (4415) and using pubca.wixlib. My test installer r
Thanks Rob.This issue has come about because our product groups use InstallShield to incorporate the merge modules into their installers. It seems that InstallShield uses the module GUID and locale to decide whether 2 merge modules are the same. These values are the same in both the new and old mer
I've got a set of merge modules that have been used in installers
sent to customers.
Now I've got to recompile my wix files to pick up the newest versions
of the executables (bug fixes, new features etc). Should the GUID in
be changed to indicate the file contents have changed, or do I keep the
It depends what you want to debug.I was able to find a problem in the COM+ custom actions code by getting the source for wix and building it myself. Use this version to generate the msi. You set an environment variable called MsiBreak to the name of the custom action you want to stop at. The uninst
22 matches
Mail list logo
