On Jul 18, 2012, at 3:28 PM, TAYLOR J.M. wrote:

>>> this nasty NSAutounbinder thingy then jumps in and re-retains it in some 
>>> evil under-the-covers voodoo to do with avoiding retain cycles (as I 
>>> understand it). Unfortunately the balancing autorelease only occurs 16 
>>> seconds later when I move the mouse! While not catastrophic this is pretty 
>>> annoying and looks rather embarrassing.
> 
>> It's not embarrassing unless your users are running your app in a debugger.  
> 
> Sorry, you've lost me there. Are you saying this will not occur if I am 
> running standalone rather than under XCode? (Unfortunately I don't have the 
> code in front of me to try this out). If that is the case then that's good - 
> if frustrating - news. Is this a known issue then? I was working on the 
> assumption that I was doing something obscurely wrong, or at least 
> non-standard somewhere to trigger this from happening.
> 
> Or are you saying you only see the NSAutounbinder stuff in the debugger? If 
> so then - sure, but it's the fact that the progress bar is just sitting there 
> until I move the mouse that alarms me.

Are you saying you're relying on an object being deallocated to change your 
GUI?  You shouldn't be.  If you want to close or hide a window, send it a 
-close or -orderOut: message.  If you want to remove or hide a view, remove it 
from the view hierarchy or send it -setHidden:YES.  If its hidden binding is 
bound to a model or controller property, set that property (on the main thread).

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

Reply via email to