On 10/3/05 4:36 AM, Mike Kluev didst favor us with:
> on Sun, 02 Oct 2005 16:04:29, Laurence Harris <email@hidden> wrote:
>> Besides, since a file could be opened or closed in the interval of time
>> between when I make this determination and the time the file is actually
>> renamed, I'm not going to worry about this one.
> FWIW, the file could be locked/unlocked in that interval as well.
Yes, Mike, I know. It could be opened, closed, deleted, replaced, locked,
unlocked, moved, or even renamed in the interim. The user's access
privileges for the item could change, as could the item's owner and group.
As hard as it may be for you to believe, not everyone needs you to explain
every possibility. I can't guard against every possibility, so I'm not going
to expend a lot of energy trying. Instead, I'll use a reasonable set of
tests based on the nature of the feature and the problems that are most
likely to be encountered while using this feature, and if errors are
encountered while renaming I'll deal with them at that time.
>> However, is there a reliable way now to tell if a file is open? The
>> appropriate node flags still aren't set in an FSCatalogInfo as of 10.3.9.
> Don't know.
Well, there you go. I have enough to do that needs doing and I know how to
do that I'm not going to worry about something that isn't essential and I
don't even know how to do. ;-)
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden