Re: Kernel NKE projects user space daemon.
Re: Kernel NKE projects user space daemon.
- Subject: Re: Kernel NKE projects user space daemon.
- From: Mike Smith <email@hidden>
- Date: Thu, 5 Jan 2006 09:07:59 -0800
On Jan 5, 2006, at 2:26 AM, Stephane Sudre wrote:
If you use the output of "ps" with appropriate field selection
arguments to get only the data you want, then we can change things
out from under you, and your application will still work, since
"ps" is revised in lockstep with the kernel itself.
As Mike also pointed out in another message, "ps" is OK for this
particular case, since the issue only comes up when specific
network traffic is being allowed/denied via a user interaction.
The "ps" program itself won't trigger this in the normal case,
since it's run from local disks, and has no network dependencies
of its own.
Yet the problem with using ps is that you are relying on an
external tool which may change in the future and to which you do
not have access as changes are being made. Example: the ps source
code for Tiger was not available until the release of Tiger.
You don't need the ps source code; you just invoke ps directly. The
interface to ps-the-program is much less likely to change than the
kernel's internal data structures.
An extreme case could also be that the ps tool is not installed on
the computer.
Then the system is not Mac OS X.
Anyway, the main problem IMHO is that OS X/Darwin is lacking either
a true and trustful API to get this information or a proc folder
(even though I think I saw such a folder in one case (maybe it was
on OS X Server)).
There is no such interface because the information you want cannot be
reliably returned; an interface that returns wrong information is
worse than no interface at all.
= Mike
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden