 |
BorlandTalk.com
Borland discussion newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
James H
Guest
|
 Posted: Tue Aug 23, 2005 5:31 am Post subject: Deployment with user level priveliges & TRegistry |
 |
|
This is similar to question posted on 8/19, but with differences.
Delphi 5 App, WIN XP Pro.
Registry Values installed by administrator level
Using OpenKeyReadOnly to read values in HKLM/Software/App/SomeStringKey
still does not read any data, and no exception is generated either.
I've not been able to debug it as a common user on my dev machine,
because when I log in as user, my Delphi configuration is hosed, and I
haven't taken the time to figure out how to reinstall all the components
and packages I regularly use.
I'm truly stumped. Any suggestions ?
Regards,
Jim
|
|
| Back to top |
|
 |
Brion L. Webster
Guest
|
| Posted: Tue Aug 23, 2005 4:11 pm Post subject: Re: Deployment with user level priveliges & TRegistry |
|
|
James H wrote:
| Quote: | Registry Values installed by administrator level
Using OpenKeyReadOnly to read values in HKLM/Software/App/SomeStringKey
still does not read any data, and no exception is generated either.
I've not been able to debug it as a common user on my dev machine, because
when I log in as user, my Delphi configuration is hosed, and I haven't
taken the time to figure out how to reinstall all the components and
packages I regularly use.
|
OpenKeyReadOnly returns True or False.
For debugging purposes, you can either create a log file in "My Documents"
or c:temp, or simply if OKRO then ShowMessage('it worked') else
ShowMessage('it failed').
Before you call OKRO, you also need to make sure you *set*
TRegistry.RootKey. By default it's set to HKCU, not HKLM, so all of your
OKRO calls will likely fail. Before/after you call OKRO, you might also
want to ShowMessage(myRegistry.CurrentKey) and/or myRegistry.CurrentPath.
-Brion
|
|
| Back to top |
|
|
James H
Guest
|
| Posted: Tue Aug 23, 2005 4:23 pm Post subject: Re: Deployment with user level priveliges & TRegistry |
|
|
Thanks, I'll try the showmessages.
I already set Rootkey (I use a standard set of code for all registry
access) I can already guess it failed, because it did not return the
string value from the key. I'll post back when I figure it out.
Brion L. Webster wrote:
| Quote: | James H wrote:
Registry Values installed by administrator level
Using OpenKeyReadOnly to read values in
HKLM/Software/App/SomeStringKey still does not read any data, and no
exception is generated either.
I've not been able to debug it as a common user on my dev machine,
because when I log in as user, my Delphi configuration is hosed, and I
haven't taken the time to figure out how to reinstall all the
components and packages I regularly use.
OpenKeyReadOnly returns True or False.
For debugging purposes, you can either create a log file in "My
Documents" or c:temp, or simply if OKRO then ShowMessage('it worked')
else ShowMessage('it failed').
Before you call OKRO, you also need to make sure you *set*
TRegistry.RootKey. By default it's set to HKCU, not HKLM, so all of
your OKRO calls will likely fail. Before/after you call OKRO, you might
also want to ShowMessage(myRegistry.CurrentKey) and/or
myRegistry.CurrentPath.
-Brion
|
|
|
| Back to top |
|
|
James H
Guest
|
| Posted: Tue Aug 23, 2005 7:49 pm Post subject: Re: Deployment with user level priveliges & TRegistry |
|
|
Egg on face. The registry readstring that read the connection string for an ADO query was still set up as OpenKey(DBKEY, false), which invalidated everything else in the chain.
Thanks.
James H <jim.hock (AT) salemation (DOT) com> wrote:
| Quote: | Thanks, I'll try the showmessages.
I already set Rootkey (I use a standard set of code for all registry
access) I can already guess it failed, because it did not return the
string value from the key. I'll post back when I figure it out.
Brion L. Webster wrote:
James H wrote:
Registry Values installed by administrator level
Using OpenKeyReadOnly to read values in
HKLM/Software/App/SomeStringKey still does not read any data, and no
exception is generated either.
I've not been able to debug it as a common user on my dev machine,
because when I log in as user, my Delphi configuration is hosed, and I
haven't taken the time to figure out how to reinstall all the
components and packages I regularly use.
OpenKeyReadOnly returns True or False.
For debugging purposes, you can either create a log file in "My
Documents" or c:temp, or simply if OKRO then ShowMessage('it worked')
else ShowMessage('it failed').
Before you call OKRO, you also need to make sure you *set*
TRegistry.RootKey. By default it's set to HKCU, not HKLM, so all of
your OKRO calls will likely fail. Before/after you call OKRO, you might
also want to ShowMessage(myRegistry.CurrentKey) and/or
myRegistry.CurrentPath.
-Brion
|
|
|
| Back to top |
|
|
Brion L. Webster
Guest
|
| Posted: Tue Aug 23, 2005 8:06 pm Post subject: Re: Deployment with user level priveliges & TRegistry |
|
|
James H wrote:
| Quote: | Egg on face. The registry readstring that read the connection string for
an ADO query was still set up as OpenKey(DBKEY, false), which invalidated
everything else in the chain.
|
Glad you found it!
-Brion
|
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
