said:
>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).
You too need to complain to the folks that make the mp3 player. It is
their inflexible design that makes it incompatible with normal OS/2
operations that have existed for close to a decade.
>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.
Humm. My POV is it is simple. A dir command will show which files have
EA. The dir command output can be filtered by a simple REXX program that
issues the eautil commands.
>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).
This is where you need dfsee. Once you eject the drive, dfsee can get
access to the raw drive bypassing the FAT file system driver that would
otherwise lock the file.
You don't actually have to delete the file with dfsee. All you need to do
is rename it and then you can just delete it.
>the file. I'll be better about documenting exactly what I did so that if
>it doesn't work, I can produce the documentation.
Good plan. This is more likely to allow any problems you do have to be
resolved.
Steven
--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.67 #10183 Warp/eCS/DIY/14.103a_W4
www.scoug.com irc.fyrelizard.com #scoug (Wed 7pm PST)
----------------------------------------------------------------------
=====================================================
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 <<
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.
