Re: SCF/scutil
Re: SCF/scutil
- Subject: Re: SCF/scutil
- From: Allan Nathanson <email@hidden>
- Date: Sat, 17 May 2003 23:37:48 -0400
On Friday, May 16, 2003, at 2:28 AM, Justin C. Walker wrote:
On Thursday, May 15, 2003, at 09:39 PM, Loukas Kalenderidis wrote:
Hi,
How stable is the System Configuration Framework API? Is it likely to
disappear in a (near) future release of the OS? I know this stuff has
had major changes between 10.0, 10.1 and 10.2.
Can't say for sure. That would have to come from Apple.
It's not going away anytime in the (near) future.
Also, regarding `scutil', is it possible to have changes made to the
SCF stack with scutil persist (save to preferences.xml)?
Since 'scutil' uses the SystemConfiguration framework, and the
SystemConfiguration framework can be used to make changes to the
persistent database (preferences.xml), one answer is 'yes'. If you
are asking whether such a change would be made to the program, I can't
say. You could always file an enhancement request with Apple.
It's already on my TODO list... Alas, it's buried under a bunch of
other stuff so don't expect anything soon.
FWIW, you might check out Jeff Frey's 'ncutil'
(http://deaddog.duch.udel.edu/~frey/darwin/ncutil.html) which may do
what you want (at the cost of not being 'official'). It is built on
SystemConfiguration framework, and is essentially a command-line
version of the network prefs pane).
Yup.
The MoreSCF documentation implies that this program can only be used
to read the SCF stack however you can make changes that seem to
persist in the lower level of the system until restarting configd.
(eg I changed my ppp user, nothing changed in system prefs or
internet connect even after restarting system prefs. But when i
dialed the modem the pppd command args shown by ps had the changed
username.)
There are two different databases related to the system configuration:
preferences.xml, the persistent database, which reflects a static,
initial configuration for the system; and the dynamic store that
configd maintains while it's running. The latter is initialized from
the persistent store, based on what configd finds while it's examining
the devices it finds. It does not survive a reboot (since a lot of
the information will have to be regenerated from outside sources when
the system reboots). In addition, configd does not modify the
persistent store, leaving that job to user-driven apps like the prefs
pane or ncutil.
Yup.
I'm not sure whether that was obvious, but I thought I'd err on the
chatty side.
Thanks for the comments!
- Allan
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.