RE: Finding members

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Consequences?

Some work, some don't.  like MD '/QSYS.LIB/RUBADUB.LIB' is the same as
CRTLIB RUBADUB.  (I can't think of one off of the top of my head which
doesn't work.)

Some don't have as much flexibility.  Like MD
'/QSYS.LIB/RUBADUB.LIB/MYFILE.FILE' is the same as CRTSRCPF
RUBADUB/MYFILE.

And some have much more flexibility.  Like try to duplicate CHGOWN
'/QSYS.LIB/MYLIB.LIB/*' NEWOWN(SSA).  You'd have to write a program to
retrieve all objects in the library and run a CHGOBJOWN on each of them.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"DeLong, Eric" <EDeLong@Sallybeauty.com>
Sent by: midrange-l-admin@midrange.com
11/08/2002 09:49 AM
Please respond to midrange-l

        To:     "'midrange-l@midrange.com'" <midrange-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Finding members


Booth,

You said:
A member is not a file.

I realized recently on a project that, from an IFS point of view, members
are manipulated like files, while our files are manipulated like
directories.  For example, to delete a file in /qsys.lib, you'd actually
use
the RMVDIR RMVLNK(*YES) command to do it.  I suppose this is a consequence
of using hfs commands in a non-hfs file system....

Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-898-7863 or ext. 1863


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.