said:
>Yes, although I believe (but can't prove yet) that it will need to be
>renamed before it is deleted.
Yes, I already have working code that does this. Talk is cheap. I prefer
to have working tools. You will probably get to be the test dummy once
I'm reasonably sure it is bullet proof.
>I reported what I perceived as unexpected behavior by the
>program - I wouldn't have intended for it to work that way if it were my
>program.
I agree, although I would like to belive if fm/2 was not displaying file
as users expected, I would have already heard about it. We shall see what
comes of this.
>I'm not sure
>what dfsee does when deleting a file but I believe that if it does no
>more than a conventional file delete, then it is insufficient.
Since it is not insufficient, it obviously does more. For example, it can
delete EA DATA. SF, which most folks find difficult or impossible when
booted the eCS/OS2.
>In any
>case, I don't believe simple file delete is sufficient for either file.
>For those not familiar, IIRC, those are not spaces in the file names but
>an non-printing ASCII character whose number I can't recall.
YANRCC
DFSee OS/2 7.15 : Executing: h 1fa
Start sector LSN : 0x000001FA Size to display : 256 bytes
-00000-
45 41 20 44 41 54 41 20 20 53 46 27 00 00 00 00 [EA DATA SF'....]
-00010- 00 00 00 00 00 00 44 68 5f 27 ca 01 00 30 07 00
[......Dh_'...0..]
Try
ren "WP ROOT. SF" WPXROOT.XSF
and see what happens.
>You can
>still delete the WPS file with a "DEL WP?ROOT.?SF" command if you've
>remove the attributes but DEL "WP ROOT. SF" will not work if you've used
>spaces in the file name.
Depends on the command shell. Some are more brain dead than others. You
need one that will actually understand the quotes or you need to use the
wildcards.
>Just trying to set the stage that deleting the EA DATA. SF file is not as
>simple as removing offending attributes from the file and deleting it.
Well it is unless you are booted to eCS/OS2.
>> From where? Fm/2 or the Desktop?
>From the desktop.
Oh well.
>I don't believe I said you did. :-). Just in case someone thought that
>using a file manager like FM/2 prevented both file's creation, it's not
>true.
It may be true, but we need to test it. Fm/2 has a feature known as drive
flags that can suppress the creation of EAs on a drive. This may have the
side effect of bypassing the creation of EA DATA. SF. We can test this on
Saturday, maybe.
>attrib -r -s -h x:\WP?ROOT.?SF
>del x:\WP?ROOT.?SF
You need to rename WP ROOT. SF and then delete it, just like you stated
above.
>I did a help for at a command line and didn't see the /r CL argument.
Recall that I said you need to run the script under 4os2. It's the least
brain-dead of the command shells that trace their history to command.com.
>By the way, what is the upshot of deleting EA DATA. SF when files with
>EAs have been placed on the drive.
In our case, there's no upshot. We are going to delete the EAs before
deleting EA DATA. SF.
>Is there any other risk other than
>the loss of all EAs on that volume?
Let's just say, I recommend you don't do that.
>Thanks. As I mentioned in my response to Tom, I'll be in Dallas starting
>Sunday so I'll probably get to it next week.
Have fun.
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 <<
>> Next Message >>
Return to [ 17 |
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.