Re: IFS gotcha - potential disaster -- MIDRANGE-L


> This is in the category of deleting files with invalid characters in the
> name.

I'm not sure what you mean by "invalid." If the character were truly
invalid, you wouldn't have been able to create the file in the first
place.

> Also, I opened that file, in Windows, with TextPad. What I got was the
> other 5 files in the root. This is when I got worried.
>
> The problem is, if I try to delete this file in Windows Explorer, I would
> also be trying to delete QSYS.LIB - note the period in the middle of the
> name - and QFileSvr.400 - not my idea of a good time. And any files in root
> that had a period in the name - 5 in this case.

That's bizarre.  Windows Explorer does not, as far as I know, use
wildcards.  This implies that NetServer interprets wildcards when Windows
does not intend it to.

I've tried to duplicate this behavior by creating a file called *.* on my
FreeBSD box.  I accessed it from Network Neighborhood from a Win98
machine, but the filename appears as "~0%" (without the quotes) from
Windows. Deleting it doesn't seem to cause a problem.   Apparently the
SAMBA team anticipated this problem and converted the name to something
Windows would deal with correctly.

That implies to me that this is a bug in NetServer.


> QShell is even better, since the "rm" command definitely will not remove
> directories.

Sure it will.  You just have to specify the -d or -r switch to rm...
rmdir is equivalent to rm -d.   rm -r is like an MS-DOS "deltree" command,
it deletes not only the directories, but everything inside them.  (Not
that you wanted to do that, mind you...)

MS-DOS has a similar level of safety.  In DOS and Win9x, DEL will not
delete directories, only their contents, you have to run DELTREE.  In
Win2k/XP DEL can delete directories, but it always asks you for
confirmation first.

Windows (using the GUI shell) doesn't use wildcards, it just sends the
filename as-is. Theoretically, you can't specify *.*, since it's not a
legal Windows filename.  Again, same level of safety.

What DOES make OS/400 safer, however, is the security.  Most likely you
would not have been able to delete QSYS.LIB (not that I'm going to try it
to find out, mind you)

> So I first moved the stream files I wanted to keep into a new directory,
> leaving only *.* in the root. Then I started QShell and ran
>
> rm ???
>
> to remove only files with 3-character names, and this worked.

You took precautions, which is good.  But, "rm ???" would delete all of
the 3 character filenames in the directory, which doesn't seem like what
you wanted to do.

A safer way is not to use wildcards. You can prevent the shell from
interpreting wildcards by putting your argument in single quotes:

   rm '*.*'

You can also escape the wildcards using the backslash:

   rm \*\.\*

either of these methods would interpret the asterisk as a normal character
rather than as a wildcard, and therefore would only delete a file named
*.*, rather than deleting everything that matches the wildcard.

An even safer method would be to use the unlink() API, which will only
delete the exact characters you specify, it doesn't ever use wildcards,
and you can use it to delete characters which can't be typed at the
keyboard.

Not that any of this helps you right now, but it's nice to know.