Re: The mistery of the dlil_filter_detach call
Re: The mistery of the dlil_filter_detach call
- Subject: Re: The mistery of the dlil_filter_detach call
- From: David Gatwood <email@hidden>
- Date: Wed, 22 Feb 2006 13:01:46 -0800
On Feb 22, 2006, at 13:07 PM, email@hidden wrote:
Le 21 févr. 06, à 22:17, Vincent Lubet a écrit :
/mach_kernel does not have all the symbols, local and debugging
symbols are stripped out. That means that some addresses are
incorrectly attributed to the nearest global symbol.
Instead you should use the kernel with full symbolic information from
the appropriate Kernel Debug Kit found at:
http://developer.apple.com/sdk/index.html#Kernel
Ok, to quote the great philosopher H. Duff: "Suddenly, it's clear"
I don't wanna be anywhere but...
here is the place where
my lock is spinning
time_t's beginning to race away.
The exceptions it's throwing
knock me off my feet.
You think this code will fly,
but the kernel's crashing by again....
—attributed to H. Duff.
Indeed, it's not dlil_detach_filter but the next function. This
explains a lot about potential mlock issues I saw in the past too.
Since this comes up so often, I have to ask.... Is there any way
that the fully-
symboled kernel could become an optional OS installation package (in
/mach_kernel.symboled or similiar) so that it could be updated by
software
update along with OS releases?
Thoughts?
David
_______________________________________________
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