“show when run”

https://developer.apple.com/library/prerelease/mac/releasenotes/AppKit/RN-AppKit/index.html suggests using something like this code to check for El Capitan at runtime: if (floor(NSAppKitVersionNumber) <= NSAppKitVersionNumber10_9) { NSLog(@Something old); } else if (floor(NSAppKitVersionNumber) <= NSAppKitVersionNumber10_10) { NSLog(@Yosemite); } else { NSLog(@El Capitan); }The problem is that this code when run on Yosemite outputs El Capitan.As far as I can tell, the NSAppKitVersionNumber on 10.10.3 is 1347, while NSAppKitVersionNumber10_10 is defined at 1343.

My app workspace has a subproject that compiles a framework, which the app obviously depends on. If I run my iOS8 compiled app on an iOS9 iPhone, works fine. If I compile for iOS9 and run on simulator, runs fine.But - if I run iOS9 compiled app on a device, it crashes on launch. Specifically, console complains that dyld: Library not loaded [snip] Reason: no suitable image found.Anybody else run into this with iOS9 ? Or ideas around it?

The developer homepage says that with Xcode 7, a person can run their app on their device, even if they do not have a developer membership.Do the devices still needed to be added to the portal? Xcode seems to imply that they do, but I would like to clarify because we have a lot of devices (some broken, some lost) and would like to not have to add devices just to test the app (Adding to the portal to install betas is fine)

I can not get the CMD-R run function to update my watch display. I have made changes to my storyboard yet when I run the app again (and again), there is no change in the view. My changes to the view include resizing and changing the alignment of a group within a group. I've delete the app from my phone and had mixed results with running the app again. Sometimes the app won't appear on the watch face with the xcode display showing Waiting to attach. What techniques do I need to use to avoid any associated bugs or other issues with the two devices communications to get through the development process with less hassle?

When making a call to get directions, e.g. MKDirections calculateDirectionsWithCompletionHandler:(MKDirectionsHandler)completionHandler...in iOS9 simulator, every call fails with an SSL error. Here's the error trace:2015-06-13 13:33:35.302 DriveTime[2007:362234] CFNetwork SSLHandshake failed (-9824)2015-06-13 13:33:35.304 DriveTime[2007:362234] NSURLSession/NSURLConnection HTTP load failed (kCFStreamErrorDomainSSL, -9824)2015-06-13 13:33:35.305 DriveTime[2007:361377] PBRequester failed with Error Error Domain=NSURLErrorDomain Code=-1200 An SSL error has occurred and a secure connection to the server cannot be made. UserInfo=0x7fb1bb2085f0 {_kCFStreamErrorCodeKey=-9824, NSLocalizedRecoverySuggestion=Would you like to connect to the server anyway?, NSUnderlyingError=0x7fb1b23b6f90 An SSL error has occurred and a secure connection to the server cannot be made., NSLocalizedDescription=An SSL error has occurred and a secure connection to the server cannot be made., NSErrorFailingURLKey=https://gsp-ssl.ls.apple.com

Description:I have separate classes that run NSFetchedResultsController on both UITableView and UICollectionView. They've been working in iOS 8. Since iOS 9, I occasionally get the console error below on NSManagedObject updates. The changes to NSManagedObject is valid and saves properly to persistent store. However, the UI for UITableView/UICollectionView backed by the NSFetchedResultsController breaks and shows blank rows.Console:Assertion failure in -[UICollectionView _endItemAnimationsWithInvalidationContext:tentativelyForReordering:]CoreData: error: Serious application error. An exception was caught from the delegate of NSFetchedResultsController during a call to -controllerDidChangeContent:. attempt to delete and reload the same index path (<NSIndexPath: 0xc000000000400016> {length = 2, path = 0 - 2}) with userInfo (null)Update:iOS9 Beta 2 not fixed and no solution yet, but below's the line that's causing the trouble: self.tableView.reloadRowsAtIndexPaths()Seems like it's having t