ios - viewWillLayoutSubviews getting called after applicationDidEnterBackground notification -


i'm having issue app crashing on sleep, , on home. i'm getting bad_access error in thread called gpus_returnnotpermittedkillclient, tells me app making ui changes in background, understanding no-go. therefore, i'm stepping through code see happens on home / sleep, , find breakpoint in vc's -viewwilllayoutsubviews method getting hit after breakpoints in -applicationwillresignactive , -appplicationdidenterbackground notifications (in i'm attempting stop updates asynchronous callback function).

that doesn't seem make sense. application's perspective, if it's not cool ui updates in background, why call viewwilllayoutsubviews after you're in background?

edit: appears when app doesn't crash. lldb getting things out of order?

i think need tolerant of this. per tech note, can't gles rendering in background. recommendation app set flag when applicationwillresignactive called, , before doing rendering work check flag , don't work (and perhaps call -setneedsdisplay on view if app becomes active again know draw view). seem troubled fact viewwilllayoutsubviews getting called "late", don't see how matters. (i.e. layout != rendering) surprised if view's -drawrect: method getting called after applicationdidenterbackground still responsibility check flag , not render if app in background.


Comments

Popular posts from this blog

java - Run a .jar on Heroku -

java - Jtable duplicate Rows -

validation - How to pass paramaters like unix into windows batch file -