site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On May 25, 2005, at 9:48 PM, Sam Vaughan wrote: Sam, Tell us what you're trying to do first. 8) = Mike _______________________________________________ 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... crget(), crfree(), crdup() etc. have all been removed from the Darwin 8 kernel. The equivalent functions appear to be kauth_cred_alloc(), kauth_cred_rele(), kauth_cred_dup() etc. but they aren't exported. I assume that the kauth KPI is still a work in progress, especially considering there are declarations like kauth_cred_unref() in sys/kauth.h for which there's no kernel implementation. What are you trying to do with credentials? Many of the old abuses of the credential system are no longer possible (or necessary in many cases). My question is what I should do in the meantime? Should I declare a dependency on the kernel itself and maintain this from release to release until there's an exported KPI? What does a dependency on the kernel itself look like in a kext's OSBundleLibraries dict? This email sent to site_archiver@lists.apple.com