Thanks James. With your help a bit more tinkering enabled me to find
the solution. I shouldn't be calling linkPath:toPath:, but
createSymbolicLinkAtPath:pathContent: instead to create aliases. With
that call, creating the alias is easy peasy. I list the corrected and
expanded complete method here in case it's of any use to anybody.
Note that this code only looks in the user's library folder, it
ignores the option of installing the service for all users.
I don't know how much of an impact it will have directly here, but
please be aware that there are some differences in the way the
system handles symlinks (which is what you're actually creating
here) and aliases. If you find you really want an alias, there's a
function in the MoreIsBetter sample code package that will do it:
- Symbolic links don't "follow" files if they get moved - they reference
a specific location on the hard disk, or a specific path relative to
themselves (depending on how they're created)
- Aliases aren't resolved by POSIX system calls - they just look like
files
with weird data in them.
Pick your poison.
Attachment:
PGP.sig Description: This is a digitally signed message part
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/email@hidden
This email sent to email@hidden
