[THIN] Re: Script updating ntuser.dat
- From: "Braebaum, Neil" <Neil.Braebaum@xxxxxxxxxxxxxxxxx>
- To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
- Date: Fri, 28 Feb 2003 16:25:43 -0000
I can only suggest checking err.number after the regwrite, to see if there's
an error code logged.
I can't think of any obvious reason why it should fail. The sample syntax
you've given is fine. The only thing to do, now, is proper debugging to see
what's going on / wrong.
Check / output err.number, also consider running regmon whilst the script is
executing.
I could easily recommend alternate means to script this (other languages) -
but to be fair, there's no reason why the approach you've taken shouldn't
work, so it seems more appropriate to try and find out why, rather than
merely suggest an alternate method, simply because there's something not
working with this one.
Neil
> -----Original Message-----
> From: Monahan, Thomas [mailto:Thomas.Monahan@xxxxxxxxxxx]
> Sent: 28 February 2003 16:09
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Script updating ntuser.dat
>
> There are no policies that I am aware. Other programs that
> are run don't have any trouble saving their reg entries. If I
> load the hive I can see all their entries after each session.
> Is it something to do with the fact that it is a script? Or
> the way I publish it. I can't really think of why this is
> happening. Though on a Friday evening my brain isn't at its
> most sharp.
>
> > -----Original Message-----
> > From: Braebaum, Neil [SMTP:Neil.Braebaum@xxxxxxxxxxxxxxxxx]
> > Sent: 28 February 2003 15:48
> > To: 'thin@xxxxxxxxxxxxx'
> > Subject: [THIN] Re: Script updating ntuser.dat
> >
> > You said NTUSER.DAT - so it's fair to assume it's not a mandatory
> > profile.
> >
> > Do you have any policies that set options like - don't save
> settings?
> >
> > If you are sure that this isn't the case, check the security on the
> > file(s), the profile path configured, and if necessary load
> the hive
> > (ntuser.dat) into regedt32.exe and check the DACL on the hive (I'm
> > guessing that's not a
> > problem, though, as your script would fail, and you'd have
> all sorts of
> > other problems during the session).
> >
> > > -----Original Message-----
> > > From: Monahan, Thomas [mailto:Thomas.Monahan@xxxxxxxxxxx]
> > > Sent: 28 February 2003 15:39
> > > To: 'thin@xxxxxxxxxxxxx'
> > > Subject: [THIN] Script updating ntuser.dat
> > >
> > > Hi,
> > >
> > > I am having trouble updateing the ntuser.dat a logged in user
> > > from a script. The background to this, is a citrix farm that
> > > publishs this script to update the users registry. I'm not
> > > entirely sure as to how the whole ntuser.dat roaming profile
> > > works but I think that when the user logs in, the ntuser.dat
> > > is loaded into HKEY_USERS field of the server. It is from
> > > here that all references to HKEY_CURRENT_USER is made. So my
> > > script updates this without any trouble. But when this exits,
> > > and the whole saving its settings process finishes the
> > > ntuser.dat had not been updated. If I check the server the
> > > HKEY_USERS has been udpated, but this update has not been
> > > passed back to the ntuser.dat. What am I doing wrong?
> > >
> > > For example:
> > >
> > > Set WshShell=CreateObject("Wscript.Shell")
> > > WshShell.RegWrite "HKCU\SOFTWARE\Tomsoft\Tomkey",
> "tomval", "REG_SZ"
> > >
> > > will update the HKEY_CURRENT_USER (stored under HKEY_USERS on
> > > the server
> > > reg) but on the script finishing the ntuser.dat isn't updated.
> > >
> > > Any help would be most appreciated.
***********************************************************************
This e-mail and its attachments are intended for the above named
recipient(s) only and are confidential and may be privileged.
If they have come to you in error you must take no action based
on them, nor must you copy or disclose them or any part of
their contents to any person or organisation; please notify the
sender immediately and delete this e-mail and its attachments from
your computer system.
Please note that Internet communications are not necessarily secure
and may be changed, intercepted or corrupted. We advise that
you understand and observe this lack of security when e-mailing us
and we will not accept any liability for any such changes,
interceptions or corruptions.
Although we have taken steps to ensure that this e-mail and its
attachments are free from any virus, we advise that in keeping
with good computing practice the recipient should ensure they
are actually virus free.
Copyright in this e-mail and attachments created by us belongs
to Littlewoods.
Littlewoods takes steps to prohibit the transmission of offensive,
obscene or discriminatory material. If this message contains
inappropriate material please forward the e-mail intact to
postmaster@xxxxxxxxxxxxxxxxx and it will be investigated.
Statements and opinions contained in this e-mail may not
necessarily represent those of Littlewoods.
Please note that e-mail communication may be monitored.
Registered office:
Littlewoods Retail Limited,
Sir John Moores Building,
100 Old Hall Street,
Liverpool,
L70 1AB
Registered no: 421258
http://www.littlewoods.com
***********************************************************************
*********************************************************
This Week's Sponsor - ThinPrint
Simply the best print solution for Citrix
Metaframe and Microsoft Terminal Services!
http://www.thinprint.com
**********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm
Other related posts:
