LLDB crash

You mean beta 3. Eddy Cue tweeted on Tuesday (6/30) saying early next week, and typical beta release schedules are on a Tuesday at 10 AM PDT / 1 PM EST. It will definitely contain the music app, bringing along Apple Music. As for crash fixes, who knows. It's a beta.

I tried reinstalling iOS9beta2 and restore from backup. But the phone app still crash.

The crash seemed due to calling a new datatask on NSURLSession.sharedSession() before the previous one was terminated. I came to that by trial an error by trying and removing all code specific for the target.Apple said crashes happened closer to the problem in Swift, than in Objective-c, but it seems to be returning to the time of the C dangling pointers! That is where 90's computer science and php programming experience come to the fore!Please Apple take note Swift should be a 21 century language for the next 20 years and the runtime support should be consequent!

I think another problem is using .ReloadRevalidatingCacheData as the cache policy. I had yet another silent crash before the returing of the data.Now I set .ReloadIgnoringLocalAndRemoteCacheData.Thi thing is getting one of trial and error - in fact in the WWDC talked of a language lating 20 years, no of its run-time! : this is my method, anyway:private func downloadCloseBuses(){ / let localizer=referenceSingleton.sharedReferenceCounter() let location=localizer.referenceLocation let urlString=http:/ println(urlString) let url=NSURL(string:urlString)! let urlRequest=NSURLRequest(URL: url, cachePolicy:.ReloadIgnoringLocalAndRemoteCacheData, timeoutInterval: 50) let request = NSURLRequest(URL: NSURL(string: urlString)!) let task = NSURLSession.sharedSession().dataTaskWithRequest(urlRequest, completionHandler: {[weak self] (data, response, error) -> Void in let datastring = NSString(data: data, encoding: NSUTF8StringEncoding) println(Task completed: +(datastring! as String)) dispatch_async(dispatch_get

Not enough, the 4th time the function is called, it crashes again bofore calling its completion handler. At least I have cornered the problem.

This is the amended class:@objc public class ExpressBackofficeLoader: NSObject { public class func sharedLoader() -> ExpressBackofficeLoader { struct Static { static let instance : ExpressBackofficeLoader = ExpressBackofficeLoader() } return Static.instance } override private init(){ super.init() println(init called: calling download); downloadCloseBuses() } let session:NSURLSession = NSURLSession(configuration: NSURLSessionConfiguration.defaultSessionConfiguration()) private func downloadCloseBuses(){ / let localizer=referenceSingleton.sharedReferenceCounter() let location=localizer.referenceLocation let urlString=http:/ println(urlString) let url=NSURL(string:urlString)! / let task = session.dataTaskWithURL(url, completionHandler: {[weak self] (data, response, error) -> Void in println(in the closure) let datastring = NSString(data: data, encoding: NSUTF8StringEncoding) println(Task completed: +(datastring! as String)) dispatch_async(dispatch_get_main_queue(), { NSTimer.scheduledTimerWithTimeInterval(

I updated the function to use GCD instead of a timer and it seems to crash no longer: let session:NSURLSession = NSURLSession(configuration: NSURLSessionConfiguration.defaultSessionConfiguration()) private func downloadCloseBuses(){ / let localizer=referenceSingleton.sharedReferenceCounter() let location=localizer.referenceLocation let urlString=http:/ println(urlString) let url=NSURL(string:urlString)! / let task = session.dataTaskWithURL(url, completionHandler: {[weak self] (data, response, error) -> Void in println(in the closure) let datastring = NSString(data: data, encoding: NSUTF8StringEncoding) println(Task completed: +(datastring! as String)) let delayTime = dispatch_time(DISPATCH_TIME_NOW, Int64(60 * Double(NSEC_PER_SEC))) dispatch_after(delayTime, dispatch_get_main_queue()) { self!.downloadCloseBuses() } }) task.resume() }

Solved:The crash happens when the Project Format (select the project in the navigator, then examine the File inspector) is less than Xcode 6.3-compatible.I got this by experimentation. Xcode 7 should have warned me, so it’s still a bug. rdar:///21555545 was closed as a duplicate of 21358571.

Keep in mind nothing will fix constant crashes, inconsistent taptics when sending heartbeat to friends and stuff like this... at least on beta 2.

The API is available on iPad mini (it doesn't crash) but it shouldn't be used??How do I determine if I should bother pushing info to CoreSpotlight?Right now I simply check for OS ≥ 9 as seems to be the latest MO. (I'm from the oldschool where we used to check for the class or selector being present. :-)All three of the classes used when talking to CoreSpotlight... CSSearchableItemAttributeSet, CSSearchableItem, and CSSearchableIndex are returning objects and seem to be working fine, it's just that final call to submit the results that's generating an error. Should I simply ignore that error then?[[CSSearchableIndex defaultSearchableIndex] indexSearchableItems:itemArray completionHandler: ^(NSError * __nullable error) { NSLog(@CSSearchableIndex: %@,error ? error.description : @successfully added all books); }];

When I do NSArray *objects = [[mutObjects copy] autorelease];the code crashes.If I don't copy, it loses the object and crashes as well.I'm not sure how to pass the variable across the completion handler and release it later, it seems to stay there?I was doing weakself as a test there I thought it was keeping the performblock with a retain count of self but that didn't help either.

Out of curiosity, do you have the simulator showing an external display from under Hardware > External Displays?I eventually found that the simulator will hang on the black screen / white Apple logo when it gets started with an external display window active. My workaround in Beta 2 is to close the display window, re-run the project, then turn the display window. You may get a Springboard crash (and log) when you close the external display window, but the sim will carry on.