SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, 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.

The Southern California OS/2 User Group
USA

SCOUG-HELP Mailing List Archives

Return to [ 17 | February | 2006 ]

<< Previous Message << >> Next Message >>


Date: Fri, 17 Feb 2006 23:32:52 PST8
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Experiment #1 (Keeping hidden files off USB drive)

In <20060218050441.QRRO7811.mta11.adelphia.net@[192.168.1.99]>, on
02/17/06
at 09:04 PM, "Michael Rakijas" 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.