said:
[...snip...]
> "WP ROOT. SF" is owned by the WPS. It will get created it you use the WPS
> to drag and drop files. If you use a PM file manager such as filestar or
> fm/2, it will not get created. This file is usually not locked, so you
> can delete it from outside the WPS.
>
> "EA DATA. SF" holds the extended attribuites for FAT volumes. Any file
> activity is going to create this file if the source file has EAs. It
> appears that you batch files are not doing quite the right thing.
I believe that they are doing the right thing because this works most of the
time. There must be some kind of other action that my kid is using that
recreates the EA file making me go through the extended fix process. In any
case, it shouldn't be this hard to manage files on what is basically a USB
drive. (and yes, I've upgraded the firmware on the drive to the most recent to
make sure that this didn't get fixed by others' complaints).
> If I had this problem, I would post process the USB drive content before
> attempting to use it in the player. The processing would use EAUTIL to
> strip all the EAs, a file manager to delete "WP ROOT. SF" and dfsee to
> delete "EA UTIL. SF".
This was my first approach but this didn't work. Basically using EAUTIL
requires specifying the filenames of all filenames that need to be processed
meaning somehow logging all the new files that were added to the player. This
seemed impractical at best and impossible at worst.
> The result would be a FAT filesystem with not
> remnants of OS/2 activities. This would be a one-click solution once set
> up.
I'll try working this again but this is what I though originally. TTBOMR, this
would not eliminate the actual file "EA UTIL. SF" and all attempts to delete it
after removing the EAs would be prevented because the file *is* locked (by
another process, it says). I try and play with it some more but I've tried
manipulating it from a command line (DOS type include that would not preserve
EAs) and would be unable to get rid of the file. I'll be better about
documenting exactly what I did so that if it doesn't work, I can produce the
documentation.
> This would allow you to use eCS/OS2 to manage the drive content without
> consfusing the player.
I've been unsuccessful to this point but I'll try again.
> Steven
-Rocky
=====================================================
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
"postmaster@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 06 |
February |
2006 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
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.
