B
Bryan Dickerson
First I'll apologize for cross-posting. Shoot me. I figure the more people
that I can get this in front of, the faster my problem may get solved.
I guess this actually has more to do with security on Windows XP than
programming, but here goes.
With all of our in-house written programs, I have written them to be
installed such that when a user dbl-clicks an icon on his desktop, he is
actually clicking on another program I wrote that checks the copy of the
program on his pc versus the copy in a network location to see which is more
current. If the copy on the network is more current, then the network
version is copied down. Likewise for all the DLLs and OCXs used by the
program, to be complete, the shell for each DLL, un-registers the old
version, deletes it, copies the new version from the network, registers it
and then runs the program. All this to keep me from having to go to each
desktop and load the latest version of the program on the pc-all I have to
tell them is "log out and back in to get the latest version". Also part of
this picture is the fact that each user to this point has been setup with
"Administrative" rights to his own pc, and several people in the company
have abused this privilege by loading the latest junk software and thus
costing us the time and effort of replacing their machines. Ugh. So now
our network admin wants to move the users down to "Restricted User" status
to keep them from repeating the abuse of their pc. Enter Windows XP which
is pre-loaded on all the new machines we purchase***. I need to find some
way to still allow the updates to the company programs to flow easily and
correctly down to their machines, but keep them from downloading junk. I
tried redoing the installation packages from installing my DLLs and OCXs in
the Windows\System32 directory to installing them in a directory under
Program Files\Common Files. I also tried giving the "Restricted user" full
control over the Common Files sub-directory and the program files
sub-directory, but whenever there is a new update, the shell program seems
to copy and register new DLLs correctly, but when the program starts it gets
the error "429 ActiveX component can't create object" right off the bat.
*** Most of our machines have Windows 2000. I have tried to duplicate this
on Win2K, but have been unable to.
As I said, I think this is more about permissions and policies than
programming, but could anyone perhaps even point me in a good direction?
Some sort of tutorial on policies, etc. that might help me.
Thanks in advance!
that I can get this in front of, the faster my problem may get solved.
I guess this actually has more to do with security on Windows XP than
programming, but here goes.
With all of our in-house written programs, I have written them to be
installed such that when a user dbl-clicks an icon on his desktop, he is
actually clicking on another program I wrote that checks the copy of the
program on his pc versus the copy in a network location to see which is more
current. If the copy on the network is more current, then the network
version is copied down. Likewise for all the DLLs and OCXs used by the
program, to be complete, the shell for each DLL, un-registers the old
version, deletes it, copies the new version from the network, registers it
and then runs the program. All this to keep me from having to go to each
desktop and load the latest version of the program on the pc-all I have to
tell them is "log out and back in to get the latest version". Also part of
this picture is the fact that each user to this point has been setup with
"Administrative" rights to his own pc, and several people in the company
have abused this privilege by loading the latest junk software and thus
costing us the time and effort of replacing their machines. Ugh. So now
our network admin wants to move the users down to "Restricted User" status
to keep them from repeating the abuse of their pc. Enter Windows XP which
is pre-loaded on all the new machines we purchase***. I need to find some
way to still allow the updates to the company programs to flow easily and
correctly down to their machines, but keep them from downloading junk. I
tried redoing the installation packages from installing my DLLs and OCXs in
the Windows\System32 directory to installing them in a directory under
Program Files\Common Files. I also tried giving the "Restricted user" full
control over the Common Files sub-directory and the program files
sub-directory, but whenever there is a new update, the shell program seems
to copy and register new DLLs correctly, but when the program starts it gets
the error "429 ActiveX component can't create object" right off the bat.
*** Most of our machines have Windows 2000. I have tried to duplicate this
on Win2K, but have been unable to.
As I said, I think this is more about permissions and policies than
programming, but could anyone perhaps even point me in a good direction?
Some sort of tutorial on policies, etc. that might help me.
Thanks in advance!