Kelly Summerlin wrote:
So it sounds like here that I should have separate GUIDs for 32-bit and
64-bit component definitions even though the assemblies that are being
deployed are exactly the same. If this is the case, then I can
understand the need for separate GUIDs, but it sure makes
John Calcote wrote:
Hi,
Can anyone tell me what the following error message from the Orca
Validator means:
ICE43 ERROR Component PROGUID_comp has non-advertised shortcuts. It
should use a registry key under HKCU as its KeyPath, not a file.
??
I tend to ignore that one. It
Derek Cicerone wrote:
That means that the component needs to have a registry key under HKCU as its
keypath. This supports installation of per-user shortcuts for a per-machine
installation.
I don't see why anyone would ever want to do this - put per user shortcuts in
per user installations
Foster, Richard - PAL wrote:
Tony,
One scenario we have in our systems is that our customers may want
*some* users to have access to all the components, but other users to
only have access to certain items.
I guess it's the line where you limit your support - if one of our customers
wanted
Jeremy Farrell wrote:
I agree totally. As far as I'm concerned this is a useful feature. I
want to be sure the ProductCode changes every time, to ensure that it is
impossible to do anything other than major upgrades. This may be an
unusual requirement, but it's a valid one and I shouldn't
Derek Cicerone wrote:
Non-advertised shortcuts require dummy HKCU keypaths in their components
– do you have those? (This is one of many mistakes ICE validation catches)
The OP is using ALLUSERS=1 so that would make the problem worse, not
better (modifying HKCU in ALLUSERS would mean that
Magus wrote:
While creating a dialog box in Win32 I used the RichEdit2.0 control, and it
runs fine until I try to call my .dll dialog in Wix. It seems it doesn't
know what the wnd class is for richedit. Anyone ever come across tis
problem?
Have you remembered to call called
Standa Kunc wrote:
ACTION: SharedFile: C:\WINNT\system32\COMDLG32.OCX
(File was now found or had older version -- new file was copied)
Avoid modifying system32. Definately don't 'upgrade' anything found there -
you have no idea what other applications you're breaking whilst attempting to
do
Standa Kunc wrote:
Where can I get msm file for olepro32.dll? Thank you.
You don't need one it exists on the base install of windows.
Tony
-
Using Tomcat but need to do more? Need to support web services, security?
Get
Tiago Silva wrote:
1. How do I produce a double click install to install the upgrade? The
upgrade that i've playing in tutorial gives me a Product already
installed message when I install it by double clicking the msi file.
I'm using a minor upgrade, i.e., the same ProductID and different
Bob Arnson wrote:
so you won't be able to do major upgrades between 1.0.0.40 and 1.0.0.41.
I think you meant minor upgrades there.
Major upgrades uninstall the old product first so there isn't any issue
with version numbers.
Tony
Steven Chin wrote:
Visual Studio 2005 Released version 8.0.50727.42 creates output DLLs
with a manifest that says it depends upon
assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50608.0
Does version=* work? Even better would be version=8.0.*.* but I
suspect
Charlie Poole wrote:
For better testing, I'd like to know where that is and
clear it out periodically. Any ideas?
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder
I don't believe it's documented what's in that key though so deleting it
might not be a good idea.
Danny Smith wrote:
*ICE43** –* xxx has non-advertised shortcuts. It should use a registry
key under HKCU as its KeyPath, not a file
*ICE57** –* xxx has both per-user and per-machine data with a
per-machine KeyPath.
All of the packages have ALLUSERS = 1 and the shortcuts are not
Alexander Gnauck wrote:
took a look at this script. It compares 2 MSI installations. But i have
only 1 MSI file and want to create a transform which sets some
properties (INSTALLDIR, ALLUSERS, SERIAL etc...)
That's how transforms work unfortunately.. they are used to turn one MSI
into
Mike Dimmick wrote:
Also, the CAPICOM team should have provided a better solution for
installation than SelfReg. Ideally they should provide a merge module.
Am I being too idealistic in suggesting that any Platform SDK
redistributable should have a merge module?
There's an official capicom
Rafael Rivera Jr. wrote:
Hi,
Yet another email from me.
I've written a shiny new custom action support library for new shiny new
MSI file. I've jumped through all the right hoops coding wise but am
seemingly running into a manifest issue with Debug CRT libraries
(MSVCR80D.dll). My
Bennett, Joel H wrote:
Hope this helps
Any C/C++ app you compile using VC++ will require the Microsoft Visual
C++ Runtime (MSVCRT)
This is NOT part of the .NET Framework, and is required for any C/C++
code, no way around that.
In fact MSVCRT is specific to visual C++ 6.0 (and 5.0 IIRC).
André Pönitz wrote:
One of my biggest gripes with MSI so far is that it dead slow
(which is, of course, a very subjective impression).
Not so subjective when it comes to patching... VS2005 SP1 took 6 hours
on one machine here. 30 minutes even to get to the EULA. Average is
2-3 hours. Much
Patrick Steele wrote:
Hi,
I am just beginning to learn about using Wix 3, so any help would be
greatly
appreciated. As part of my installation process, I need to create a
couple
of files, placing them inside:
C:\Documents and Settings\All Users and C:\Documents and
[EMAIL PROTECTED] wrote:
AddLocal and Remove work pretty good, except that after my CD Key dialog
Removes a component, the user can still change its status back to Install
Locally inside the SelectionTree. Is there any way to prevent this?
Or maybe I'm being too ambitious trying to provide
Sigurd Stenersen wrote:
Is it possible to assign a value to a property based on the value of some
other property ?
E.g. something like
if ALLUSERS='2' then Root='HKLM' else Root='HKCU'
For that particular setting you can use HKMU.
Tony
André Pönitz wrote:
Simply using [StartupFolder]\Programme does not cut it as the 'Programme'
part is language-dependend.
ProgramMenuFolder
http://msdn2.microsoft.com/en-us/library/aa372057.aspx
Tony
-
Take Surveys.
André Pönitz wrote:
Tony Hoyle wrote:
Simply using [StartupFolder]\Programme does not cut it as the 'Programme'
part is language-dependend.
ProgramMenuFolder
But with ALLUSERS=0 [ProgramMenuFolder] is in the user's hierarchy
whereas StartupFolder and StartmenuFolder are under 'All Users
André Pönitz wrote:
One is not allowed to ignore ICE57 errors for Windows Vista
logo certification (even if everybody agrees that the errors
themselves are bogus and should be ignored ...)
I'd try to talk them into changing that..
Presumably they allow some ICE errors since some are
Wout de Zeeuw wrote:
- Next approach was creating an unadvertised shortcut. But then
initially ICE gives an ICE43 error, telling:
Error 2 ICE43: Component CadLibShortcuts has non-advertised shortcuts.
It should use a registry key under HKCU as its KeyPath, not a
file.
Pallavi Patrutkar wrote:
I read in one of the documents of Windows Vista that, when UAC is
enabled, administrative privileges are disabled for the user (Standard
user). These privileges include granting KEY_WRITE privilege for writing
to HKEY_LOCAL_MACHINE and SE_DEBUG_PRIVILEGE.
So, in
Wilson, Phil wrote:
The other question to ask is whether this really belongs in the
installation at all. The line between installation and configuration is
sometimes a huge gray area, but this could be seen as application
configuration that doesn't need to be in the installation.
I've
David Thielen wrote:
In our case the AddIn hits the port as soon as Word starts so we need it
added on installation.
I'm curious why a Word addin would be listening for incoming
connections? (without giving away any trade secrets of course).
Tony
Joe O'Sullivan wrote:
This will compile fine when I run it I get The Installer has encountered an
unexpected error installing this package. This may indicate a problem with
this package. The Error Code is 2721
What am I doing wrong arrrgh! :-}
That's 'can't find custom action'.
That
stian wrote:
I'm trying to put the dlls msvcp71.dll and msvcr71.dll in the installation
folder. I merge them to my msi using the merge modules CRT and STL, as I've
understood using the merge modules is the way to go (correct?). The problem
Don't bother with the VS2003 merge modules - they're
Simon Dahlbacka wrote:
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
Gareth at Serif wrote:
the system wouldn't have those files and they may be vital to the
running of the program and will probbaly see a lot of crashes or
missing content - a poor experience.
Which will probably happen anyway if your app is not specifically
designed to be installed per-user
Mike Dimmick wrote:
Or if you're using advertised shortcuts, which you need to if you want
install-on-demand or advertised products to work. Advertised shortcuts will
cause Windows Installer to be invoked to install/repair the feature that the
shortcut links to.
Not all features have
Igor Lemsky wrote:
When I create ServiceInstall element and set attribute Account=SYSTEM
I get error like You have haven't permissions to launch system
service... but I launch installer under administrator account!
AFAIK to run as LocalSystem you just leave the account attribute undefined.
James Lapalme wrote:
Is it possible to create an All Users installation package, if yes how?
Set ALLUSERS=1
We have created a package but once installed with a certain user
account, it can only be uninstalled by the same user account.
Make sure the installer only read/writes from
Damitha Bogahawatta wrote:
Hi,
I am trying to set a registry key in HKCU area and have that registry key
applied to
all users on the PC and new accounts created on the PC. I have created a
component with
the registry key and set the KeyPath='yes', but it only applies to the
DEXK JAHN, GXbor wrote:
Forcing IE in any way in an installation (unless you do it for a
company-internal setup where you know for sure what the default
browsers are) is not downright rude, it has already been reached the
level of being counter-productive. I can only speak for myself, but I
Robert Randall wrote:
2) I’ve never tried to execute msiexec from a script inside of an
MSI package. There may be some other caveats with this. Perhaps others
on the list know more.
As far as I know it's impossible, as nested installs don't work.
Tony
F. David del Campo Hill wrote:
Do you know of a way to separate the service installation to a
separate component so it can be referenced and optionally installed
differently to the file it uses?
Include the file in two separate components (one service, one not) with
mutually
conkerjoe wrote:
What would be the most efficient way to install MS Jet 3.5 on a machine with
Wix ?
Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC
most likely won't do anything on newer systems as it's in the base OS
now, but you want to be sure in case it gets run on
conkerjoe wrote:
one of the main issues is whats to stop the user just starting the msi
rather than the Exe you ask them to start with an autorun.. it really needs
to be something like Installshield which wraps everything up into 1 exe so
the end user doesnt have a choice
Have a required
Thomas Leigh wrote:
Would doing this mean that you can't do a distributed install, or
whatever you would call it, i.e. with GPO?
All the bootstrap solutions have this limitation. If you want to go for
'pure msi' you need to list the prerequisites in the install
instructions and let the admin
Gareth at Serif wrote:
Hi guys,
I've been using SubinACL to ensure that some of our own registry keys have
full control permissions for the Everyone user group instead of any
inherited permissions that might cause issues - this is particularly vital
on Vista where even administrators have
Gareth at Serif wrote:
Hi Tony,
Thanks for your quick response. The reason we use 'Everyone' is merely on
our registration details - we only want one user (whoever it is) on the
system to have to register the application for all users to be registered...
What are the SIDs and how are
Rob Mensching wrote:
Not today. That's a pretty strange thing to do. To go modify some
other file to remove some attribute off of it. Usually, people
just build up ACLs on the files they own to make sure the right stuff
is there.
Also with inheritance 'removing' might have no effect anyway
Pseudonymic Wannabe wrote:
Is it possible to suppress MSM conditionals? Our product is dependent on
some Microsoft merge-modules that have a conditional not to install on
NT version = 500 (meaning Windows2000). The thing is though we need the
mergemodules to install on Windows2000, so is
Glen Harvy wrote:
Can someone confirm this and if it is true, presumably these files
should be put into the AppDataFolder or CommonAppDataFolders depending
on whether it is a user or alluser install. Again, if so, how do you
determine what user type the install is at runtime and how do you
Anthony Wieser wrote:
Looking into this further, HKLM doesn't work, however reading the ICE43
documenation, it says:
Yes, ICE43 is wrong in this respect. It should read ALLUSERS and check
(using HKMU is an interesting workaround though).
That almost works, but then you get an ICE57 error
Albert Tuulas wrote:
Sweet. Running the regedit from System32 showed my registry entries, however
in not very much expected location:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\
That's the 32bit registry.
http://support.microsoft.com/kb/896459
It's pretty confusing, when I ask installer to
Bob Arnson wrote:
A way with less work would be to allow only members to send to the list.
But that means people have to sign up first -- that might be more
annoying...
I have this with a simple script that emails nonmembers for
confirmation, so a member gets to post immidiately, a
Hao Liu wrote:
2. I signed my custom actions (a setup dll and a remove dll) and the
msi as well. But when I run the msi, I still get the UAC prompt like:
Is there any way to prevent the prompt opened?
No. You can't bypass UAC in any way. That's the point of it.
Tony
Vincent Ho wrote:
In Windows XP, the silent install works with no problems. Is there a way to
grant credentials for silent installs within Vista?
Not without the admin disabling UAC, no.
If an installer could silently give itself admin rights there would be
little point in UAC at all!!
Tony
Brent B. Powers wrote:
Werner, Harvey D wrote:
I need to update the PATH environment variable to prepend the value of
[TARGETDIR]\bin during our product installation.
You need
Action='set'
below, and I believe you have to do a CA to get/manipulate the value to set.
Am I the only
Chris Mumford wrote:
And am also setting the Package ... InstallPrivileges=elevated /
attribute. Is light/WMI just not smart enough to know that this isn't
a per-user install, or am I failing to specify something correctly.
It's just a bug in the ICE - in your case putting registry key in HKCU
Hi,
I've been tasked with modifying an existing installer to include
localised country names. Unfortunately wix seems to be mishandling the
registry entries and replacing every extended character with '?'.
I found a reference to a similar issue in 2005:
Bob Arnson wrote:
Tony Hoyle wrote:
I've been tasked with modifying an existing installer to include
localised country names. Unfortunately wix seems to be mishandling
the registry entries and replacing every extended character with '?'.
You need to set a codepage that handles all
DEXK JAHN, GXbor wrote:
Windows Installer still doesn't handle Unicode--I can't simply
understand how the developers got away with this :-)) So, it's not a
WiX limitation...
Maybe MSI 4 wil fix it.. we can only hope.
Tony
Mike Dimmick wrote:
I would strongly recommend using satellite resource DLLs rather than
registry entries if possible. Registry lookups are not free. If you have to
persist with this approach, look at creating a language-neutral installer,
which uses codepage 0, and a collection of language
DEXK JAHN, GXbor wrote:
With 65001, I could successfully create an installer that does
display Unicode characters not covered by any of the other,
officially supported codepages. However, I can only test it on a US
XP. I'm worried about other, localized versions of Windows, most
notably the
Rob Mensching wrote:
One thing I remember the MSI team mentioning was that certain system
dialogs the Windows Installer puts up will show up with boxes because
the Windows Installer does not understand the UTF-8 codepage. Basic UI
maybe... I forget the specific dialogs (if they even said)?
Anasuri, Mahesh wrote:
Hello WiX dev/users:
Is WiX package supports Unicode MSI Installers? I customized WiX
source to make Unicode MSI but stuck with some errors and the below
is the extract.,
No it doesn't, because the underlying MSI engine doesn't. Wix can't do
anything that MSI can't
Richard Wilde wrote:
Hi
2) We compile the msi WITHOUT the logo and templates and send the SAME msi
to all resellers. Each reseller only has burn the msi along with a folder
containing their logo and templates and distribute this to their clients.
Can't you just put the changing files in an
DEXK JAHN, GXbor wrote:
I admin a list where new people are set to moderated until their
first post, then it can be decided whether to accept and liberate the
user or to remove it as spam. But this requires extra human work and
I don't know if SourceForge supports this at all (besides,
Ben Greene wrote:
This doesn’t seem to work though. When I run it either nothing happens,
or I get a dialog telling me about the command-line switches msiexec
accepts.
You can't run an msi from within an msi, so what you're attempting isn't
going to work.
You have two options:
Anidil wrote:
I have tried that but still it's not preventing install on Windows 2008..
Windows 2008 is the identical kernel to Vista SP1 (in fact Win2008 makes
a great client OS for development - Vista without the cruft.. several
people here have switched to it already).
There should be no
Albert Shamsiyan wrote:
Thanks for the prompt response Adam.
So basically I should point the [EMAIL PROTECTED] element to the public key
(spc file) representing my company signatures? If that's so, Is it possible
to extract it from already signed file? If so how?
You probably have to
67 matches
Mail list logo