Hello, I was doing a little test today with the really useful ARCHSYMLINKASFILE
option, archiving
the /usr area on one of our AIX boxes. Test results as follows:

dsmc archive -archsyml=yes -quiet -subdir=yes "/usr/*"
 Objects inspected/archived: 39294 37403
 Bytes transferred:  343.87MB
 Elapsed processing time: 00:14:22
 Elapsed real time (/bin/time): 862.77 seconds

dsmc archive -archsyml=no -quiet -subdir=yes "/usr/*"
 Objects inspected/archived: 18731 17097
 Bytes transferred:  249.90MB
 Elapsed processing time: 00:09:50
 Elapsed real time (/bin/time): 590.74 seconds

From these figures, especially the bytes transferred, I'm inferring that NO is
storing the links
and not following them, whereas YES is following the links and storing them. So
I checked
the readme, (portion reproduced below). A simple 'ls -R1|wc -l' of /usr gives
20363 which
is closer to the NO options statistics.

  ARCHSYMLinkasfile

    Parameters

           No
               Specifies that you want ADSM to Archive files or directory's
               that symbolic links point to as the symbolic links name.
           Yes
               Specifies that you want ADSM to Archive symbolic links and
               not follow them.  This is the default.

Which is the exact opposite to what I'm seeing!!

So have I missed out something, or is my understanding of the readme wrong, or
is
the readme itself wrong? (My money's on the latter option).

Anyone got any opinions on this?

Regards

Robert Cross, Systems Programmer, Scottish & Newcastle plc.
[Apologies for the length disclaimer that follows, please feel free to ignore
it]


**********************************************************************
The information contained in this message and any attachments:

1. does not constitute an offer or an acceptance of an offer or a
representation or warranty, nor shall it form any part of a legally
binding contract.

2. has been compiled with care but no representation or warranty
(express or implied) is made as to its accuracy or completeness and no
liability can be accepted for any loss arising from the use of any of
the information.

3. may include opinions or views, which unless expressly stated
otherwise, are not those of the company or any person in relation to
whom the company would have vicarious liability or responsibility.

4. is not guaranteed to be free from any so-called computer viruses
and it is strongly recommended that you check for such viruses before
down-loading it to your computer equipment.

5. may include hypertext links to the sites of other companies or
persons, the content of which this company has no control over and
accepts no liability for.

6. is for the exclusive use of the addressee and may contain confidential,
privileged, work product immunity and/or non-disclosable information.
If you are not the intended recipient and receive this message and any
attachments, you must not read, copy, transmit, disclose or otherwise use
any of them (or part of them) in any way (to do so may be unlawful) and
we would be grateful if you could inform us immediately of any such
receipt and subsequently entirely and permanently erase the message and
any attachments from your equipment.

E-mail is an informal method of communication and is subject to
possible data corruption.  For these reasons it will normally be
inappropriate to rely upon information contained in an e-mail without
obtaining tangible written confirmation of it.
**********************************************************************

--Boundary_(ID_Lfafhqdd6tzaIIGYu1QGmA)--
=========================================================================