Yes, I do realize I can do that.  I was looking for a pre-existing alternative. 
 Not that I don't like or am flummoxed by Rexx, far from it.  Just a bit lazy 
at the moment.

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Longabaugh, Robert E
Sent: Tuesday, September 30, 2014 4:11 PM
To: [email protected]
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?

Also you can use LMMSTATS from REXX or other languages.   The command is 
documented in TSO/E REXX Reference.

"ISPEXEC LMMSTATS DATAID("data1") MEMBER("mbrname")"     " USER("id_of_usr")"   
           

Bob Longabaugh
Quality Assurance Architect
CA Technologies
Storage Management             

<Snipped>

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, September 30, 2014 12:29 PM
To: [email protected]
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?

On Tue, 30 Sep 2014 11:54:54 -0400, Farley, Peter x23353 wrote:
>
>The motivation for this is the sad fact that the IBM FTP server does not set 
>statistics for RECFM=VB PDS/E members even when the SITE ISPFSTATS toggle is 
>set.  It only does it for RECFM=FB PDS/E members, even at the z/OS V2.1 level.
> 
WTF!?  And why?  I hadn't noticed that.  Is it because it's easier to count 
lines if RECFM=FB (count bytes and divide by LRECL)?  Or because revision level 
is/isn't available as the last two characters of the sequence numbers 
(shouldn't matter).  Is this documented?

Does NFS have the same behavior?  I'll need to test.  I know that "touch" via 
NFS fails to update the time stamp.  Can the programmer enable/disable stats 
with NFS?

If the data originate from a z/OS (or CMS) system, it might be better to use 
TRANSMIT (SENDFILE)/RECEIVE.  If you want to copy to/from a UNIX (etc.) system 
and replicate timestamps, you're probably SOL.

(TRANSMIT/RECEIVE may have a 1-hour skew if  a Daylight Saving boundary (or the 
Equator) is between.  They could have done better.)

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to