file uri scheme

> For iOS, this should *just work*.Unfortunately it does not work.I created a library project that contains a very basic .c file and a .s file.The .c file gets compiled into a .o file that does contain a bitcode section; the .s file generates a .o file that does not contain bitcode.The resulting .a also does not contain a bitcode segment.I'm testing if bitcode is added by running otool -l | grep bitcode% otool -l Cfile.o | grep bit sectname __bitcodeXcode asks LLVM to use -fembed-bitcode-marker. I manually tried using -femit-bitcode, but with a unknown argument: '-femit-bitcode'

Thanks for your suggestions, Kevin.ktam wrote:> So just to get something working I'd recommend removing entitlements from the equation right now and adding them back in afterwards.While I haven't tried this with the code I posted above I did try that later with my original test code and that didn't resolve the invalid connection issue.> The path to the program in the Program arguments array is to the executable within the LaunchAgent bundle, not just to the Launch Agent itself. I'm pretty certain this is needed.I've corrected that issue later in both the code above and with my original test code.> I do not use ~ but fully resolved paths to the Launch Agent as well.The later versions of the code posted above and my original test code use full/absolute paths to the Launch Agent in the launchd plist.> I had to use launchctl unload/load for launchd to recognize that the launchd plist file had been modified.I've been doing this in-between every change.> you might need to prefix your service

Thank you! 🙂I was retrieving my url stored from the core data and somehow they got changed during the insertion. Because of your answer I investigated, and was able to resolve the issue by retrieving the correct path using the file manager instead.I am new and every little set back shatters the confidence. You made my day. Thank you!🙂

Same issue for me.My iPhone 6 would not sync with iTunes after install iOS9.I did get iTunes to sync by accessing iTunes menu bar.iTunes/File/Devices/SYNCiTunes/File/Devices/BACKUPThis allowed the sync and backup to occur, but I am still unable to access the phone icon in the iTunes menu bar.Enough frustrations with iTunes sync/backup as well as power drain, I reinstalled iOS 8.4 while I wait for iOS9 beta 2.

Same here.I already asked in the WWDC Lab, what happens with on-demand ressources, when a new version is submitted, only on demand ressources have been changed? Will I see an update, that does not download or install anything except the info.plist?But xloser to your topic:My Mac s my digital hub and I never download App Updates via WiFi, only if I do not have any other option and the update is important enough (like during the WWDC). I have 3 devices linked there, my iPhone, my newer iPad (V3) and an old original one (ignoring for now).When I download the thinned updates in iTunes, what will happen?Do I get 2 different build downloaded, one for iPhone one for iPad?Do I get a app download, that is thinned to only the 2 devices - in that case not that much at all?What happens, when I download a thinned App on my iPhone, sync it via iTunes and want to install it on my iPad? The thinned iPhone version won't work on the iPad. Do I need a download - will it be another file?Last not least, imagine I get a t

I couldn't add init?(rawValue:) to the protocol for some reason. Hence the init?(index:) initializerDoes anyone know how to use the 'where' clause to tell if an enum has Int rawValues? I tried several approaches, but couldn't get any to work. It would be nice to remove the boilerplate init...This works:protocol EnumerableEnum: RawRepresentable { static func allValues() -> [Self] } extension EnumerableEnum where RawValue == Int { static func allValues() -> [Self] { var idx = 0 return Array(anyGenerator { return Self(rawValue: idx++) }) } } enum TestEnum: Int, EnumerableEnum { // <-- Will not compile unless it has Int RawValues. case A, B, C } print(TestEnum.allValues())Accessing static properties from a protocol extension seems to crash the compiler at the moment, hence the static functionYes, it seems like a compiler bug:protocol EnumerableEnum: RawRepresentable { static var allValues: [Self] { get } } extension EnumerableEnum where RawValue == Int { static var allValues: [Self] { get { var idx = 0 r

More annoyingly, clients of the class will also complain, so you can't clean-compile other files until you've actually implemented the protocol.As a workaround, would it work for you to write the dummy implementations in a protocol extension? That would get rid of the errors, and you could copy and paste from there to your actual classes when you want to finish implementing them. Later on in the development cycle, you can delete the protocol extension, and then you'll get errors for anything you've missed.

Hello Dex,I'm testing always over WiFi. About the per-24hr limits, I didn't know this limitation, but I don't think that is my problem.Doing the test and using WiFi I can upload a 2GB file to the server in 1 hour more or less- The behavior in iPad air with 8.1.2, in iPad air with 7.2, in iPhone 5S with 8.3 and in iPhone 6 plus with 8.2: The file start to upload, I get the progress of the upload and after 1 hour more or less the file is uploaded.- The behavior in iPhone 5 with 8.1.2: The file start to upload and in one second the file is uploaded with 0 bytes. I get the 200 http ok of the server. I have checked the request and it's ok and the origin path is correct.

Also note that in iOS 9 with App Slicing/Thinning that only the appriopriate files for a device will be downloaded. So for iPhone 6 Plus only @3x files will be downloaded (where available), etc. Therefor the only person who would actually 'benefit' from using one image size to keep the app size small is you, when you are uploading to the App Store 😉For more info on App Slicing/Thinning: https://developer.apple.com/library/prerelease/ios/documentation/IDEs/Conceptual/AppDistributionGuide/AppThinning/AppThinning.html