


private/var/containers/Bundle/Application/9AC9EC51-7480-4E92-8C24-654EAB6A6046/Test.app/Frameworks/libswiftCore.dylib: code signing blocked mmap() of '/private/var/containers/Bundle/Application/9AC9EC51-7480-4E92-8C24-654EAB6A6046/Test.app/Frameworks/libswiftCore.dylib' All Swift modules are loaded dynamically on iOS 11.ĭyld: Library not loaded: from: /var/containers/Bundle/Application/9AC9EC51-7480-4E92-8C24-654EAB6A6046/Test.app/Test We dug a little deeper and discovered that there was a "Thread 1: signal SIGABRT" message, followed by an issue about not being able to load a library using dyld (dynamic linker). It would white screen, and there wasn't a whole lot of useful information. Today one of my students was stuck with Xcode crashing the app on start. The first time was when I updated my Artwork Evolution app for iOS 11. This is the second time this month that I ran into issues with Xcode 9 running an app on an iPhone. If you see Thread 1: signal SIGABRT when you start a brand new Xcode project on an iPhone or iPad.Apple changed the process after this date, so things may require a couple new steps to fix.If you had a paid developer account before iOS 8 (2014).Developer Certificate and codesign Symptoms You need this step because Apple only lets trusted apps run on iPhone or iPad. It's Xcode's way of signing off that your app is valid. There have been changes to the codesign process used by Xcode in recent years.Ĭode signing is a final step to run your app on an iPhone. Most likely you're in the Apple Developer program ($99/year), or you were an active member a few years back, and that's why you're having problems. If either of these cases are happening to you (like they did for me, and some of my students), then you probably have an issue with your developer credentials. Or does the app launch from Xcode on one Mac, but it crashes on launch from another Mac? Does your iPhone app run in the iPhone Simulator, but crash on start when you run it on an iPhone or iPad?
