site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com There isn't a good, straightforward way of doing this. -josh On Jun 16, 2005, at 9:31 PM, matt jaffa wrote: Thanks Matt -- Terry _______________________________________________ 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... On Jun 16, 2005, at 11:18 PM, Josh Graessley wrote: If you get in touch with DTS, they may be able to work with you towards a solution. We are aware of the issue and have a bug (enhancement request) filed to track it. Does anyone on this list know of some api or hack of using a processes id (pid) in a network kernel extension to get that process running path? Specifically, the path is stored into the strings area at the top of the user stack during the exec process for use by the "open(1)" command in obtaining bundle ID information. Because this is in memory belonging to the user process, it's possible for the user process to modify its contents after the application has started, so you cannot trust that the information is reliable or accurate to create a security association (as one example use someone might have for needing this information). If it's not for a security association, one method would be to have to program tell the kext. For bundle information, the most correct thing for the process to do is to write a file in /var/run with the information; this is probably not usesful for a kext, though, since you shouldn't be trying to do file I/O from a kext. If you can tell us why you need the information, we can probably tell you a different way to solve the problem you are trying to solve. This email sent to site_archiver@lists.apple.com