| View previous topic :: View next topic |
| Author |
Message |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Tue Apr 19, 2005 1:19 am Post subject: xp rights and privileges |
|
|
hi all,
i need help with administrator rights and privileges under xp
someone has loaded my program Canary onto their computer and sent me this message to explain what the problem is
| Quote: | Anyway, the PCs in the lab are donated PCs and they are
Intel P2-300mhz processors with 192MB memory and small 4GB harddisks.
I'm running Windows XP on them with SP1 - no disk room for SP2. I set up
a small lab workgroup with a hub that all lab PCs connect with but it's
outside of my domain with the Shelter. This way, the PCs can access the
Internet through the router but not my network server. I have an
administrator login and a user login on the lab PCs. With that
background, this is what happened. I logged into the lab PC as
administrator and installed Canary. The install went as expected and the
program started up just fine. I logged out of administrator and logged
into the PC as a user (restricted user because of them being lab PCs).
When Windows was coming up, I get this error: "VDS Web Browser Extension requires Internet Explorer version 5.0 or later". I click "OK" and the
next error message box comes up saying "Runtime Error 28 at line 1197".
When I click OK, then the program shuts down. If I log out as a user and
log back in as administrator, the program comes up and loads and
responds just fine. I am running Internet Explorer version 6.0 SP1 with
some hotfixes on all lab PCs. |
i know nothing of rights and privileges under xp and need help in knowing what to do to fix this
the error line mentioned is,
| Code: | | external vdsbrw50.dll |
thanks in advance
serge _________________
|
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Tue Apr 19, 2005 8:10 am Post subject: |
|
|
This looks like the same error Skit (I think it was) had. Apparently the user doesn't have read rights to the registry value that contains the internet explorer version number. I don't know how you can fix this. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Tue Apr 19, 2005 8:41 am Post subject: |
|
|
thanks for that jules
i will do a search of the forum in the hope of finding his post - skit, if that was you, did you find a work around?
serge _________________
|
|
| Back to top |
|
 |
Skit3000 Admin Team

Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Tue Apr 19, 2005 3:16 pm Post subject: |
|
|
hi skit,
it was jan who first raised the issue and i found his post - i asked him if he found out more about it and said that he used vdssurfx.dll to get around the problem
sorry for the bother
serge _________________
|
|
| Back to top |
|
 |
Skit3000 Admin Team

Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Wed Apr 20, 2005 8:11 am Post subject: |
|
|
| Serge wrote: | hi skit,
it was jan who first raised the issue and i found his post - i asked him if he found out more about it and said that he used vdssurfx.dll to get around the problem
sorry for the bother
serge |
Yes my memory was faulty. Though I was right it was one of the guys from Holland... _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Wed Apr 20, 2005 8:58 am Post subject: |
|
|
no probs jules
serge _________________
|
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Thu Apr 28, 2005 2:24 am Post subject: |
|
|
hi all,
i have changed my code so that i now use vdssurfx.dll and my customer says that it all works very well - thanks for that tip
however, he has come across another problem that has to do with what registry root key my program can access under xp
the problem is: when he logged in as an admin, he set up all the settings he wanted and password
when he then logged in as a user, my program did not "see" his previous settings and password and wrote the default one to the registry and so had to start again with the settings and password
my program is set to save the information in the current user root key which i understood all users of xp had access to
if that is the case, why is this happening and where in the registry can i save an admin's settings so that all users who run my program are subject to the same settings?
thanks in advance
serge _________________
|
|
| Back to top |
|
 |
CodeScript Moderator Team

Joined: 08 Jun 2003 Posts: 1060 Location: India
|
Posted: Thu Apr 28, 2005 2:30 am Post subject: |
|
|
| Quote: | | my program is set to save the information in the current user root key which i understood all users of xp had access to |
Nope, current user will be different when he logs on with a diff user ID!. Use HKLM instead. _________________ Regards
- CodeScript
Give your application a professional look with the VDSGUI Extension |
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Thu Apr 28, 2005 2:50 am Post subject: |
|
|
thanks codescript - will look into that
serge _________________
|
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Thu Apr 28, 2005 10:19 am Post subject: |
|
|
Really, if you are developing programs to release to the world in general, you have to test them under non-administrative users and even under different versions of Windows, and not just hope that they will work.
You are quite lucky to have a user who will work with you and give you feedback on the problems. Most people will just delete a program that doesn't work properly, and you may not find out why no-one is registering it for months.
You should also test the programs on a computer where VDS has never been installed. I had one program that would never work because I forgot to include one VDS extension DLL in the setup, and it was several months before anyone told me! Of course, the DLL was already on all my computers, so I never noticed the mistake. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
PGWARE Web Host

Joined: 29 Dec 2001 Posts: 1564
|
Posted: Thu Apr 28, 2005 1:17 pm Post subject: |
|
|
You should be able to READ from HKLM just about any registry key. Logged in as a limited user you will NOT be able to write to HKLM or HKR.
Thus for each user that runs your software (each different Windows user logged in) you should write custom settings for them in the HKCU registry root.
Obviously you can use both HKCU and HKLM for an admin user. Preferably you should only store important software settings in HKLM such as registration serial (if required) so all users can run the software registered, program start up mode (if it starts up with windows) and other settings that you do not want normal limited users the ability to change.
Each different Windows user has a unique HKCU, it is not the same and is not shared. Only HKLM & HKR is shared throughout the entire computer and is protected (default) from being written to unless logged in as a admin account.
One easy way to check if the software is running under and admin or limited user account is simply to write to the HKLM registry and see if the value was written by using a @regread right after the write. Obviously if the value was written you are 'probably' under an admin account, if the value did not change you are logged into a limited user account. |
|
| Back to top |
|
 |
Serge Professional Member


Joined: 04 Mar 2002 Posts: 1480 Location: Australia
|
Posted: Thu Apr 28, 2005 3:45 pm Post subject: |
|
|
jules,
i agree about properly testing software before releasing it and i generally thoroughly test my programs before i release them but there is only so much testing that one can do eg. i can test under windows 98se and xp but not under every other flavour of windows and i would rather give up programming than have to spend $$$ on windows versions just so i can test that my programs all run under every version of windows
the other testing problem i have is user access as i know nothing about it under xp and am not sure where to go to find just the information i need
i have come across the same problem you mentioned with files missing and getting around that is also a problem when you only have access to your home computers where you have vds running to write code and to test it and you can't really uninstall vds every time you want to test a program
as i said, there is only so much testing you can do
add to that the problem that came up with the browser element checking the version number before loading into memory, i spend considerable time writing code that made my program depend on that in good faith that the browser would reliably work under xp's user restrictions only to find that my work was in vain because there was a "bug" or problem with it - not something i could foresee unless i need to test all the elements of vds under every possible situation that a user faces when running my program
sorry about this but there is only so much you can do to test a program
pgware,
thanks for your help - will read your comments very carefully to try and learn about this whole user and rights issues under xp
serge _________________
|
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Fri Apr 29, 2005 7:53 am Post subject: |
|
|
I agree with you to a great extent, Serge. I have almost come to the point that I am giving up writing any more programs for general release because it is impossible to write a program that will run perfectly on every computer. Either that, or you have to adopt the attitude that if someone finds your program won't run on their computer, you just have to reply "bad luck, you're one of the unlucky ones."
My programs that use the browser element work perfectly fine under a non-administrative user here. So it's not a problem that would have come to light during my own testing of the browser element, and I'm as much in the dark about the reason for it as you are. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
|