Re^14: File::Find problems

What the heck is Locked referring to?

Sounds like some kind of read-only flag. You might be able to use chmod to remove it.

I thought about that, however in the Get Info window the permissions don't change when I check and uncheck the Locked checkbox. The only thing that happens is the name of the file gets grayed out in a textbox its in--preventing me from changing the file name.

Also, iPhoto had no problem copying locked .JPG files from the sd card to my computer.

I've got an idea. The docs for File::Copy move() says it copies then deletes. I noticed that iPhoto just copied--the files remain on the sd card after iphoto imports the files. So maybe that is why I got "operation not permitted"--it was the deleting that was prohibited.

I am going to take some more pictures, protect a few of them from deletion using the camera, then try to copy() the files rather than move() them.

Comment on Re^14: File::Find problems

Replies are listed 'Best First'.
Re^15: File::Find problems by ikegami (Patriarch) on Jan 16, 2010 at 01:04 UTC
If something is read-only, you can still read (copy) it.	[reply]
Re^16: File::Find problems by 7stud (Deacon) on Jan 16, 2010 at 01:24 UTC
My permissions on the file are read/write. I don't know how 'delete' fits in there. I took some more pictures, and I used the camera to tag a few of the pictures so they couldn't be deleted. File::Copy's copy() function was able to copy all the files. So after 2 days of effort and 20 measley lines of code--great success! Thanks. Oh, by the way, my original frustration and confusion was caused by this: I was dragging the destination directory's name onto my terminal window when prompted by my script. When you do that on mac os x, the file name is inserted at the point of the cursor in the Terminal window. My idea was that I would first create a destination directory for the files, then run my script, which would prompt me for the directory name, and all I would have to do is drag the directory onto my terminal window. However, the path that was entered when I dragged my file onto my terminal window looked like this: `/Users/me/Pictures/my\ folder\ name` [download] Those slashes preceding the spaces are not required, and in fact I believe they are what was causing me to get a "no such directory error" when using that path with rename().	[reply] [d/l]
Re^17: File::Find problems by ikegami (Patriarch) on Jan 16, 2010 at 02:39 UTC
Indeed. It would look for a folder named "m","y",backslash,space,"f",... Your console is expecting the name to be used as an argument in a shell command. That's the more appropriate means for command line utilities to obtain input. `$ perl -e'$s=<STDIN>; print "$ARGV[0]\n$s"' foo\ bar moo\ mar foo bar moo\ mar` [download]	[reply] [d/l]