The 10.2.8 Finder duplicate will not work the usual way, the only way
I can
get it to work is by leaving off the to <location> to save. So the
only
place it duplicates is in it's own folder. While this is ok when I am
coping and moving to the same HD, but I need to duplicate the file to a
different network drive. The shell command CP mangles the file in
some way
and makes it unusable.
The path to current users only shows raw events and doesn't work at run
time.
Path to Documents shows raw events also, but that command still works,
so I
just use: <sudo code>
Set foo to characters 1 thru -10 of (path to documents folder)
I'd go the other way: build the script on 10.2 and move it to 10.3.
That's the way the Apple Engineers would have done their testing. If it
works on the earlier one, odds are much higher that it will work on the
newer one without change.
The other thing is to be pragmatic: do what works. If Finder's
duplicate duplicates in the same spot then use that modus operandi. You
just have to do a duplicate, then a move. That's the way the finder
works when you use it manually so I suspect that the "to location" is a
clever add-on made afterwards. Also, I seem to remember something about
a problem copying/duplicating across drives in earlier systems.
A shell alternative is ditto. Read the man pages and use the -rsrcFork
option to ensure that you carry everything with you. If you have
developer tools installed you can use cpMac on the commandline too.
There are list of raw codes, which correspond to different system
folders, on your system I believe. Chris Nebel has published the
location on this list a few times so you should be able to google the
archives.
good luck
Malcolm Fitzgerald
for advice, assistance, service and support for you and your computer
