Thanks to Phi for pointing out that I didn't cc the list on this reply -- Scott.
On Mar 17, 2010, at 7:36 AM, Philippe Sismondi wrote:
>
> Because the length of time that this secondary task takes is highly variable,
> I want to be able to cancel its processing from the main app. So, I want to
On Wed, 17 Mar 2010 10:36:40 -0400, Philippe Sismondi
said:
>Because the length of time that this secondary task takes is highly variable, I
want to be able to cancel its processing from the main app. So, I want to launch
the secondary task in a separate thread to keep the main runloop responsive.
And it also happens to have a very convenient -terminate method. :)
Dave
On Mar 17, 2010, at 1:21 PM, Sherm Pendley wrote:
> On Wed, Mar 17, 2010 at 10:36 AM, Philippe Sismondi
> wrote:
>
>> So, I want to launch the secondary task in a separate thread to keep the
>> main runloop responsive.
On Wed, Mar 17, 2010 at 10:36 AM, Philippe Sismondi wrote:
> So, I want to launch the secondary task in a separate thread to keep the main
> runloop responsive.
NSTask only blocks the runloop if you call -waitUntilExit. So - don't
do that. :-)
sherm--
--
Cocoa programming in Perl:
http://www
I am hoping to add some functionality to an existing open source app (Skim)
that uses threads for fairly simple purposes. (I believe Grand Central Dispatch
etc. are not an option - I don't know whether this would be useful anyway as I
have not learned about GCD.)
I have read the Threading Progr
