Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Search for profile-like Windows mechanism

0 views
Skip to first unread message

Matan

unread,
Jan 17, 2003, 4:08:32 PM1/17/03
to
Hi,
I have to make a network application which can rely on
the fact that the client machines have a Windows domain
server. Each user should have its own data.
I'm thinking to myself, isn't there a Windows mechanisms
I can use to do exactly what the profile mechanism does
for Windows. Meaning, that I can just use some API to
store data and the login process would get the data
bundle back to the user machine regardless of the machine
identity.
It seems reasonable such an API might exist. (The
alternatives are building a mechanism relying on active
directory and/or com+ which actually feels like
rebuilding the profile mechanism)

Please help...

Thanks,
matan

Eugene Gershnik

unread,
Jan 17, 2003, 5:17:01 PM1/17/03
to

I am not sure I understand your reqirements completely. What's wrong with
storing your data in the user's profile? If the profile is roaming (as seems
to be the case in your system) all your data will be automatically brought
with it. I am sure I am missing something in your post... :-)

Eugene

"Matan" <SIB_...@Bezeqint.net> wrote in message
news:7bda01c2be6c$973232b0$8af82ecf@TK2MSFTNGXA03...

Chris P

unread,
Jan 17, 2003, 5:44:02 PM1/17/03
to

Sounds like you should be storing the data under HKEY_CURRENT_USER. If the
profile is roaming this will automatically get stored back to the server at
logoff and restored at logon.

"Matan" <SIB_...@Bezeqint.net> wrote in message
news:7bda01c2be6c$973232b0$8af82ecf@TK2MSFTNGXA03...

Eugene Gershnik

unread,
Jan 17, 2003, 6:58:57 PM1/17/03
to
Please, please don't do that :-) Or if you absolutely must do it please
provide a clean way to export and import the data you store to a flat file
and back. I am personally fed up with applications that store their data in
the registry without any clear way to back it up elsewhere. If your Windows
box dies because of a corrupt registry of for any other reason you end up
not only reinstalling but configuring from scratch everything you had there.
Even Microsoft is going away from the registry in .NET (all the
configuration is stored in XML files)
Regular file stored in the user's profile directory will work the same
without all the problems

Eugene

"Chris P" <ms...@chrisnet.net> wrote in message
news:OJdGZpnvCHA.2596@TK2MSFTNGP12...

arkadyf

unread,
Jan 19, 2003, 3:08:08 AM1/19/03
to
Possible to combine minimal registry using ( to check from remote by
RegConnectRegistry() ) where directory path of file ( XML e.g.)with data
written
Arkady

"Eugene Gershnik" <gers...@hotmail.com> wrote in message
news:O03R$RovCHA.1244@TK2MSFTNGP12...

Eugene Gershnik

unread,
Jan 19, 2003, 3:53:40 AM1/19/03
to
But anything you store in your profile directory will anyway be brought in
from server for a roaming profile. There is even a special standard place to
put configuration files: %USERPROFILE%\Application Data\Company Name. There
is no need to use registry at all (which is itself stored in the user
profile in a bunch of .dat files)

Eugene

"arkadyf" <ark...@hotmail.com> wrote in message
news:#0cfEH5vCHA.2396@TK2MSFTNGP10...

Chris P

unread,
Jan 20, 2003, 3:46:39 PM1/20/03
to
If it's a domain is this user registry information not replicated between
controllers? I haven't seen an easy way to replicate the profile directory
unless you set it up manually as an active directory replication folder.

Just curious.

"Eugene Gershnik" <gers...@hotmail.com> wrote in message
news:O03R$RovCHA.1244@TK2MSFTNGP12...

Eugene Gershnik

unread,
Jan 20, 2003, 6:34:50 PM1/20/03
to

You just designate the profile as a "roaming" profile stored on the server.
Check Q142682, Q146192, Q269378, Q141714 (and many others) for details.

Eugene

"Chris P" <ms...@chrisnet.net> wrote in message

news:#1MtyVMwCHA.2296@TK2MSFTNGP10...

0 new messages