February 2010 - Darwin-dev - lists.apple.com

Re: CFNotificationCenter ./. NSNotificationCenter
by Iceberg-Dev 27 Feb '10

27 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:mime-version:in-reply-to :references:content-type:message-id:content-transfer-encoding:from :subject:date:to:x-mailer; bh=VQNwGwgSGtkGAyV4jlV8KG6PSN57vqTnfCd9AdroeUg=; b=BVElhcVoLPZT2kDD7aVeo8EcW8bqol3VWXkXJNo2xRg9x+2/1eT+mAtO46Bch4aPDy divH/5Ig8rq7KgZMuzDIa8BKilrAla7ARGTw3XfoNLb4rcuDZxAvuBgWhXXMAtcG4rLp KUVkSfh3y4Dsu22Lpp413JOan3rqBPrxT8khs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:content-type:message-id :content-transfer-encoding:from:subject:date:to:x-mailer; b=NepKy8xrQb+rHqHUcz5eqwNq2KP7skEFb0QI3lgQkXzdsq4xD3V22G42GWpVA9t4P2 oSi65QIlOi6UmdT6UrhFM3+lJUCYPO5UfmZuZthLSro9JuQsCpapDWh9IM30B3ugmC3J I0tQ1iDQwPkWd7eJf61kd+JOE3yc8Y5oxylGE= On Feb 27, 2010, at 12:59 PM, Hado Hein wrote: Now I'm trying to get the data I received out of my thread. I'm posting a CFNotification to the local center. CFNotificationCenterPostNotification( CFNotificationCenterGetLocalCenter(), CFSTR("news"), NULL, nfodict, false); But in some other thread I'm not receiving it. [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(NoteCallBack:) name:@"news" object:NULL]; In two threads (in one application) do I need to use the distibuted center? >From the documentation: . Just to be pedantic, it's not object:NULL but object:nil. _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Thanks for the help on CFSocket. Finally I left my code as it is - using socket. . It's definitely not a good idea to use the NSNotificationCenter architecture to communicate between 2 threads: "In a multithreaded application, notifications are always delivered in the thread in which the notification was posted, which may not be the same thread in which an observer registered itself." To communicate between 2 threads, you can use Message Port for instance, they work reliably. This email sent to site_archiver(a)lists.apple.com

1 0

Re: CFNotificationCenter ./. NSNotificationCenter
by maclists＠batchmaker.de 27 Feb '10

27 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: handmade ! User-agent: MacSOUP/D-2.7 (Mac OS X version 10.4.9) Dave Keck <davekeck(a)gmail.com> wrote: > Future inquires regarding CF/Cocoa should be sent to Cocoa-dev. > > > Now I'm trying to get the data I received out of my thread. > > I'm posting a CFNotification to the local center. > > > > CFNotificationCenterPostNotification( > > CFNotificationCenterGetLocalCenter(), CFSTR("news"), NULL, nfodict, > > false); > > Why are you using CFNotificationCenter to post the notification > instead of NSNotificationCenter? This is probably what you want: Scusa, the discription is in the prvious CFSocket Thread. In a CoreFoundation (only framework linked to) CFPlugIn I do call the CFNotificationCenterPostNotification (2nd Thread). In a NSWindowController (main thread) I'm trying to receive. ... > > I'm betting you're not running the run loop in your secondary thread. > Here's an example of how to use NSNotificationCenter to deliver a > notification on a secondary thread: The second thread also has a runloop. I'm aware of the excution in a diffrent thread. Actually I'm not called anyway. > > In two threads (in one application) do I need to use the distibuted > > center? > No - NSDNC should be reserved for IPC between separate processes. NSNC > works fine for inter-thread communication. Thanks, Hado. -- Hado Hein (KSK, DTHG), master craftsman of stagecrafts, Berlin sip +49.30.91688488 www.beleuchtungsbildner.de - Stage Lighting Directing www.batchmaker.de - Stage Lighting Design, Control and Routing _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: CFNotificationCenter ./. NSNotificationCenter
by Dave Keck 27 Feb '10

27 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=Vb9jxrzFjnuUQ16dHyoLP41WTgqI3j9zfU7WE1FP0Os=; b=gyVl+gnt02iXYxjWPK0ZL50UD+NiP3jnjyi4KqzIN7Fwh+AOzs/4bNdmd9UVsvUP6J 9heQ8HYkcj9q4yc3xZIeYzClCAHc8RMeKocGiPYJNPgwklWv6XCSwBLXHt+LWyA98ZvE ABDtmraxwhBgPtQYMvn7A75+hNw8huB1a8Mso= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=jJ8MJoe/ijycLaKxnwfvaUi9cjCC02sGG9Awzsx5lr4AOCjPVpefqUi0eo1ALV2wOH 0+T1UYxb0fF5hkjShfnP8qy3i+LE+kH4ombYOjmc6B1eoI5dcIcm+zd26y83NfZSEFAi jT5r7ETTv8ePDIuJVSPBpElIxNLaHUKvZ/j3E= Future inquires regarding CF/Cocoa should be sent to Cocoa-dev. > Now I'm trying to get the data I received out of my thread. > I'm posting a CFNotification to the local center. > > CFNotificationCenterPostNotification( > CFNotificationCenterGetLocalCenter(), CFSTR("news"), NULL, nfodict, > false); Why are you using CFNotificationCenter to post the notification instead of NSNotificationCenter? This is probably what you want: [[NSNotificationCenter defaultCenter] postNotificationName: @"news" object: nil userInfo: nfodict]; If you want to send the notification to another thread, you can use a trampoline method with -performSelector:onThread:... Remember that notifications are delivered on the same thread that -postNotificationName:... was called. > But in some other thread I'm not receiving it. > [[NSNotificationCenter defaultCenter] addObserver:self > selector:@selector(NoteCallBack:) name:@"news" object:NULL]; I'm betting you're not running the run loop in your secondary thread. Here's an example of how to use NSNotificationCenter to deliver a notification on a secondary thread: http://pastie.org/845544 Delivering a notification on the main thread (from a secondary thread) is considerably easier thanks to -performSelectorOnMainThread:... > In two threads (in one application) do I need to use the distibuted > center? No - NSDNC should be reserved for IPC between separate processes. NSNC works fine for inter-thread communication. _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

CFNotificationCenter ./. NSNotificationCenter
by maclists＠batchmaker.de 27 Feb '10

27 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: handmade ! User-agent: MacSOUP/D-2.7 (Mac OS X version 10.4.9) Thanks for the help on CFSocket. Finally I left my code as it is - using socket. Now I'm trying to get the data I received out of my thread. I'm posting a CFNotification to the local center. CFNotificationCenterPostNotification( CFNotificationCenterGetLocalCenter(), CFSTR("news"), NULL, nfodict, false); But in some other thread I'm not receiving it. [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(NoteCallBack:) name:@"news" object:NULL]; In two threads (in one application) do I need to use the distibuted center? -- Hado Hein (KSK, DTHG), master craftsman of stagecrafts, Berlin followme office +49.30.91688488 www.beleuchtungsbildner.de - Stage Lighting Directing www.batchmaker.de - Stage Lighting Design, Control and Routing _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: ownership with sendto / CFSocketSendData
by maclists＠batchmaker.de 27 Feb '10

27 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: handmade ! User-agent: MacSOUP/D-2.7 (Mac OS X version 10.4.9) Jens Alfke <jens(a)mooseyard.com> wrote: > On Feb 25, 2010, at 1:58 AM, Hado Hein wrote: > > > I do not read that. The Call to CFSocketSendData is not async. Then it > > would have some completition call back. As far as I understood it, also > > sendto returns when it is done. > > Yeah, you must be right. I'm too used to the asynchronous mode used by a > lot of the other CF and Cocoa networking APIs. Sorry. > > —Jens Jens, your help /is/ appreciated. -- Hado Hein (KSK, DTHG), master craftsman of stagecrafts, Berlin followme office +49.30.91688488 www.beleuchtungsbildner.de - Stage Lighting Directing www.batchmaker.de - Stage Lighting Design, Control and Routing _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: ownership with sendto / CFSocketSendData
by Jens Alfke 25 Feb '10

25 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 25, 2010, at 1:58 AM, Hado Hein wrote: > I do not read that. The Call to CFSocketSendData is not async. Then it > would have some completition call back. As far as I understood it, also > sendto returns when it is done. Yeah, you must be right. I'm too used to the asynchronous mode used by a lot of the other CF and Cocoa networking APIs. Sorry. —Jens _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Java sockets don't pass through NKE
by mr565＠web.de 25 Feb '10

25 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Importance: normal Sensitivity: Normal _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: ownership with sendto / CFSocketSendData
by maclists＠batchmaker.de 25 Feb '10

25 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: handmade ! User-agent: MacSOUP/D-2.7 (Mac OS X version 10.4.9) Jens Alfke <jens(a)mooseyard.com> wrote: > On Feb 24, 2010, at 6:15 AM, Hado Hein wrote: > > If it is not released it should be valid on my next send-cycle. So I'd > > reuse it, the pointed to data is read again (it mitght have changed in > > the meantime) and sended out. This is what I'd expect. > > This wouldn't work if CFSocketSendData retains the CFDataRef and accesses > it later (i.e. if it has to queue it because the socket's write buffer is > full.) In that case you might be overwriting bytes that it hasn't sent > yet, causing the wrong data to be sent. It would be safer to use a new > CFData object every time. I do not read that. The Call to CFSocketSendData is not async. Then it would have some completition call back. As far as I understood it, also sendto returns when it is done. In that case (with a ...NoCopyData-Ref) it seems ok for me to change the buffer contents outside the call to sendData. I'll try it out if it works and let you know. Basically I'm doing this cause in the iP-OS the doc say that sendto is available but CFSocket should be preferred. So I just want to support the runloop concept at that point (cause the processing power is limited on that platform). -- Hado Hein (KSK, DTHG), master craftsman of stagecrafts, Berlin followme office +49.30.91688488 www.beleuchtungsbildner.de - Stage Lighting Directing www.batchmaker.de - Stage Lighting Design, Control and Routing _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: What's eating gilbert pid? (kevent NOTE_FORK and pids question)
by Derrick Brashear 24 Feb '10

24 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=U8V4IufMjlwPk3HfDnXWvoMJkUwTTM0kux1ndRgaQH8=; b=mCzjqh2pgl1B+KbniO8cmFYn2AHcvl4fehzNsFtVvNnfGVciusNTMxu2DGf2VyAki7 ElsSMr95e8FNYKmUc9j1bnUXbk+H9zYgkIrZ7ERWud8vaXC3sYOIDSJJLwqHfPQIngLD KSnmQiEWJ9a1mU0UCeh5d4tXfJdlk6WuLuoOM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=dGUItwFBfKzDtCgkZuAb89yADf3JCKqLezZ1stw6j/F3BCGBrdhFe0N9MusvCz9jbG j+sId6wKfLOxWSQoIy++g23mxTa6gi2juxLo1axDDkzJyFfo2M4o/9j4T6/rN8gLGCSj VGDkT4OpypyXsK97iYP7zQivvL7tGf6DDUIXM= On Fri, Feb 19, 2010 at 3:25 PM, Derrick Brashear <shadow(a)gmail.com> wrote: > On Fri, Feb 19, 2010 at 3:17 PM, Terry Lambert <tlambert(a)apple.com> wrote: >> On Feb 19, 2010, at 11:59 AM, Derrick Brashear wrote: >>> >>> That's also not really "better". Alas, what I really want to do is >>> track processes in some way such that marking a process causes that >>> mark to be inherited by children, and allow the kernel to read the >>> mark, and a process can cause itself to get a new mark which will be >>> inherited to *its* future children, and it seems that's simply not >>> possible: >>> >>> -The MAC subsystem isn't supported >>> (http://developer.apple.com/mac/library/qa/qa2007/qa1574.html) >>> -login contexts and audit sessions are one-per-process and owned by >>> system software >>> -I'm insufficiently special to use a mach special port (there are 7) >>> -The kauth external cred resolver interface allows but a single >>> resolver and I'm not memberd. >> >> What actor needs access to the information? > > A kernel extension will decide which credentials to use based on the > information. (OpenAFS, in this case) > >> (1) This is what the keychain mechanism gives you > > The goal is to within, say, a login session, give away the session I > have and enroll in a new one. This should ideally affect only me, so, > how I do this without causing the user to lose access to their > keychain? (I assume this would be with setlcid and using that would > seem to have this side effect) There also appears to be no exported method to check a process' login context from the kernel? >> (2) Consider adding a directory services plugin, which give you access as >> part of the authority of memberd > > That may be plausible. I am looking harder at this, I think I need test coe. My only option seems to be this: the other idea I had, involving mach port inheritance, fails because you can unenroll yourself from a group by closing your port without getting a new group, and the goal would be for every process to be in some group once it's in any. >> (3) Consider simply putting the initail process in an additional >> supplementary group > > That's fixed, though. Every login session would be an initial process > (so if I ssh in more than once, each sshd should be treated as > disjoint; If I am also a console user, that's also disjoint) Also, if it weren't fixed, it wouldn't survive an initgroups. This code actually used to just use 2 supplementary groups, but hook initgroups in the syscall table and put back the groups it added. Yes, I know it's ugly. I didn't write it. _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: ownership with sendto / CFSocketSendData
by Jens Alfke 24 Feb '10

24 Feb '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 24, 2010, at 6:15 AM, Hado Hein wrote: > If I send it with CFSocketSendData is the Data afterwards released. The > docs don't say this. In general, if the docs don't specify, it's because things follow the normal ref-counting conventions. I.e. the data is not released. Presumably the implementation either retains or copies it, so you are still in charge of any reference that you own. > If it is not released it should be valid on my next send-cycle. So I'd > reuse it, the pointed to data is read again (it mitght have changed in > the meantime) and sended out. This is what I'd expect. This wouldn't work if CFSocketSendData retains the CFDataRef and accesses it later (i.e. if it has to queue it because the socket's write buffer is full.) In that case you might be overwriting bytes that it hasn't sent yet, causing the wrong data to be sent. It would be safer to use a new CFData object every time. —Jens _______________________________________________ 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: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0