NSFileManager creating folder (Cocoa error 513.)

匿名 (未验证) 提交于 2019-12-03 01:23:02

问题:

I'm trying to create a folder inside the /sounds folder of my app.

-(void)productPurchased:(UAProduct*) product {     NSLog(@"[StoreFrontDelegate] Purchased: %@ -- %@", product.productIdentifier, product.title);      NSFileManager *manager = [NSFileManager defaultManager];     NSString *bundleRoot = [[NSBundle mainBundle] bundlePath];      NSError *error;      NSString *dataPath = [NSString stringWithFormat:@"%@/sounds/%@", bundleRoot, product.title];      if (![manager fileExistsAtPath:dataPath isDirectory:YES]) {         [manager createDirectoryAtPath:dataPath withIntermediateDirectories:YES attributes:nil error:&error];         NSLog(@"Creating folder");     }      NSLog(@"%@", error); } 

But I get this error:

Error Domain=NSCocoaErrorDomain Code=513 "The operation couldn’t be completed. (Cocoa error 513.)" UserInfo=0x175120 {NSFilePath=/var/mobile/Applications/D83FDFF9-2600-4056-9047-05F82633A2E4/App.app/sounds/Test Tones, NSUnderlyingError=0x117520 "The operation couldn’t be completed. Operation not permitted"} 

What am I doing wrong? Thanks.

回答1:

If you search Google on the error domain NSCocoaErrorDomain you find that the code 513 translates to the error NSFileWriteNoPermissionError.

This provides you with the critical clue for solving this problem:

This is the bundle directory containing the application itself. Because an application must be signed, you must not make changes to the contents of this directory at runtime. Doing so may prevent your application from launching later.

Specifically, you cannot modify the contents of a compiled app's bundle folder. This is because the bundle is the compiled application.

When you eventually distribute the app through the iTunes App Store, the application has a digital signature that validates the contents of the app. This signature is generated at compile time.

If you try to change the bundle after compilation, the app changes and the digital signature is no longer valid. This invalidates the application ― who knows what code is in there, right? ― and end users won't be able to run it. So Apple has set up iOS to throw an error if you try to modify the bundle.

Instead of writing to the bundle, your app can write to one of three accepted app-specific folders: Documents, Temp and Cache. Most likely, you will want to write to the Documents folder.

These folders are only accessible to your app. No other app can access the contents of these folders. (Likewise, your app cannot access another app's folders.)

You can set up your app to allow the end user to manage access to file data through iTunes, via desktop file sharing support.



回答2:

This is because you should never modify the bundle of your application at runtime. Instead, you should have a folder elsewhere where you can add resources.

EDIT:
The error you are seeing is most likely because you cannot write to the bundle.



回答3:

I encounter the same problem, when using a Log library. Finally, it's path format problem. Check the dataPath format. If it is Case 1, it is valid. In my case, it's Case 2, so I failed to create directory.

// Case 1 /var/mobile/Containers/Data/Application/5FB2CD2D-91DC-4FB2-8D6F-06369C70BB4A/Library/Caches/AppLogs  // Case 2, invalid format file://var/mobile/Containers/Data/Application/5FB2CD2D-91DC-4FB2-8D6F-06369C70BB4A/Library/Caches/AppLogs 

If the dataPath has a prefix, ex: file://, it is invalid.


As for an instance of NSURL, path will return the string like case 1, and absolutePath will return the string like case 2.



易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!