Building for iOS Simulator, but the linked and embedded framework ‘XX.framework‘ was built for

I have set the UTI's for document types that my receiver app supports to include PNG files (public.png). When my receiver app is running, and my transmitter app is told to AirDrop a PNG to the receiver device, it appears as though iOS ignores my receiver app and opens Photos regardless; my receiver app should get the openURL: method called at the AppDelegate, but never does. In addition, the Open In... dialog never appears - the PNG file goes straight to Photos.If I specify a custom UTI, then my transmitter will only be able to broadcast to the receiver, which also has to know the custom UTI I've specified. Plus, I would have to change the file extension of the file the transmitter is sending to map the custom UTI to the file extension. This defeats the purpose of being able to transmit a PNG file as a PNG file.I can also transmit the file as raw data, which also defeats the purpose (and similarly requires a custom UTI).What I'm looking to discover is whether this behavior - iOS taking contr

Yup, so the crash log isn't really useful on its own.I recommend you put breakpoints into your code, run it and step over line by line and see exactly the lines where it crashes. We can't do that for you, you have to do it. Have a look in the Apple debugger documentation if you don't know how to do it. In my experience, crashes in my code on arm64 have been regular bugs in the code that caused memory access issues that didn't crash on armv7 but do crash on arm64. But they were still bugs. In some situations they didn't crash on the simulators but do crash on real devices. Run using the debugger on real devices if you can.

A UIViewController doesn't always need to have a view - initially, it starts without one, then the first time you try and query the view it's created lazily by the loadView method. That method sets the UIViewController's view property. After this, the viewDidLoad method is called.If you don't want to trigger lazy-creation of the view, check UIViewController's isViewLoaded property before trying to talk to the view.In an MVC sense, the controller lives beyond the view and maintains its state. For example, somebody may push a new view on to the navigation stack and the old view might be removed from memory. The UIViewController sticks around, and the next time anybody needs the view it will recreate it.That's at least how it used to happen on iOS. Nowadays, UIView objects themselves stick around and maintain their own state, and the thing that gets purged from memory is the internal screen buffer, so once your UIViewController loads its view that view should never be unloaded.

You don't need to change anything, as far as I can tell. I haven't read any docs, but Newstand apps on the beta are now just normal apps, from the UI point of view, but work as before, so I assume the framework still functions as before, save changing the cover.

I am also experiencing the same problem, when I attempt the restore to iOS 9 I get to around 20% on the iphone screen then the error message pops. Tried restarting, different USB ports, redownloading the restore package.

Hi,seeing the same thing here. Also tried to delete all podcasts by removing them from the sync in iTunes. I haven't tried to reinnstalling, but attached is the crash-log.Incident Identifier: B5F20F2E-F1DF-469D-B710-8DEE3DC9104BCrashReporter Key: fb29f236715284e01c3ca12533f80c13bbf8eb99Hardware Model: iPhone7,2Process: Podcasts [425]Path: /Applications/Podcasts.app/PodcastsIdentifier: com.apple.podcastsVersion: 967.2 (2.3)Code Type: ARM-64 (Native)Parent Process: launchd [1]Date/Time: 2015-06-10 13:18:56.56 +0200Launch Time: 2015-06-10 13:18:55.55 +0200OS Version: iOS 9.0 (13A4254v)Report Version: 105Exception Type: EXC_CRASH (SIGABRT)Exception Codes: 0x0000000000000000, 0x0000000000000000Exception Note: EXC_CORPSE_NOTIFYTriggered by Thread: 7Filtered syslog:None foundLast Exception Backtrace:0 CoreFoundation 0x182f93f44 0x182e6c000 + 12122281 libobjc.A.dylib 0x197faff2c 0x197fa8000 + 325562 CoreFoundation 0x182f93e8c 0x182e6c000 + 12120443 Foundation 0x183e10f0c 0x183e04000 + 530044 Podcasts 0x10017