On Sep 26, 2015, at 5:33 PM, Jerry Krinock <je...@ieee.org> wrote: > In a OS X app, predating Grand Central Dispatch, in the main thread, I create > and start a new thread > > NSThread* worker ; > worker = [[NSThread alloc] initWithTarget:instance > selector:@selector(beginWithInfo:) > object:info] ; > [worker setName:@“My Worker thread"] ; > [worker start] ; > > usually this works OK, but sometimes, possibly when the above code executes a > second or third time in rapid succession, [worker start] will block forever:
> Looking at the other threads, I see that “My Worker thread” (see Thread 455, > below) has been created, and seems to be stuck while trying to *exit*, which > I think is weird because if -[NSThread start] blocked until the new thread > exitted, that would defeat the purpose of multithreading. Same thing if, > say, My Worker thread executed some kind of “do this on the main thread” call. > > Should not -[NSThread start] always return before running any of my code in > the new thread? So how could this happen? I’m running OS X 10.11. It could be a bug in the system libraries, but it could also be any number of other things. For example, a heap smashing bug could have corrupted a GCD-internal spin lock variable. Try running with zombies enabled and see if you trip one. Try building and running with Address Sanitizer. Run the static analyzer on your code and make sure to fix any issues it identifies (or examine them thoroughly to determine that they're false positives). You could also try to reproduce the problem with a very much simplified test app. That would be the first step in filing a bug report, anyway. Regards, Ken _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
