writing non-ascii filenames with legacy C functions makes APFS inconsistent with modern filesystem API's
|Product:||iOS + SDK
||Product Version:||iOS 10.3 (14E5249d)|
Something not on this list
If you use legacy stdio functions for writing to non-ascii filenames, the filesystem enters a weird state, where NSFileManager can list the file, but checks if it exists fail.
Steps to Reproduce:
1. write "hello" to file named "acentuação.txt" with fopen/fwrite/fclose
2. list files available with NSFileManager contentsOfDirectoryAtPath:error:
3. check if the single listed file exists with NSFileManager fileExistsAtPath:
the file should exists, since we had it returned by contentsOfDirectoryAtPath:error:
the file does not exist
iOS 10.3 (14E5249d)
Xcode example has been attached where the error is provoked in application:didFinishLaunchingWithOptions:
Problem seems to happen only on iOS 10.3 no matter what device, as long as it is on device. It does not happen in the simulator.
iPad Air 1, 32GB cellular
Reports posted here will not necessarily be seen by Apple.
All problems should be submitted at bugreport.apple.com before they are posted here.
Please only post information for Radars that you have filed yourself, and please do
not include Apple confidential information in your posts. Thank you!