said:
>>
>>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.
>
>
> I will but any guess what the response is going to be? Sorry, OS/2 is not
> supported.
>
>
>>>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.
>
>
> What is it that determines when the column of EA numbers appear and not.
> Sometimes, they appear as the extra column next to the normal size column. It
> doesn't appear consistent. In any case, see my Experiment #1 why this isn't
> enough.
>
>
>>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.
>
>
> It looks like this may be my only solution. I'll try that next if the response
> to my Experiment #1 is unsuccessful.
>
>
>>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.
>
>
> See Experiment #1 request.
>
>
>>Steven
>
>
> -Rocky
OK, a couple of suggestions...
1. Can you copy the .MP3 files to the device from the command line? It
has been my experience with a similar device (which also locks up when
it sees "EA DATA. SF") that copying via the command line will not create
that @#$%^& file!
2. On Hobbes there is a program that may be able to deal with your
problem after the fact:
/pub/os2/util/disk/r_eadata.zip
I have NOT tested this at all!
HTH
--
Tom Brown, Catherder
thombrown at san dot rr dot com
Member SCOUG, V.O.I.C.E. & SDAA
=====================================================
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 [ 12 |
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.
