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: Amanda Walker <email@hidden>
- Date: Mon, 15 Dec 2008 09:06:50 -0500
On Dec 15, 2008, at 12:21 AM, John D. wrote:
Mike, no offense meant. But you could tell me something I can't read
already off Apple's own marketing panflets.
I thought this was a technical list.
It is. Stop with the grandstanding and condescension already.
All I asked here was information about accessing otherwise crippled
interfaces which are available by default to FreeBSD kernel modules.
Darwin is not FreeBSD. It provides a different set of interfaces to
kernel modules.
Since the code base is essentially the same, except for some minimal
changes and glue code, I would expect some of the interfaces to be
available.
That expectation is wrong. The code base is *not* essentially the
same, though they do share some code (and more often, share similar
code with a common ancestry).
Anyway, let's take the discussion back to technical grounds, please. I
neither have time nor interest on going on the marketing or political
mumbo jumbo. If there's a mailing list sponsored by Apple explicitly
for that purpose, I will subscribe to it when I need to discuss those
matters.
Saying "you should not expect Darwin to work like FreeBSD" is not
political mumbo jumbo. It is the technical answer to your question.
"But it should" is a political objection, which *you* raised.
If you want to develop for FreeBSD, please do! But don't come
waltzing in to darwin-kernel complaining that Darwin works
differently. It's a different operating system, despite some family
resemblances.
--Amanda
_______________________________________________
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