Hi, I have a vendor package for a program, but for it to work in an locked down environment (usera have only user-righte on the computer) I have to manually register Dll files that are on the server. How do I do this in an package?
Thanks in Advance
//Alstersjo
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
never heard of doing this.

have you tried copying the files locally?
Answered 12/28/2005 by: aogilmor
Ninth Degree Black Belt

Please log in to comment
0
Although possible, registering files which are located on another machine is not a recommended practice. Copying them locally first would be preferable.

It is possible to register files for the user rather than the machine, although it is unlikely that you will be able to do that with "Regsvr32.exe". The users would have permissions to do this themselves.

Which packaging software do you use (if any)?
Answered 12/28/2005 by: WiseUser
Fourth Degree Brown Belt

Please log in to comment
0
since you are talking about lock down environment......Does user have the permission to register any dll or ocx?...If yes then you can use regsvr32.exe.

Mayur
Answered 12/29/2005 by: Mayur
Senior Yellow Belt

Please log in to comment
0
No user doesn't have permission to register dll or ocx if you system is locked good
Answered 01/03/2006 by: linstead
Blue Belt

Please log in to comment
0
ORIGINAL: alstersjo

Hi, I have a vendor package for a program, but for it to work in an locked down environment (usera have only user-righte on the computer) I have to manually register Dll files that are on the server. How do I do this in an package?
Thanks in Advance
//Alstersjo


I did this yesterday in a Kluwer package (Dutch).
When I tried to make it work I found I had the same problem you have.

Here's my solution.
I compiled the package as it was.
Then I made a .cmd script with the necessary regsvr32 commands addressing the dll's on the server.
I tested it first and unregistered the files after that.
Next I did a start snapshot and told it to add to the .wsi I made before.
Now I ran the script and did the end snapshot.
Voilla the .dll's on the server were registered!

I first tried to add the script as a custom action but, while it worked from the command prompt, that didn't work.
Above solution is the most elegant in my opinion.
Ofcourse, if you start from scratch you don't have to do the second snapshot.

Marcel
Answered 01/03/2006 by: ZhuBaJie
Orange Belt

Please log in to comment
0
Hi
Thanks for your answer, but just to clerify, is the information recorded in registry for this enough for the dll:s to be registerd?'
//Henrik
Answered 01/04/2006 by: alstersjo
Senior Yellow Belt

Please log in to comment
0
Yes.

Registering an active-X component involves writing registry information.

Because "HKCR" is a combined representation of "HKLM\Software\Classes\" & "HKCU\Software\Classes", the registration can be in either location.

Unfortunately, "non-admin" users do not have "write" permissions to "HKLM\Software\Classes\" (only "HKCU\Software\Classes\"), but writing to HKCR writes the information to "HKLM\Software\Classes\".

It should be possible to create an MSI that would allow a "non-admin" user to install (and register) these files under his own user account. The files would not be registered for subsequent users of the machine. Personally, I avoid per-user installs whenever possible.
Answered 01/04/2006 by: WiseUser
Fourth Degree Brown Belt

Please log in to comment
0
Hi
Great thanks for all your Replys, now my packege seems to work fine.
//Henrik
Answered 01/05/2006 by: alstersjo
Senior Yellow Belt

Please log in to comment
Answer this question or Comment on this question for clarity