This is a overwriting confirmation dialog for file copying (very much
like Finder's) and I'm releasing the view because it's not needed
anymore after the user has chosen.
I have come to that conclusion that performSelectorOnMainThread:
schedules messages before any other operations on the queue. Could be
that?
Here is the scenario:
main thread another thread
------------------
--------------------
1. start
2. ask
main thread to display the panel
3. display panel
4. wait
on a condition lock
4. user presses a button (shortcut )
5. unlock the condition lock
6.
continue working
7. ask
main thread to remove and release panel
8. remove and release panel
....
....
....
9. ??? Update the button and crash
On Dec 29, 2008, at 1:18 AM, Graham Cox wrote:
On 29 Dec 2008, at 4:34 am, Mudi Dandan wrote:
When you press that button the view gets dealloced.
Why?
Why does the button gets updated after I release the view?
What am I missing here ?
Why are you releasing the view? That's the question.
--Graham
_______________________________________________
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
