May 2013 - Darwin-dev - lists.apple.com

Safely Destroying Notification From IOServiceAddMatchingNotification
by Chris Suter 09 May '13

09 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Jens Alfke 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Erwin Namal 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Jens Alfke 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Erwin Namal 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Jens Alfke 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Jean Suisse 01 May '13

01 May '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Erwin Namal 01 May '13

01 May '13

Thank you for your reply. I checked out distributed objects after posting my message, and thought I could make it work in the direction user application (proxy) → daemon (real object), I couldn't make it work in reverse. So I was left with the only possibility: polling the daemon for logs instead of waiting for them. The scheme I used is contact a distant object owned by the daemon (works) to tell it to call me back at an address for logging purposes. Thought the launchd system-wide daemon had the address, it was unable to establish a connection. Is there a reason for that? -E On 1 mai 2013, at 05:16, Damien Sorresso <dsorresso(a)apple.com> wrote: > On Apr 29, 2013, at 11:20 AM, Jens Alfke <jens(a)mooseyard.com> wrote: >> On Apr 29, 2013, at 10:16 AM, Rustam Muginov <rmuginov(a)gmail.com> wrote: >> >>> The simplest Objective-C way to communicate would be distributed objects. >>> It is not, of cause, the most secure way - but definitely the simpliest one. >> >> XPC is based on DO > > No, it isn't. > -- > Damien Sorresso > dsorresso(a)apple.com > >> but has additional security features (e.g. for data validation) to make it safe to use between mutually-untrusted processes. >> (Again, this is my understanding from reading overview docs. I haven't used it myself.) > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/darwin-dev/erwin.namal%40gmail.com > > This email sent to erwin.namal(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launchd daemon / user app communication
by Damien Sorresso 01 May '13

01 May '13

On Apr 29, 2013, at 11:20 AM, Jens Alfke <jens(a)mooseyard.com> wrote: > On Apr 29, 2013, at 10:16 AM, Rustam Muginov <rmuginov(a)gmail.com> wrote: > >> The simplest Objective-C way to communicate would be distributed objects. >> It is not, of cause, the most secure way - but definitely the simpliest one. > > XPC is based on DO No, it isn't. -- Damien Sorresso dsorresso(a)apple.com > but has additional security features (e.g. for data validation) to make it safe to use between mutually-untrusted processes. > (Again, this is my understanding from reading overview docs. I haven't used it myself.) _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0