Re: user id unknown
Re: user id unknown
- Subject: Re: user id unknown
- From: David Feldman <email@hidden>
- Date: Wed, 5 Mar 2003 10:22:57 -0500
Hi Dave,
glad to know someone else had the same question.
I use the routine Apple grants on its web site called
FSCopyObject. I have to say, it has *a lot of bugs*. Warning.
Yeah, I've been looking at it, and haven't decided whether given those
bugs it's the way to go or not. It sounds from the discussion on
various lists like the Cocoa calls are coming into their own, and in
particular that you can set the creation date (as well as modification
date) for files from within the Cocoa API now. I guess you lose some
older Finder attributes, though. But it might be a good option anyway.
In the meantime, I've submitted a bunch of bugs with FSCopyObject to
Apple so we'll see what happens with that.
So, there are no hidden procedures.
I think it copys the user id to the destination file, so since that
user id
doen't exist on the destination machine, the Finder Get Info panel
reports a
blank Owner, and the file could not be opened anymore. It seems to be
busy.
You have to change the owner by hand, in order to use it.
Hmm. So that's different from how the Finder does it, I think. I'm
pretty sure that when you do a remote mount and copy files manually
with the Finder, remote copies get as their owner whatever username you
used to log in. I'm not sure whether that's the optimal behavior or
not, though it a lot of ways it seems pretty reasonable to me.
Anyway, I am totally disappointed about the assistance Apple is
granting to
the developers. I can understand MacOS X is still young (I love
Apple), and
thus it has some bug, but I would like anyway to find a workaround to,
think
about, a simple copy file procedure... Amazing!
Yeah. The Cocoa documentation is often pretty good, but there are
holes. The Carbon documentation is hopeless if you don't already know a
lot of Carbon. Once you've exhausted the docs, there may be sample code
but it's hard to tell what's good and what's going to be useful just
from the sample code site. If you're not part of a large corporation
that can afford a tech support contract, your only recourse is these
mailing lists. which can be very helpful but only if your topic
interests and/or is known to people on the list. I've been lucky on
this file-copying thing to have so many knowledgeable people
interested, but it's not always that way. Really unfortunate...but
maybe it doesn't benefit Apple enough financially to support small
developers more than that?
--Dave
_______________________________________________
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.