I didn't know about Wix, is it really helpful?
-Original Message-
From: Discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of Eames, Andrew
Sent: Friday, December 02, 2005 3:23 PM
To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM
Subject: Re: [ADVANCED-DOTNET] Reading registry k
Do you plan for the case where somehow the application makes it way onto a
machine via a means other than Windows Installer?
What will your app do when the stuff you want to do during Setup hasn't been
done?
-Original Message-
From: Discussion of advanced .NET topics.
[mailto:[EMAIL PRO
I think perhaps you're overestimating what Installer classes do. MSI
setups existed before .NET came along. The vast majorty of install work
(copying files, registering COM classes, type libraries, installing
Services, starting/stopping Services, file extension handlers, putting
things in the reg
As far as I can tell, there is at least one Installer-derived class whose
Install override peforms the file copy. If you could get your Installer-
derived object to be the first item in the Installers collection you
should be able to do something before the file copy.
It that's correct, you shoul
While we're on the subject of setup projects being lame, if you want to
localize your installer, you need create a new project for every culture
you want to localize into - for this reason alone, we decided to go with
Wix
Andrew
-Original Message-
From: Discussion of advanced .NET topics.
It *is* pretty basic to want to do something before files are copied,
and people do it all the time, but VS setup projects have never exposed
all the functionality of Windows Installer and MSI files. There are a
whole bunch of tools to create MSI files these days, some expensive,
some free (like
I haven't used them personally; but, does anyone know if an "installer
class" has the same limitation as a "custom action". Or, is a "custom
action" implemented as an "installer class"?
Seems pretty basic to be able to do something before files are copied
during deployment.
On Fri, 2 Dec 2005 1
You can't use a custom action with VS setup projects because as was mentioned,
VS custom actions get called basically when the install is pretty much
finished. The reason you can't use the setup project's Search Target System for
this is probably because you mentioned searching for a *key* not a
In answer to the question about why VS seems to be ignoring the environment
path setting (to find gacutil):
Visual Studio .Net 2003 ignored the environment settings by default and I'm
assuming VS 2005 does the same.
You probably need to keep the path set in your post build step or launch VS
with
This does not solve my problem, because custom actions can be run after
the installation. I need this before the real installation. When the
setup wizard runs, the second or third form is about the directory,
where program will be installed. I need to read value from registry and
set the property
If I understand you correctly, I think you need some sort of bootstrapper to
accomplish this. If it's really this simple, then you could write a simple
console application that read the key and then called msiexec with the
TARGETDIR specified on the command line. If you could ensure that you
alread
I am able to use GACUTIL.EXE directly; however, I installed the SDK
first, prior to VS 2005, so my path is:
C:\Program Files\Microsoft.NET\SDK\v2.0\Bin
When I updated by Path environment variable, I used the variable
information contained the SDK batch files. I believe that while the
paths are d
See "Walkthrough: Creating a Custom Action" in the "Deploying with Visual
Studio.NET" help. (online at http://msdn.microsoft.com/library/default.asp?
url=/library/en-us/vsintro7/html/vxwlkwalkthroughcreatingcustomaction.asp
or tinyurl-ized: http://tinyurl.com/eyvbs) It's an example in Visual
Basic
Stano,
As far as I remember (it has been almost 2 years since I struggled
with it :) ), you must be able to do it using custom actions. Some
part of your dll must be attributed with setup specific attributes.
Before_install, after_install events are in your reach then...
baris
On 12/2/05, Stani
Do you have link to some resources about this?
Stano
Baris Acar wrote:
Well,
As far as I remember you can plug some of your routines in your setup
project, thus reach any framework class including Registry.
baris
On 12/2/05, Stanislav Peťko <[EMAIL PROTECTED]> wrote:
This is not my case,
Well,
As far as I remember you can plug some of your routines in your setup
project, thus reach any framework class including Registry.
baris
On 12/2/05, Stanislav Peťko <[EMAIL PROTECTED]> wrote:
> This is not my case, because I have "setup project" (deployment), not
> windows application projec
OH, I think I understand now. You want to use an existing value as a
"default" in one of your setup dialogs?
[Disclosure: I'm no expert on setup tools]
If so, I think it will depend on your setup tool. I don't think you
can do that with the VS.NET setup project. You may have to use a 3rd
party
This is not my case, because I have "setup project" (deployment), not
windows application project, so I do not have any class in it and it
uses standard setup dialogs.
Stano.
David Lanouette wrote:
Take a look at the Registery class. It has methods to read and write
entries in the registery
Take a look at the Registery class. It has methods to read and write
entries in the registery. Getting it into a property in one of your
classes will require writing a little code - maybe in a constructor.
HTH.
On 12/2/05, Stanislav Peťko <[EMAIL PROTECTED]> wrote:
> Hello everyone.
>
> I have
Hello everyone.
I have a setup project in VS.NET 2003. I know how to write a registry
key during installation. But I already need the opposite. I need to read
a key from registry and write its value into some property. To be
concrete, I need to read a value from
HKLM\Software\[Manufacturer]\SomeK
20 matches
Mail list logo
