Re: Obtaining non-exported symbol from kernel on runtime (without the debug symbols)
Re: Obtaining non-exported symbol from kernel on runtime (without the debug symbols)
- Subject: Re: Obtaining non-exported symbol from kernel on runtime (without the debug symbols)
- From: Terry Lambert <email@hidden>
- Date: Sun, 14 Dec 2008 23:56:20 -0800
On Dec 14, 2008, at 10:16 PM, "John D." <email@hidden> wrote:
On Mon, Dec 15, 2008 at 6:50 AM, Terry Lambert <email@hidden>
wrote:
On Dec 14, 2008, at 9:02 PM, "John D." <email@hidden> wrote:
Excuse me, but monkey business is taking FreeBSD and Mach,
creating a
hybrid kernel, and crippling the API in a manner that doesn't let
third-party developers exercise the best of both systems. Is that
common sense?
John, step down.
I am the senior engineer on the Kernel team for BSD, Mike is more
senior
than me, and Dean Manages the IOKit team.
"No" means "No".
I'm not questioning your knowledge here nor that of anyone else. I've
got no time for it and no interest. Really. I came here asking why the
BSD interfaces have been crippled to a certain extent, and that's it.
If you don't want to provide a consistent answer it's fine, just don't
enter a red herring argument about what makes your actual statements
more reasonable than mine, when you are not providing technical facts
supporting them. I could care less about your alleged pedigree. If
one's professional position and its required knowledge matches his
current skillset and reasoning is, again, moot.
We might as well move on the question I sent about mbuf structures and
NKE ipfilters. Those interfaces are examples of good work you've done
there, so congratulations for that one. On other hand. I still think
kauth is severely limited (crippled) as it is implemented right now.
Check the current NetBSD code which is what you ported to XNU
originally and adapt the new changes to XNU (from -CURRENT).
We originated kauth. It is not a port from NetBSD. Thanks for playing,
though.
-- Terry
_______________________________________________
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