SCOUG-HELP Mailing List Archives

<< Previous Message <<

Date:	Wed, 31 Mar 2004 22:17:06 PST8PDT,4,1,0,3600,10,-1,0,7200,3600
From:	Tom Brown <thombrown@san.rr.com >
Reply-To:	scoug-help@scoug.com
To:	scoug-help@scoug.com
Subject:	SCOUG-Help: EA DATA . SF on a Compact Flash USB card?

Content Type: text/plain

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

In my case, it's NOT about transferring EAs. It's about keeping the *.
SF files (EAs) off of the CF card in the first place!

After some more experimenting, I found that if I access the CF card via
the WPS, (mount the card via Refresh Removable Media in the Drives
folder, open a folder on the card and copy files to the hard drive), the
*. SF files get written to the card. Niether eCS or Win2K can remove
them. The problem is that when I put the card back into my camera (Canon
EOS 10D), it gets an error, and will not do anything with it. I can't
even format the card in the camera at this point. If I look at the card
in Windoze 2000, I can also read the card, but I can't get rid of the EA
DATA. SF file. I have to format the card under W2K to be able to use it
in the camera again.

If I mount the card via Refresh Removable Media in the Drives folder, I
can then open a command line window and copy the pictures from the CF
card to the hard drive *WITHOUT* having the *. SF files created on the
card. I can then eject it via the context menu, remove it, and it will
work just fine in the camera. If I let the WPS get involved, other than
the Refresh/Eject operations, the *. SF files get created, and it's
toast as far as the camera goes.

I'm not using a file manager. There are NO EAs on the card to begin
with, at least as far as I can see.

J. R. Fox wrote:
> Steven Levine wrote:
>
>>>Is there any way to keep LVM or whatever from writing to this card?
>>
>>It's not LVM. It's your file manager. You either need to delete the EAs
>>before you copy or use a file manager that allows you to suppress the EA
>>copy.
>
> O.K., so what avoids this ? ZTree transfers the EAs (in our OS/2 context,
> this is usually considered a good thing . . . ), and I think the OS/2 XCOPY
> does also.
>
> Jordan

--
Tom Brown
thombrown at san dot rr dot com
Member SCOUG, V.O.I.C.E. & SDAA
running eComStation GA + FP 3
eCS system uptime is 0 days 00:42 hours

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================

Return to [ 31 | March | 2004 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.