, the
formatted string in column 'Target' references file 'MyExeFile' which
belongs to component 'MyExeComp'. Components are in the same feature.
If I make the DesktopShortcut an advertized shortcut I can't use the Ta
ers mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Tony
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
files installed are keypath'd in that folder?
--
Tony
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for
x27; attribute to the X property or
'EnableUserControl=1', solves this issue.
I don't understand why the fresh install works without issue but when
maintenance/modify is performed the UI property fails to get passed along
to the execute sequence.
--
Tony
default built-in administrator is
> intended to be used only for critical startup functions, being so
> privileged it's disabled by default. I believe that's part of the
> answer.
> ---
> Phil Wilson
>
>
> On Wed, Feb 18, 2015 at 6:11 AM, Tony w
don't expect dissertations, just product names, and/or a
sentence or two), what have you done to solve this scenario?
Thanks.
--
Tony
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest
ou
> advise us.
>
> SDL PLC is a public limited company registered in England and Wales.
> Registered number: 02675207.
> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
> 7DY, UK.
>
> -Original Message-
> From: Tony [mailto:yellowjac
y would this happen? Is there something I could look for in the
install or uninstall logs to give me a clue?
--
Tony
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need
g.com>
>
> On Wed, Oct 21, 2009 at 6:11 AM, Tony wrote:
>
>> We have a project that includes several wixlibs. These wixlibs all
>> "export" ComponentGroupRefs to one of two features in our main WiX
>> project. Installation appears to be working fine.
ou need to specify a "range" and then provide
ticks to indicate progress. Not sure how that would work in an open
ended type transaction. In our case we have hundreds of files to
process, so we use the number of files as the "range" and send a tick
message after w
used to deal with features that often have an ever
growing (and sometimes shrinking) list of components?
--
Tony
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you ne
w guids as well.
Do you check-in the auto-generated component.wxs file? Or just
check-in an empty sub file?
On Thu, Oct 22, 2009 at 4:46 PM, Blair wrote:
> Use heat.exe with "-ag" and always use Major Upgrade (Product Id='*'), never
> patch.
>
&g
generated file??
On Fri, Oct 23, 2009 at 12:32 PM, Brian Rogers wrote:
> Hey Tony,
>
> The GUID generation for -ag doesn't actually occur until Bind time. So,
> there would be no output for you to check in. Take a look at the Binder.cs
> and SetComponentGuids(Output output) metho
Is Property-->RegistrySearch evaluated during uninstall as well? I'd
like to set a property's value to a registry value during uninstall.
IOW, I need to use a value found in the registry during uninsta
ck that in and never change the guid again.
>
> I hope you haven't shipped yet.
>
> -Original Message-
> From: Tony [mailto:yellowjacketl...@gmail.com]
> Sent: Friday, October 23, 2009 9:45 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-u
a version number (if it isn't already) where
> build-to-build you alter something in the first three parts of the version
> string (probably the third part).
>
> -Original Message-
> From: Tony [mailto:yellowjacketl...@gmail.com]
> Sent: Monday, October 26, 2009 6:50 AM
&
When during the uninstall are the RegistrySearch values evaluated?
Are they evaluated during by uninstall package that is invoked during
a major upgrade as well? If so, when?
On Fri, Oct 23, 2009 at 8:17 PM, Blair wrote:
> Yes, it is.
>
> -Original Message-
>
lback, all actions executed since the InstallInitialize are
run again in reverse order (assuming conditions are met), correct?
And the Rollback property is set. Are actions after InstallFinalize
called (assuming conditions are met) at the end of a rollback?
--
, Nov 11, 2009 at 2:29 AM, Blair wrote:
> For removal, people sometimes take the deferred action that was marked as
--
Tony
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simpl
; deferred CAs anywhere but in my InstallExecuteSequence tables. If I
> don't have them in the tables, then ICEs can't validate their
> requirements and I have to manually debug my logic.
--
Tony
--
ement.
Any ideas would be appreciated.
Thanks,
Tony
This Email is covered by the Electronic Communication Privacy Act, 18 U.S.C
2510-2521 and may be legally privileged. The information contained in this
Email is intended only for the use of the individual or entity named above. If
the read
dll",
but even that gives the same message.
I've googled until my googler is sore, can't discover what is wrong.
Thanks,
Tony
This Email is covered by the Electronic Communication Privacy Act, 18 U.S.C
2510-2521 and may be legally privileged. The information contained
Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
-Original Message-
From: Tony White [mailto:twh...@ent.com]
Sent: Wednesday, July 31, 2013 4:37 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] adding
Why does adding the EventSource node cause the custom
action to fail?
I'm going to get another log with the EventSource removed and see what is
different.
Thanks,
Tony
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Wednesday, July 31, 2013 3:45 PM
To: G
I (c) (94:34) [16:25:34:197]: PROPERTY CHANGE: Modifying INSTALLLOCATION
property. Its current value is 'C:\LogonTimerService\'. Its new value:
'C:\Program Files\Ent Federal Credit Union\LogonTimerService\'.
Action ended 16:25:34: SetTARGETDIR. Return value 1.
More confused now
way?
Thanks,
Tony
-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Wednesday, July 31, 2013 4:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] adding event source during install
Why are you setting TARGETDIR with a custom
stall-path
I'm sure this is not the way to do it, but it does have the redeeming quality
of working:
Tha
Hi!
I have a strange problem with standart BrowseFolder dialog.
I have custom dialog witch contains such controls (three fields for selecting
directory):
All is fine installer runs and folders a selected. But, if I want to set up the
same path in each dialog, in first i ca
of cource, http://wix.tramontana.co.hu/tutorial/localization
Best Regards, Tonny Erjomin
Skype: aneremin
Think of the environment...please don't print this e-mail unless you really
need to
> From: v-dan...@microsoft.com
> To: wix-users@lists.sourceforge.net
> Date: Mon, 13 Jun 20
Unless there is a much more elegant method, you may try a good ole' Win32
method:
- use Spy++ to find the dialog ID of the control (s):
- use Setup Window title to find the dialog HWND (you may be doing this already
to parent your message window)
- get HWND of the control using GetDlgItem
- call
The right substitute for Vista/XP like Quick Launch shortcut is to make the
link pinned to the taskbar (IMO).
It appears as simple as putting the shortcut in User Pinned\TaskBar subfolder
of Quick Launch folder in Windows 7.
this list.
And anyway auto-pinning your application to the Windows 7 taskbar will
an excellent way to quickly lose customers :)
Sascha
On Fri, Dec 18, 2009 at 7:53 AM, Tony Juricic wrote:
> The right substitute for Vista/XP like Quick Launch shortcut is to make the
> link pinned to the
-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Tuesday, December 22, 2009 11:58 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Quick Launch shortcut in Vista and Windows 7
Tony Juricic wrote:
> Hmm... I guess I would have a hard time to pass a concept h
: Re: [WiX-users] Quick Launch shortcut in Vista and Windows 7
Tony, how do you catch the case, that your user only can install
applications elevated as administrator (don't assume everybody is admin on
his/her machine)? Wouldn't the quick launch shortcut then only appear on the
administrato
t: Re: [WiX-users] Quick Launch shortcut in Vista and Windows 7
Tony, how do you catch the case, that your user only can install
applications elevated as administrator (don't assume everybody is admin on
his/her machine)? Wouldn't the quick launch shortcut then only appear on the
admi
At which point in the patching process are custom actions that are executing
the updated ones?
I have custom actions that execute before and after PatchFiles action.
Custom action executing before PatchFiles finds MSI DB already transformed.
Based on that I would expect that table containing cu
In my patch application I am removing one executable file and its corresponding
config file like this:
0
0
When I remove this patch, My.exe gets restored but not My.exe
rrently
marked transitive.
Phil Wilson
-Original Message-
From: Tony Juricic [mailto:tjuri...@tradestation.com]
Sent: Thursday, January 21, 2010 8:19 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Does patch removal restore removed data files?
In my patch application I
The next build should include a fix for this. If not, let us know.
If you want to fix this in your current build, edit your project file in a text
editor and add "True" under your "
OneOfMyDllAssemblies" ProjectReference.
-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs
The new build is out:
http://wix.sourceforge.net/releases/3.5.1322.0/
It should fix the problem, but let me know how it works for you.
-Original Message-
From: Tony Paloma [mailto:apal...@microsoft.com]
Sent: Friday, January 22, 2010 10:44 AM
To: General discussion for Windows Installer
I think that now I understand what happened.
My expectation about patching system behavior when component is transitive was
wrong.
During patch application, transitive component condition gets evaluated and, if
it has changed from true to false, component gets deleted. However, to
facilitate pat
That's right. I my experience it doesn't really matter if component remains
transitive (my case) or loses transitive state when removing the patch. The
question to ask is: if patch application removed file(s), when patch itself is
removed how will those files come back? And the answer seems to b
Have you installed the project aggregator MSI? It needs to be installed first
on systems with VS 2005 before Votive can be installed.
http://wix.sourceforge.net/releases/3.0.5419.0/ProjectAggregator2.msi
-Original Message-
From: Lynda Li [mailto:lyndali...@gmail.com]
Sent: Monday, Janua
You'll need to set both WixTasksPath and WixTargetsPath. They need to point to
the WixTasks.dll and Wix.targets file respectively.
Try:
/p:WixTasksPath=C:\wix3.0\bin\WixTasks.dll
/p:WixTargetsPath=C:\wix3.0\bin\Wix.targets
Normally these files don't get installed to the WiX installation director
You should also set WixToolPath (like Brian mentioned) to where you have WiX
3.0 tools installed (which in your case seems to be C:\wix3.0\bin).
-Original Message-
From: Tony Paloma
Sent: Thursday, February 04, 2010 10:32 AM
To: General discussion for Windows Installer XML toolset
I run into this problem when creating the patch:
ERROR: Internal PatchWiz Error occurred.
ERROR:The Last Error Received is: 1627
ERROR:The Last Error Received is: 1: 2210 2:
which is caused by Patch table having default Sequence field of type I2
I used Orca to create default Patch table a
Since my external UI is WPF I am really bothered, both by having to
disambiguate several classes and by having to reference forms Dll just for a
few enums, when calling Installer.SetExternalUI. Hopefully these enums will
become UI-system-agnostic in the future.
TradeStation Group, Inc. is a pub
I believe so.
Custom action are in MSI database which is transformed before the
install/uninstall (really repair in the case of the patch) starts running
custom actions. So during patch install you get patched actions executing.
During uninstall you get unpatched action or no action executing b
When a user requests to cancel a build, Votive does not stop a task currently
in progress. The build will be stopped after the current task ends. I'll look
into improving this.
Also, asynchronous building only occurs when using Visual Studio 2010. When
using VS2005/2008 the IDE will be mostly u
DLL for VS 2005/2008 and
another for VS2010, but I'm not sure yet if this is something we want to do.
-Original Message-
From: Tony Paloma [mailto:apal...@microsoft.com]
Sent: Wednesday, February 10, 2010 1:18 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re:
My understanding is that QFE2 is created as the difference between the RTM and
your current code base. Applying QFE2 will use RTM as the base whether you
installed QFE1 or no. There should be no need to uninstall QFE1 short of
wanting to prevent user from ever running that code (which would be t
It looks like somehow your targets file didn't get updated. The Wix.targets
included in 3.5.1419.0 doesn't use the ProjectReferenceSourcePaths since it was
removed from the task. Previous versions of WiX had this task parameter.
When upgrading to 3.5.1419.0, did you uninstall and reinstall or ju
During uninstall items added to the Start menu are removed.
However, recently opened programs entry is still on Start menu for a while.
I know that it will eventually become the oldest entry and will go away, but is
there any API to remove it right away during uninstall?
TradeStation Group, Inc.
One way of avoiding overwrite by the default value during Change is to store
INSTALLDIR value in the Registry as the part of custom action that is
conditionally executed only on fresh install (i.e. Installed property)
-Original Message-
From: Sachin Dubey [mailto:sachin.du...@live.com]
Votive doesn't support wildcards or variables in the include path for Compile
items. You'll still be able to build it from the command line, but you won't be
able to load the project in Visual Studio.
Newer versions of Votive in WiX 3.5 should give an error message when loading
projects using w
Can you change the "Directory ID" property on the project reference to the id
of a bin directory that you author in manually?
-Original Message-
From: Jason Stangroome [mailto:jason.stangro...@readify.net]
Sent: Tuesday, March 16, 2010 3:05 PM
To: wix-users@lists.sourceforge.net
Subject:
(and many more) are harvested from the web project but the
compiled binaries end up in the wrong folder.
Jason Stangroome
Readify | Senior Developer
M: +61 422 924 675 | E: jason.stangro...@readify.net | W: www.readify.net
-Original Message-
From: Tony Paloma [mailto:apal...@microsoft.
I think the comment is referring to how there is no condition against
TargetName's value (notice how most others only set the property if it doesn't
yet exist, but this one doesn't do that).
I'm unsure of what you mean by "the code snippet in the condition" because all
of the GetFullPath and Co
Sorry, meant to say that the the comment is referring to how there is no
condition against TargetDir's value when setting the TargetDir property -- not
TargetName.
-Original Message-
From: Tony Paloma
Sent: Wednesday, March 17, 2010 12:30 PM
To: 'General discussion f
If it were using WPF, I would seriously consider it.
-Original Message-
From: Michael Clark [mailto:mcl...@fullarmor.com]
Sent: Thursday, May 13, 2010 5:02 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Finally a GUI solution with WiX
I was just getting ready to start a ne
The title reflects the strangeness of the problem that I am trying to solve. It
is not WiX specific but in the broader install community there is higher chance
that somebody may have had similar experience.
It starts with user installing vcredist_x86.exe on his Windows 7 64-bit. He is
sharing hi
blems. It is only about 2 dozen Windows 7 64-bit
users that have either this exact, or a similar problem, with the end result
that the main app can't find MFC DLL version 9.0.30729.4148 and reports it in
Windows Application Event Log as a side-by-side error.
Tony
-Original Message
ascha Beaumont [mailto:sascha.beaum...@gmail.com]
Sent: Tuesday, May 25, 2010 2:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Do UFOs visit Install land?
Have you tried using merge modules rather than the redistributable?
On Tue, May 25, 2010 at 4:35 AM,
dard redist.
Basically it doesn't matter what MFC/CRT files are on the system when there are
policy files redirecting you. You'd have to look at your manifest, then see
what MFC policy files are there that might redirect you, and the same for the
CRT.
Phil Wilson
-Original
I always use just one base but multiple bases (i.e. targets) are possible from
what I understand from the documentation. I avoid them because that increases
the size of the patch (differences from both bases must be stored in a patch)
but it should work if you declare two targets.
-Original
Here is one example where you can try insert additional targets (bases)
http://schemas.microsoft.com/wix/2006/wi";>
http://www.myco.com";
Classification="$(var.CLASSIFICATION)"
AllowRemoval="yes"
OptimizedInstallMode="yes"
Thanks Sascha!
So far we had 40 users with vcredist_x86.exe install problem. All Windows 7 but
not only 64 bit. It is interesting, but not yet enlightening to me, how some
issues got solved. Quite a few users run vcredist_x86.exe manually, with full
UI. Normally it is run silently by our setup
As a long-time temporary setup guy I do help 'my' developers by loading exes
and dlls in VS2008 and opening their manifests. I check module dependencies and
tell devs if something is wrong. For example, normally (unless mandated by a
binary third-party component) we don't want both 8 and 9 versi
Often this happens when versions of the files are not correctly set. That is,
your patch contains one file that has changed (i.e. binary comparison will show
differences) but version number of dll or exe was not changed.
However, if you read install documentation (and some blogs) in depth, you w
Good ole' MessageBox is the most reliable way to debug C/C++ CAs that I found.
You may be able to set the breakpoint after the MessageBox and then attach to
the running msiexec process.
-Original Message-
From: little.forest [mailto:little.for...@ymail.com]
Sent: Tuesday, August 24, 20
Not to discourage you but in early 3.0 versions I have encountered bugs that
prevented me from creating binary delta patches with Pyro. Patching the full
file was fine. I was too busy to follow up on the bugs or check if they were
fixed in later releases so I don't know what is the state right n
Yep. Primadonnas that "just write their glorious code" and expect that somebody
else takes care of how it ends up installed on the end user system(s) are more
norm than exception. In fact, I can understand that. For example, I wouldn't
mind having a dedicated slave to press compile and fix my co
MSI calculates the hash of data files and, if hash is different, patch will
update the older file.
However, that is only in the case that file creation and modification time&date
are identical.
When time & date are not identical, MSI assumes that file was touched by the
user and won't patch it.
These are not WiX rules but MSI rules and are documented on MSDN site,
somewhere in install patching section.
-Original Message-
From: Travis Gaff [mailto:tra...@pc-doctor.com]
Sent: Thursday, September 16, 2010 12:48 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How does p
I am able
to extract the .msp file immediately after creation and confirm that files
are not included that I wish to include. Applying the patch in Orca shows
the same issues. It looks like this is occurring at the patch assembly
level.
-Original Message-
From: Tony Juricic [mailto:tjuri
Yeah, I feel bad too. I mailed some initial trials errors to Peter Marcu and
never found the time to investigate in more details and file an official bug
report.
-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Thursday, September 23, 2010 5:31 AM
To: Genera
Just found out that Microsoft is retiring current installer and this quote:
"InstallShield 2011 should be an installation development environment of choice
for Visual Studio users, ensuring that Visual Studio applications of any kind
can be professionally installed and work with the latest Micro
For a while patching errors like:
MSI (s) (28:48) [13:52:25:298]: Product: MyProduct -- Error 1328. Error
applying patch to file C:\Config.Msi\PTCCC8.tmp. It has probably been updated
by other means, and can no longer be modified by this patch. For more
information contact your patch vendor.
Yey!!!
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, January 31, 2011 10:07 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] WiX v3.5 released!
WiX v3.5 Released! Tell your friends. Read more here: http://bit.ly/w
In this particular case I am not interested in setting Company Name and version
number for my interop assemblies (that is, files generated using tlbimp) just
so that the name is not an empty string and that the version is not 1.0.0.0.
In order to have un-installable patches I need assembly file
One thing that you may try is the following:
1) put all the files that may get deleted inside their own component
2) Do not set any Guid for that component
Windows Installer will ignore these files when it comes to patching so you will
never be able to upgrade/downgrade them via patching mechani
I have an interop assembly that breaks my patching.
When patch is installed verbose log shows this:
MSI (s) (78:E8) [16:12:06:987]: Baseline: INTEROP.SERVICELIB.DLL not touched in
this transaction, verification required.
MSI (s) (78:E8) [16:12:06:989]: Baseline: Existing INTEROP.SERVICELIB.DLL
This is probably not DTF specific issue. I have code to add a table to MSP file:
using (Database db = new Database(file, DatabaseOpenMode.Transact))
{
ColumnInfo[] arrc = new ColumnInfo[2]
{
new ColumnInfo("Key", typeof(string), 32, true),
new ColumnInfo("Value", typeof(string), 25
It was the length of the string in second 'Value' column - it must be at most
255 characters.
-Original Message-----
From: Tony Juricic
Sent: Tuesday, September 01, 2009 2:09 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Creating database table via DTF - SQL synta
Applying the patch on one XP system produces the following error log for one
file (edited here to shorten the path to MYFILE.EXE):
MSI (s) (74:4C) [17:23:03:041]: Executing op:
CacheBaselineFile(Baseline=0,FileKey=MYFILE.EXE,FilePath=C:\Program Files\..\
MYFILE.EXE,,Existing=0)
MSI (s) (74:4C)
18005 MSI, while it fails on XP with MSI components version 3.01.
I guess I would have to enforce both build and application MSI versions to be
the same (meaning I'll have to install 4.5 MSI on XP machines before staring
install and patching process), but at this time it is just a guess.
Tha
"don't matter"
for it to be able to assert that the file is the same before applying the
patch it). If you are using Pyro instead of PatchWiz, the IgnoreRange
element goes under the File element in building your "Updated" image (it
seems to be missing from the sche
This means changing
Registry value while kernel debugger is attached via null modem cable. Clearly,
this is no way that I can fix the issue on customer's XP machines.
I feel that Microsoft should provide a safe way of updating buggy MSPATCHA.DLL
on XP machines.
-Original Message-----
PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Patch failure on XP that doesn't happen on Vista
Alternately try building with version 5.1 of MSPATCHC.DLL (by building on an
XP box?).
-Original Message-
From: Tony Juricic [mailto:tjuri
Try verbose log to see which file has a problem. Use command line like:
msiexec /update "mypatch path\MyPatch.msp" /lv*x .\Patch.log
Then in the log you will find the entry saying that local source for some file
can't be resolved and that it is trying to find the original MSI.
In my case problem
Also check that component rules are not broken (it can take time understanding
them well):
http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101
http://msdn.microsoft.com/en-us/library/aa372795(VS.85).aspx
-Original Message-
From: Oivind [mailto:oivind.fla...@visma.com]
Sen
Having this log entry in my C++ custom action:
LPCWSTR cause = L"Something is [funky] here";
::WcaLog(LOGMSG_STANDARD, "[MYLOG] program failed because %S", cause);
This is the log that I get:
"program failed because Something is here"
TradeStation Group, Inc. is a publicly-traded holding compa
While there are quite a few samples of appropriate Custom Action (including
some posted here) none of them work for me. I either get an error code 1631 or
no error code (see log example below where it appears that app was launched ok)
but I see no application UI (it is a WPF app).
Is there som
: [WiX-users] So how does one run installed executable after the
install finishes?
Tony Juricic wrote:
> While there are quite a few samples of appropriate Custom Action (including
> some posted here) none of them work for me. I either get an error code 1631
> or no error code (see lo
Tony Harold
Sr. Software Engineer
Harland Financial Solutions
400 SW 6th Avenue, Suite 200
Portland, OR 97204
tony.har...@harlandfs.com <mailto:kim.berg...@harlandfs.com>
(800) 274-7280, ext. 2406
I have verbose log and this is all the extra info that I find about the cause
of the reboot:
MSI (s) (4C:E8) [18:33:27:219]: RESTART MANAGER: Did detect that the client
process of this installation holds file[s] in use, so a reboot will be
necessary.
Is there any way to find out which files MSI
Post log excerpts. I have an opposite issue. I have to force REINSTALLMODE="o"
to *AVOID* Registry from being updated with original values. However, for me
Change leads to either Repair or Uninstall. I don't really know what just
Change by itself means or does.
Repair should definitely restore R
At one point I was thinking that I have too many C++ Custom Action Dlls and
started using existing Dlls. That is, I added a new entry point for a new CA in
a Dll that already hosted code for existing CA. That appears to work just fine
except for one issue: WcaLog() doesn't work - nothing gets ou
custom action? Is this custom action the target of a control event?
On Mon, Dec 7, 2009 at 3:44 PM, Tony Juricic wrote:
> At one point I was thinking that I have too many C++ Custom Action Dlls and
> started using existing Dlls. That is, I added a new entry point for a new CA
> in a
Would this really work? I ask because I have never managed to get
conditions to work for Registry components. In my experience Registry is
handled in bulk. All the components (i.e. Registry keys and values)
either get created/written or no.
-Original Message-
From: p...@hoaske.dk [mailto:p
101 - 200 of 410 matches
Mail list logo
