Re: Installing COM add-in

You don't need admin rights to install, just user rights to install new software. If the user doesn't have that then an admin would be needed to install no matter what.

An addin created using VB 6 with a designer will create all the needed entries on its own when registered. When I'm running in the IDE and then want to test compiled code I just run regsvr32 on the COM addin DLL and automagically all the needed registry entries are created.

When I create installers (I use InstallShield myself) they work for normal users if they can install new software. I don't do anything special. Does running regsvr32 on your DLL work to set things up?

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Absolute Beginner's Guide to Microsoft Office Outlook 2003
Reminder Manager, Extended Reminders, Attachment Options
http://www.slovaktech.com/products.htm


"Randy Harris" <randy@xxxxxxxxxx> wrote in message news:ulYcOBSyFHA.3720@xxxxxxxxxxxxxxxxxxxxxxx
<snip> 
Ken,

I'm thrashing about here making lots of mistakes trying to get this right. I
would really appreciate it if you could straighten me out.

I initially created the Add-in with the VB6 COM Add-in template and
designer. It worked but would only install for users with admin privilege.
That's when I came up with the "two step" install that I described earlier.

I wrote a program that would create the key in HKCU (following the guide for
VB5 setup in your book). That in itself, however, didn't seem to be enough
on the user workstations. (I noted that the key didn't include a path to
the .dll file). I created a second program that registers the Add-in in
HKLM\Software\Classes\CLSID. The second program must, of course, be run by
an admin user. These two, together, work. It's a really clumsy set up.

Can you tell me what I should be doing to make this a single step, user
installable package?

Randy Harris


.

Relevant Pages

  • Re: Prevent users from installing software
    ... Just take them out of the admin group. ... If that user has admin rights, ... If your admins need to install software, just have them use the runas ... > as logging off and logging on as one of them to install the software, ...
    (microsoft.public.win2000.security)
  • Re: Running Applications and Adming Rights
    ... Again, I didn't give the Domain Admin rights, I am an application developer ... access rights for the install. ... >> the application folders, ...
    (microsoft.public.windowsxp.security_admin)
  • Re: Client Installation Issues: SMS 2.0 SP5
    ... Lets say the account I use for> the SMS Services is SMSAdmin. ... I setup the Client> Installation Account as what was listed above being our local admin ... password on some> of those, but any other idea's why prior to this, the client didn't want to> install? ... Grant the>> service account admin rights on every box, ...
    (microsoft.public.sms.setup)
  • Re: Deny Interactive Logon but Allow Runas
    ... users may also need to install a fix-pack, ... be an admin to install. ... if your secret app is really so bad ... As our users don't have local admin rights they usually have ...
    (microsoft.public.windowsxp.security_admin)
  • Re: Running Applications and Adming Rights
    ... Well you can still give the user Admin rights to workstation. ... account if he wanted to... ... > access rights for the install. ...
    (microsoft.public.windowsxp.security_admin)