Our installer uses RegLoadKey/RegUnloadKey in a CustomAction to perform
multi-user installation (i.e. write to mutliple user's HKCU trees), and,
more importantly, multi-user uninstallation. Installation can effectively be
delayed to first run, but uninstallation needs to happen immediately for all
In one of my registry keys the system has following strings
OPEN REG_SZvalue
OPEN1REG_SZvalue1
OPEN2REG_SZvalue 2
now how do i find out that the next name should be OPEN3?
On target machine, there may be OPENn (n could be any number) how can i
derive OPENn+1
Thanks,
Niti
Someone please help me with the following issue?
I have this property :
And this Custom action which sets the above property
There is another custom action which uses the above property
The installation log shows the following:
…
…
…
Action start 19:08:22: LaunchConditions.
Act
Hi Justin,
Thank you for your reply. I was pretty sure that I already tried what
you are suggesting but I tried it again anyway. Unfortunately it didn't
work again. :(
There is an important piece of information that I forgot to mention -
the associations and the icons do not work at on Vista. I j
Dear reader,
I am doing a major upgrade and a part of the featuresare upgraded.
Of some other features only the components that have not changed (same file,
same component guid) are installed/stay installed. The other componets are
removed by .
All the features i need are installed according to
I opened an incident with MSFT, here's what they said (after a very
round-about conversation):
The documentation on it is correct - it needs to be at least one
more than the highest number in the DiskID column of the Media table.
"This field can be null only if you are u
[please keep the mailing list on the thread]
You're about 10 months out of date. There were a number of bug fixes even in
the last month. I'd recommend going to http://wix.sourceforge.net/releases/
and grabbing the latest v2 build.
-Original Message-
From: raj ganesh [mailto:[EMAIL PR
You can't do that with anything built into the Windows Installer. That pattern
isn't really great for really robust installation behavior either. It can be
very hard to correctly repair, patch and sometimes uninstall the data.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Niti
In response to Jason Van Eaton's question about deleting all files in a
folder on uninstall (including ones that were not initially installed)
Rob Mensching responded:
Personally, I would do work to describe all of the files to get the
confidence that my install costing/install/uninstall/repair/up
That method of loading and unloading all of the hives does not actually work
correctly in all cases. The profiles that are on the machine may be old caches
of the user profile. The code may have worked in many cases but will
definitely not work correctly in roaming user scenarios. I've been t
I tried to set up the property like you said, but it's still not
working. Can you see where I've gone wrong?
My checkbox control:
NOT(WixUI_InstallMode =
"Remove")
My property definition:
Feature:
Component:
REMOVEALLFILES AND (&Complete = 2)
I
You'll probably find a great many side effects if you ever try to
repair/upgrade/patch Components with the same key path. It isn't actually a
correct way to use the Windows Installer.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Van Eaton
Sent:
Hello,
I am getting the below errors while compiling the wix project.
Error 116 Unresolved reference to symbol 'Directory:ProgramMenuFolder' in
section 'Product:{CF6B0F22-9FA7-46D9-AEC6-73FFC5DFA9CD}'. C:\Documents and
Settings\VK\My Documents\Visual Studio 2005\Projects\WixProject1\WixFile
1. You are correct. I didn't read the mail that way.
2. Yes, RemoveFile and RemoveFolder could be used. However, I would question
the intention to delete everything out of a directory where the user could put
data. Personally, I would be a very unhappy developer if I added some other
files
That error is telling you have referenced Directory ProgramMenuFolder and
Directory DesktopFolder but have not defined those Directory elements in your
authoring.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Monday, April 02, 2007 6:44 AM
To: wix-users@l
[please keep the wix-users mailing list on the thread]
You would have to create a DLL CustomAction to do the registry reading
yourself, yes. The CustomAction can search and set a Property. Again, when
you think about the reorganization, you're going to find there is a lot of work
when you wan
Notice the (s) and the (c). It appears you changed the property on the server
side of the Windows Installer and used the Property on the client side of the
install. Where did you sequence your actions (i.e. where did you put the
Custom elements)?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECT
Hi, I am experimenting a very weird tallow behavior. Basically I'm executing
the tallow.exe from a command line and it's generating invalid names (with
more than 8+3 characters) instead of name/longnames. I'm also using tallow
in a build process so it produces candle crashes due to invalid names.
I knew that (S) and (C) had something to do with it :)
My custom action is at the end of the installsequence
Something wrong with that?
Thanks for quick replies,
- Nitin
On 4/2/07, Rob Mensching <[EMAIL PROTECTED]> wrote:
Notice the (s) and the (c). It appears you changed the pr
I got the icon, I was using 32x32 icon, i replaced that with 16x16 pixels
icon and it works :)
On 3/27/07, Nitin Chaudhari <[EMAIL PROTECTED]> wrote:
No icons for me yet. I copied the 3 lines in my wxs and placed a .ico file
in the same place where I had wxs and set the SourceFile value as the
Hi,
We had this problem recently as well.
Have a look at registry setting:
HKLM\System\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation
We've got it set to 0 on our build server that was giving us grief before.
Dan
From: Adrian Alonso [mai
No, but it depends on where all the other action are scheduled.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nitin Chaudhari
Sent: Monday, April 02, 2007 7:09 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Changing property value at runtime
I knew that (S) and (
So to be clear, it is only useful to pass in multiple cultures in at the
same time when all of those cultures share the same codepage?
Is there a common codepage that works with most languages and Windows
Installer? Such as utf-8 (65001)? I seem to recall reading that while
it may work, string
Huck, Jacob wrote:
I was positive the spirit of the msdn doc was saying it would work
with PatchWiz 2.0 /or greater//, /but apparently not. They said
they'd improve the error message (long term) and write up a kb (short
term).
Thanks for the follow-up! It almost makes sense, as PatchWiz 2.0
[EMAIL PROTECTED] wrote:
>
>
There's your problem: Without a guid, the component is unmanaged and
never removed. Take a look at a verbose log around the InstallValidate
action to see which components and features are scheduled for
installation/removal.
--
sig://boB
http://bobs.org
I've run into a strange problem with a custom action DLL that works just
fine on one system, but not on the "clean" test system that I've been
working with (a fresh XP install in virtual server). On my dev machine,
and my second "not so clean" XP machine (has VS installed), the msi
works fine, and
Huck, Jacob wrote:
So to be clear, it is only useful to pass in multiple cultures in at
the same time when all of those cultures share the same codepage?
Yes. MSIs support only a single codepage.
Is there a common codepage that works with most languages and Windows
Installer? Such as utf-8 (
Did you link dynamically to the CRT? If that is the case the CRT DLL's are
going to be on your normal system, but not on the "clean" system. You typically
want to link statically to the CRT for custom action DLL's to avoid the
dependency.
-Original Message-
From: [EMAIL PROTECTED] [mail
HvPutten wrote:
> MSI (s) (6C:C0) [15:49:28:679]: Feature: FeatKingClientChild2; Installed:
> Absent; Request: Local; Action: Local
>
> for instance the component of FeatKingClientChild2 is not installed.
>
Follow up with the components in that feature. Are they also selected
for installat
I am not overly fond of removing user data either. However, the PM has asked
for there to be an option (not enabled by default) to allow the user to delete
everything if they like. Richard uses a thoughtful example to make the point
about the potential futility of trying to know what files wil
okay, I think my issue is concerned only with 2 actions.
CA which sets the property : executed after LaunchConditions
CA which uses the property : executed after OnExit
basically OnExit (in InstallUISequence) I show a dialog, this dialog has
a Finish button, and the finish button publishes an eve
Phil,
Thanx for your response.
1. Yes, "early in the installation process" does mean in the UI
sequence...I know that this is not a recommended way to execute
elevated CAs but I have a task that must be done prior to displaying a
custom dialog that requires it.
2. I stuffed the manifest into
>There's your problem: Without a guid, the component is unmanaged and
>never removed. Take a look at a verbose log around the InstallValidate
>action to see which components and features are scheduled for
>installation/removal.
I gotcha, I figured I didn't need a guid because the intent was to
Hi Dan, thanks!... that worked for Files but it not for Directories... do
you have a similar issue with directories as well?
On 4/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
Hi,
We had this problem recently as well.
Have a look at registry setting:
HKLM\System\CurrentControlSet\Contro
I'm trying to register an OCX control.
I ran heat.exe and used the output in my wix project but the ocx isn't
properly registered???
If can manually register the ocx using a command line with regsvr32.exe
and it registers properly.
Am I missing something or does heat not work with ocx controls
Thanks. That too is adding to my reticence to generate the WiX code.
So what are my practical options?
On 4/1/07, Fredrik Grohn <[EMAIL PROTECTED]> wrote:
The problem with auto generating WiX source code like that is that you
very easily end up breaking the component rules. Each file should b
Heat attempts to run the DLL's DllRegisterServer function and then work out
what it did. Like most reverse engineering, it's not very reliable, and it's
heavily dependent on the DllRegisterServer code working correctly in the
unusual, artificial environment that Heat creates. This is done both to
f
Yeah, I haven't had any luck with Heat either, but the reverse
engineering isn't all that tricky actually. Grab the trial version of
RegSnap from http://lastbit.com/regsnap/ and try unregistering your
control, taking a snapshot, registering, taking a snapshot, and
comparing the two. There'll be s
Well, there really isn't a standard way to solve this... My approach would be
to try to validate the output instead of generating the input. Two approaches I
have considered myself in the past are:
1. Make sure the setup step is part of the test harness and that you are
running it on a r
LGHT0111: Could not find entry section in provided list of
intermediates.
I am seeing the above error. What this means? This started showing up
when I started linking against a .wixlib instead of object files. The
numbers of wix files in the project grew and decided to build .wixlib
and link i
I think it means that it can't find a or in the list of
.wixobj and .wixlib files you have provided.
--
Mike Dimmick
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Surendra
Katari
Sent: 02 April 2007 22:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-user
Hello,
I'm trying to do quite simple thing - set a shortcut to installed
executable. It works and if my icon is embedded in executable I can see
icon image displayed on the shortcut:
This works fine:
But when I try to use a separate icon file, I see a symbolic image of an
icon, inst
I'd like to be able to have one wxs file that contains all general information
for my installation. Then multiple other wxs files that will customize it.
for example:
general.wxs
specific.wxs
After it is done the installation should contain myfile1 from generaldir and
myfile2 from
[EMAIL PROTECTED] wrote:
> If I use the RemoveFolder block, nothing happens.
>
RemoveFolder maps to the RemoveFile table, which only removes empty
folders. So you need both RemoveFile and RemoveFolder.
> If I uncomment the Condition element, it fails to delete anything in
> either case. I'm
Chris wrote:
I'd like to be able to have one wxs file that contains all general
information for my installation. Then multiple other wxs files that
will customize it.
You can use Fragment elements to mix-n-match parts of setup. But you
can't "override" IDs. Take a look at the WiX v3 setup so
Great.
I've got this working with MYCONDITION specified as INSTALLEVEL >= 1000.
This works for my two installation types, "Client" (where
INSTALLLEVEL=3) and "Server" (INSTALLLEVEL=1000).
One final question on this topic though, and I'm sorry if it's simple
but reading through the tutorials and
I need to change the user's regional time format on a computer
http://www.nabble.com/file/7627/Untitled.gif
During the installation. Our program does not run unless the regional time
format is at a particular setting. And yet we do not want for users to need
to set it manually themselves.
I h
that seems like a Bad Idea(tm) to me, as a user in a locale that's usually
affected by "hardcoded decimal point programming" I definately do *not* want
a random installer go fiddle with my regional settings just because the
programmers didn't get it right. Fix your software instead IMO.
regards,
48 matches
Mail list logo