• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NSTimer and modal panels
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSTimer and modal panels


  • Subject: Re: NSTimer and modal panels
  • From: Jens Alfke <email@hidden>
  • Date: Wed, 30 Sep 2009 08:41:51 -0700


On Sep 30, 2009, at 5:03 AM, Ken Thomases wrote:

However, exactly because it's so tricky, the Cocoa frameworks are not going to just arbitrarily invoke your code on some random thread.

Yup. Generally, the only time your code will run on a secondary thread is if
— You create an NSThread
— You call -performSelectorOnBackgroundThread:
— You use an NSOperationQueue to schedule concurrent NSOperations
— You use the new Grand Central Dispatch features in 10.6


Otherwise the main thread's runloop is going to cooperatively schedule all of the user events, timers, notifications and asynchronous delegate callbacks.

—Jens_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >NSTimer and modal panels (From: Gabriel Zachmann <email@hidden>)
 >Re: NSTimer and modal panels (From: Ken Thomases <email@hidden>)

  • Prev by Date: Re: Displaying a string with Core Animation
  • Next by Date: Dynamic NSArrayContent changing [was: NSTableColumn value binding]
  • Previous by thread: Re: NSTimer and modal panels
  • Next by thread: Re: Temporarily disabling all input events while non-blocking animations are playing
  • Index(es):
    • Date
    • Thread