It looks like this return code is properly documented in the FindFolder
documentation but not in the FSFindFolder equivalent:
The result code dupFNErr indicates that a file has been found instead
of a folder.
Note that this could be caused by either the indicated folder or any
parent of the indicated folder being a file instead of a folder.
Though for the Trash it's usually a pretty shallow search.
By the way, it's probably better not to pass kUserDomain to FindFolder.
Usually you are looking for the Trash because you want to throw
something away, and in that case, you should ask for the trash by
volume. If the item you're throwing away is on the user's disk, then
will happen to get the trash folder in the user's home directory.
Daniel
On Jan 30, 2005, at 2:46 PM, Jan E. Schotsman wrote:
Hello everybody,
One of my users has reported a weird problem. This code:
Is this possible and what pathological condition on the user's disk
does this indicate?
TIA,
Jan.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/carbon-dev/jalkut%40red-
sweater.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
