I don't know if that helps but here is an app I wrote using NSTask and working just fine:
http://github.com/mattetti/couchdbx-app/tree/master/macruby_version/CouchDBX/ NSTask is wrapped to make its use a bit easier: Usage: http://github.com/mattetti/couchdbx-app/blob/master/macruby_version/CouchDBX/controller.rb#L76-89 Wrapper: http://github.com/mattetti/couchdbx-app/blob/master/macruby_version/CouchDBX/wrappers/mr_task.rb More wrappers: http://github.com/mattetti/MrStuff I hope it helps, - Matt On Mon, Jul 19, 2010 at 8:23 PM, Leigh Caplan <[email protected]> wrote: > Hi there, > > I've encountered what I believe to be a bug, but I'd like more eyes on it > to make sure I'm not doing something wrong. I've set up a simple > application, with one controller that has a reference to an > NSOperationQueue. When a button is pressed, the controller queues up an > NSOperation subclass, which schedules its run loop, then fires off a call to > perform an NSTask. The task simply launches /bin/sleep for 2 seconds. > > You can follow along and try for yourself here: > http://github.com/texel/NSOperationDebug > > Here's the bug– when the NSTask is launched, regardless of whether or not > waitUntilExit is set on it, and regardless of whether or not the task > actually exits, it seems to block the NSOperation's run loop indefinitely. I > had this issue in another application, but this is the most basic case I can > think of to reproduce it. > > If I'm doing something wrong, then awesome. Any help would be appreciated. > If not, then I'd be glad to file a bug report. > > Thanks! > Leigh > > _______________________________________________ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > >
_______________________________________________ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
