471,318 Members | 2,025 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,318 software developers and data experts.

How do I script the registration of .NET components used by VB6?

My VB6 program is using an increasing number of .NET components. It's
becoming a distribution nightmare.

When I send out an update of the software, the new .NET DLL's are not
getting registered in the GAC, so problems I've solved aren't being solved
for my customers.

My update routine calls GACUtil -- if it can find it. MS has buried it in
different places depending on the version(s) of the Framework that have been
installed. On other systems, GACUtil doesn't seem to exist. So I've
distributed that -- not sure if I'm supposed to, but I've got to make this
thing WORK! Even so, I'm about to connect to a bunch of machines at one
client's offices and fix this by hand.

Our development team has put too many hundred hours into the .NET stuff to
abandon it -- especially if this really is the wave of the future on MS
platforms. And updating the older program to .NET would take too many
thousands of hours to be a good solution -- this year at least.

How do I install this stuff so it works and I don't become a full-time
software installer?
--
Daniel Wilson
Senior Software Solutions Developer
Embtrak Development Team
http://www.Embtrak.com
DVBrown Company

Jul 21 '05 #1
4 1085
Daniel,
On other systems, GACUtil doesn't seem to exist. So I've
distributed that -- not sure if I'm supposed to,


No, the recommendation is to use MSI instead. It supports installing
assemblies into the GAC.

Mattias

--
Mattias Sjögren [MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.
Jul 21 '05 #2

"Mattias Sjögren" <ma********************@mvps.org> wrote in message
news:eB*************@TK2MSFTNGP14.phx.gbl...
Daniel,
On other systems, GACUtil doesn't seem to exist. So I've
distributed that -- not sure if I'm supposed to,


No, the recommendation is to use MSI instead. It supports installing
assemblies into the GAC.

Mattias

--
Mattias Sjögren [MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.


Thanks, Mattias. Can you suggest something to create MSI install sets that
will actually:
1. install in the GAC and
2. register w/ RegAsm?

Wise for Windows Installer will do the former, but not the latter. That
means that COM programs can't create the thing.

Also, for updates ... am I supposed to build an install set every time I
roll out a modification? And then is the client supposed to uninstall &
reinstall every time?

Thanks.

dwilson
Jul 21 '05 #3
Daniel Wilson wrote:
When I send out an update of the software, the new .NET
DLL's are not getting registered in the GAC, so problems
I've solved aren't being solved for my customers. [...] How do I install this stuff so it works and I don't
become a full-time software installer?


Instead of putting your assemblies in the GAC, if they are
only going to be used by your application via COM, you could
register them using the /codebase switch (or creating the
equivalent registry value) so that they can reside anywhere,
including your application's install folder. This will also
simplify the update process since you would only need to
overwrite the files.
--

// Alessandro Angeli
// MVP :: Digital Media
// a dot angeli at psynet dot net
Jul 21 '05 #4
Daniel,
Thanks, Mattias. Can you suggest something to create MSI install sets that
will actually:
1. install in the GAC and
2. register w/ RegAsm?


No I can't, sorry, I don't know enough about MSI stuff. But I thought
VS setup projects supported this.


Mattias

--
Mattias Sjögren [MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.
Jul 21 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

17 posts views Thread by Phil Powell | last post: by
reply views Thread by Jeff S | last post: by
7 posts views Thread by dm4714 | last post: by
3 posts views Thread by J L | last post: by
9 posts views Thread by Jerim79 | last post: by
5 posts views Thread by silmana | last post: by
reply views Thread by rosydwin | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.