What does the code for this look like, [controller2 
haltBgCalculationThread:withStatus];?  Are both your threads, thread safe?
Are the controllers your controllers or a Cocoa derived one from (NSController, 
.etc)?

-Tony


On Jun 19, 2010, at 3:35 PM, John Love wrote:

> I am having inconsistent problems when I call from Controller #1 one of 1's 
> methods which looks like:
> 
> - (void ) exitBgCalculationThread:(int)withStatus {
>       [controller2 haltBgCalculationThread:withStatus];
> }
> 
> Controller #2's haltBgCalculationThread:withStatus eventually calls:
> 
>       itsException = [NSException exceptionWithName:newErrorName
>                                              reason:newErrorReason
>                                            userInfo:nil];
>       [itsException raise];   // stops here and long jumps to 
> try-catch-finally Handler
>                               // within EC's -calculateWorksheetRow:
> 
> The call to -raise enters the @catch block of a try-catch-finally Handler 
> within Controller #2 (the only such Handler anywhere).  The only statement 
> within this @catch block is a call to NSLog.  After this, the NSLog call 
> falls thru to the @finally portion which returns the correct error code.  
> Controller #2's calculation for loop immediately exits and through a 
> call-back routine sends a message back to Controller #1 which displays the 
> appropriate error message in the active window.
> 
> The correct error message is displayed; however, in seemingly random 
> instances, the above NSLog is never seen.
> 
> Whenever, I call Controller #2's -haltBgCalculationThread: from Controller 
> #2, everything works dandy; the lack of calling NSLog in random instances 
> occurs only when I call Controller #2's -haltBgCalculationThread: from 
> Controller #1.
> 
> Maybe?? it is because I am bouncing between separate Controllers and am 
> causing mayhem.
> 
> Any psychic premonitions would be welcomed.
> 
> John Love
> 
> 
> _______________________________________________
> 
> 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:
> http://lists.apple.com/mailman/options/cocoa-dev/tonyrom%40hotmail.com
> 
> This email sent to tony...@hotmail.com
> 

-Tony

_______________________________________________

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:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to