Re: task_for_pid and host_processor_set_priv failing on Yosemite 10.10.5
Re: task_for_pid and host_processor_set_priv failing on Yosemite 10.10.5
- Subject: Re: task_for_pid and host_processor_set_priv failing on Yosemite 10.10.5
- From: Gordo Cath <email@hidden>
- Date: Fri, 03 Jun 2016 08:29:07 -0400
Hi Quinn,
Thanks for the reply. I'm afraid I badly worded that sentence. when I said I 'own' , I really should have said I started both processes with the same userid.
So in one case i started the first process, a true 64 bit process from my userid. and the second process is my own custom 64 bit application. However the first process is third party, as I do not have access to their source.
I tried experimenting with codesign on my own custom app and have not succeeded down that path yet. I would have though the nvram kext-dev-mode=1 would have let me past that? or does that flag not work for applications?
Thanks
GC
> -------Original Message-------
> From: Quinn The Eskimo! <email@hidden>
> To: Apple Darwin Kernel list <email@hidden>
> Subject: Re: task_for_pid and host_processor_set_priv failing on Yosemite 10.10.5
> Sent: Jun 03 '16 04:55
>
>
> On 2 Jun 2016, at 19:58, Gordo Cath <email@hidden> wrote:
>
> > What do I need to do to be able to call … task_for_pid successfully without being a su? I own both tasks that one I am and the remote task …
>
> Modern versions of OS X have this locked down quite tightly. If you control both of the tasks the best option is to arrange to have the target task pass its task control port to the task calling task_for_pid via Mach IPC (or something that supports Mach name passing). That approach is likely to be compatible in the long term.
>
> Share and Enjoy
> --
> Quinn "The Eskimo!" <http://www.apple.com/developer/>
> Apple Developer Relations, Developer Technical Support, Core OS/Hardware
>
>
>
> _______________________________________________
> 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
_______________________________________________
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