Re: The mistery of the dlil_filter_detach call
site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On Feb 22, 2006, at 13:07 PM, ssudre@intego.com 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 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. Thoughts? David _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... Ok, to quote the great philosopher H. Duff: "Suddenly, it's clear" 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? This email sent to site_archiver@lists.apple.com
participants (1)
-
David Gatwood