Revisiting "AudioFileCreateWithURL returns kAudioFilePermissionsError ('prm?')"
Revisiting "AudioFileCreateWithURL returns kAudioFilePermissionsError ('prm?')"
- Subject: Revisiting "AudioFileCreateWithURL returns kAudioFilePermissionsError ('prm?')"
- From: Jack Nutting <email@hidden>
- Date: Wed, 19 Feb 2014 16:04:05 +0100
A few years ago, someone had this complaint:
http://lists.apple.com/archives/coreaudio-api/2010/Apr/msg00237.html
Now I have the same problem. Basically, opening a new file for recording with AudioFileCreateWithURL works most of the time, but occasionally, for some customers, returns the error code 'prm?' which is kAudioFilePermissionsError. Apple's documentation lists a single example of when you might get this error: "For example, an attempt was made to write to a file opened with the kAudioFileReadPermission constant." In my case, and I guess the OP's case, it's not a matter of accessing a file that's been opened at all, but rather trying to create a new file.
Is anyone aware of other examples of situations which can trigger this error? In my case, the path is in the app's documents directory, with a filename that is presumably unique, as it contains a timestamp down to the second. Therefore, I feel reasonably sure that the user is not trying to inadvertently create a new file when one with the same name exists, so this error code is probably not being used here to mean "file already exists" (and besides, I am using the kAudioFileFlags_EraseFile flag). Could this error be used to mean something else, such as the file system being full?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden