Re: Keeping track of files, i.e. aliases, NSURL's?
Re: Keeping track of files, i.e. aliases, NSURL's?
- Subject: Re: Keeping track of files, i.e. aliases, NSURL's?
- From: Rosyna <email@hidden>
- Date: Wed, 28 Aug 2002 13:39:27 -0700
Ack, at 8/28/02, Ondra Cada said:
No it's not, the Alias manager does just this. It's the entire
reason it exists.
It *was* the entire reason it *existed*. It can't do it anymore.
That was possible in the already dead system, in which
(i) there was no way to move a file between volumes;
sigh, as I've written before, it's still impossible to move files
across volumes. All "moves" like this copy and then delete the
original. From mv's man page:
As the rename(2) call does not work across file systems, mv uses cp(1)
and rm(1) to accomplish the move. The effect is equivalent to:
rm -f destination_path && \
cp -PRp source_file destination && \
rm -rf source_file
(ii) volumes were cleanly distinct and at the first look you saw
which is which.
In Mac OS X -- thanks God! -- none of these serious limitations
applies anymore. There is a number of possibilities to move files
across volumes, *and* volumes can be mounted just anywhere, looking
exactly like a plain folder.
So? What does that have to do with alias resolution? Does not each
mounted volume get a listing in /dev/? Does not each volume have a
volume reference number (HFS+, at least)?
The result is that -- as I've written -- there is no reliable way to
track a moved file anymore.
It's sad you lack so much understanding about the OS you use.
--
Sincerely,
Rosyna Keller
Technical Support/Holy Knight/Always needs a hug
Unsanity: Unsane Tools for Insanely Great People
---
Please include any previous correspondence in replies, it helps me
remember what we were talking about. Thanks.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.