equ...@listserv.ua.edu>
Sent: Wednesday, October 11, 2023 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF
You might see if you can use IDCAMs to list the first 4k page of the PDS(e) in
HEX and see what it looks like
Sent from my iPhone
No one
M-MAIN@LISTSERV.UA.EDU
Subject: Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF
There is one other option. Pull down PDS85 and see if anyone updated the
software/source to support PDS(e)’s
Sent from my iPhone
No one said I could type with one thumb
> On Oct 11, 2023, at 08:19, Ste
Hogstrom
>>
>>>> On Oct 10, 2023, at 6:25 PM, Kirk Wolf wrote:
>>>
>>> With Java, the JZOS Toolkit has an interface to PDS directories, including
>>> MemberStatistics
>>>
>>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE
th Java, the JZOS Toolkit has an interface to PDS directories, including
>> MemberStatistics
>>
>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>>
>> Kirk Wolf
>> Do
> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>
> Kirk Wolf
> Dovetailed Technologies
> http:// <http://dovetail.com>coztoolkit.com
>
> On Tue, Oct 10, 2023, at 11:53 AM, Matt H
Betreff: Re: [IBM-MAIN] Access to PDS(E) ISPF statistics outside of TSO/ISPF
There is a sample assembler program in xephon magazine. Find it in the cbttape
website
ITschak
בתאריך יום ג׳, 10 באוק׳ 2023 ב-21:46 מאת Matt Hogstrom :
> Thanks Mike, this helps a lot.
>
> Matt Hog
served for ISPF
> > * when ISPESTAT = On and SMDE_USRD_LEN = X'28' then
> > ORG ISPBLANK+1
> > ISPECLIN DSCL4 Current number of lines
> > ISPEILIN DSCL4 Initial number of lines
> > ISPEMLIN DSCL4
October 2023 20:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF
Yes. Use DESERV to get the directory entry and look at the user data field.
From: IBM Mainframe Discussion List on behalf of
Matt Hogstrom
com>coztoolkit.com
On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
> I’m looking for a way to access ISPF statistics from Java or C outside of a
> TSO / ISPF environment. Does such an animal exist out there ?
>
> Matt Hogstrom
> m...@hogstrom.org
>
> “It may
Yes. Use DESERV to get the directory entry and look at the user data field.
From: IBM Mainframe Discussion List on behalf of
Matt Hogstrom
Sent: Tuesday, October 10, 2023 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Access to PDS(E) ISPF statistics
gt; Twitter <https://twitter.com/hogstrom>
“It may be cognitive, but, it ain’t intuitive."
— Hogstrom
> On Oct 10, 2023, at 1:18 PM, Tom Marchant
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> ISPF statistics are kept in the directory. You can read th
; ISPECLIN DSCL4 Current number of lines
> ISPEILIN DSCL4 Initial number of lines
> ISPEMLIN DSCL4 Number of modified lines
> MEND
>
>
> Mike Shaw
> MVS/QuickRef Support Group
> Chicago
, Ltd.
On Tue, Oct 10, 2023 at 12:53 PM Matt Hogstrom wrote:
> I’m looking for a way to access ISPF statistics from Java or C outside of
> a TSO / ISPF environment. Does such an animal exist out there ?
>
> Matt Hogstrom
> m...@hogstrom.org
>
> “It may be cognitive, bu
ISPF statistics are kept in the directory. You can read the directory entry
with BLDL.
Or read the directory directly and look for the entry. Directory blocks are 256
bytes.
Mapping macro is IHAPDS.
--
Tom Marchant
On Tue, 10 Oct 2023 12:53:26 -0400, Matt Hogstrom wrote:
>I’m look
I’m looking for a way to access ISPF statistics from Java or C outside of a TSO
/ ISPF environment. Does such an animal exist out there ?
Matt Hogstrom
m...@hogstrom.org
“It may be cognitive, but, it ain’t intuitive."
— Hog
On Thu, 17 Jan 2019 00:52:02 -0500, Gord Tomlin wrote:
>On 2019-01-16 18:43, Paul Gilmartin wrote:
>> FAMS information.
>>
>> o I don't know the API.
>
>And you won't, unless you make a significant contribution to IBM's coffers.
>
Customers need to pay extra to be able to read the timestamps of
On 2019-01-16 18:43, Paul Gilmartin wrote:
FAMS information.
o I don't know the API.
And you won't, unless you make a significant contribution to IBM's coffers.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905)
process each member entry in the block.
> See "DFSMS Using Data Sets" / PDS Directory for the layout structure
>fclose()
>
>ISPF stats are in the optional user data section of the member entry.
>ISP.SISPMACS(ISPDSTAT) can be used to map that for ISPF statistics.
>
>The z/
ata Sets" / PDS Directory for the layout structure
fclose()
ISPF stats are in the optional user data section of the member entry.
ISP.SISPMACS(ISPDSTAT) can be used to map that for ISPF statistics.
The z/OS XLC/C++ Programming Guide has a sample ""Listing Partitioned Data
Set Members"
/ PDS Directory for the layout structure
fclose()
ISPF stats are in the optional user data section of the member entry.
ISP.SISPMACS(ISPDSTAT) can be used to map that for ISPF statistics.
The z/OS XLC/C++ Programming Guide has a sample ""Listing Partitioned Data
Set Members"
, January 16, 2019 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Charles,
Try CBT file 357. Member TOUCH in that file is a PL/1 program that may be more
easily translated into C and then enhanced to recognize the newer "ext
ERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Wednesday, January 16, 2019 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
EXTERNAL EMAIL
Oh. End of story.
Thanks.
Charles
--
This message and any attachments are intended only for the use of the
On Wed, 16 Jan 2019 13:08:28 -0800, Charles Mills wrote:
>Oh. End of story.
>
>Thanks.
>
There are programmers who, for whatever reason, prefer to drag along
ISPF rather than to drag along LE. For such people:
z/OS IBM ISPF Services Guide
Version 2 Release 3 SC19-3626-30
Dismayingly,
Oh. End of story.
Thanks.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Wednesday, January 16, 2019 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
That was my first question too before I started using those services but those
variables are available once the PDS is open, so a little clunky I guess, but
first you need to do an LMINIT,then LMOPEN, LMMSTATS
yeah - there is that :(
Carmen Vitullo
- Original Message -
From: "Kirk Wolf"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, January 16, 2019 2:38:06 PM
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
and of course you have to run under ISPF and
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Wednesday, January 16, 2019 5:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a C or LE service to retrieve ISPF stati
16, 2019 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Okay, where the heck are the meanings and formats of dataid, ver1, etc.
documented?
Also, I want to *retrieve* (not set) those values. I see LMMSTATS documented as
"set and
Okay, where the heck are the meanings and formats of dataid, ver1, etc.
documented?
Also, I want to *retrieve* (not set) those values. I see LMMSTATS documented as
"set and store ISPF statistics." Can I use LMMSTATS to retrieve existing
statistics. I don't want to c
Vitullo
- Original Message -
From: "scott Ford"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, January 16, 2019 11:49:42 AM
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Carmen,
How you did we did but in Rexx for part of our CI/Deploy process internall
Carmen,
How you did we did but in Rexx for part of our CI/Deploy process internally.
Scott
On Wed, Jan 16, 2019 at 11:50 AM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 16 Jan 2019 06:54:29 -0800, Charles Mills wrote:
>
> >Also, what Kirk says. The above
On Wed, 16 Jan 2019 06:54:29 -0800, Charles Mills wrote:
>Also, what Kirk says. The above involves writing and maintaining a module and
>double OPENs.
When you open a PDS member, you are opening a sequential data set that happens
to be contained in a PDS member.
>You ought, as Kirk says, be
2019 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Agree, and if I'm reading the OP's query correctly he's asking for ISPF stats
not PDS member or directory info, correct?
the LM services part of ISPF, are available in many languages,
-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Agree, and if I'm reading the OP's query correctly he's asking for ISPF stats
not PDS member or directory info, correct?
the LM services part of ISPF, are available in many languages, including C
so
MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Wednesday, January 16, 2019 4:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Why don't you just read the directory and write a mapping for the user
data area?
On 16/01/2019 5:52 am, Charle
tserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, January 15, 2019 5:50:13 PM
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
On Tue, 15 Jan 2019 15:07:41 -0800, Charles Mills wrote:
>Well, I just voted for it (after I got past IBM's #$#@^! logon process).
>
directory info smoothly.
On Wed, Jan 16, 2019 at 6:42 AM David Crayford wrote:
> Why don't you just read the directory and write a mapping for the user
> data area?
>
> On 16/01/2019 5:52 am, Charles Mills wrote:
> > I'm looking for a C-callable subroutine that would give me the I
Why don't you just read the directory and write a mapping for the user
data area?
On 16/01/2019 5:52 am, Charles Mills wrote:
I'm looking for a C-callable subroutine that would give me the ISPF
statistics for a PDS(E) member (if available). I'm particularly interested
in the "ch
ter I got past IBM's #$#@^! logon process).
>
>The driver for mainframe C was "porting industry applications" and few UNIX
>applications retrieve ISPF statistics.
>
>Charles
>
>> docs but could easily have missed something. Does such a function exist?
>>
>
On Tue, 15 Jan 2019 15:07:41 -0800, Charles Mills wrote:
>Well, I just voted for it (after I got past IBM's #$#@^! logon process).
>
>The driver for mainframe C was "porting industry applications" and few UNIX
>applications retrieve ISPF statistics.
>
Via LM serv
Well, I just voted for it (after I got past IBM's #$#@^! logon process).
The driver for mainframe C was "porting industry applications" and few UNIX
applications retrieve ISPF statistics.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTS
The IBM C library is pretty crummy when it comes to PDS members and user
data such as ISPF statistics.
Here's an RFE that I submitted in 2015.
"Better support for PDS members in z/OS C library"
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=80811
On Tue, Jan 15, 20
I'm looking for a C-callable subroutine that would give me the ISPF
statistics for a PDS(E) member (if available). I'm particularly interested
in the "changed" timestamp. I've searched the C library and LE programming
docs but could easily have missed something. Does such a function
Ouch!
At 12/31/2018 11:57 AM, Tom Conley wrote:
On 12/31/2018 11:12 AM, Ed Jaffe wrote:
On 12/30/2018 9:37 PM, David Cole wrote:
Thanks Tom! That is exactly what I was looking for.
I also want to thank a couple of people who sent me off-list messages,
but they'd prefer to remain anonymous.
I
On 12/31/2018 11:12 AM, Ed Jaffe wrote:
On 12/30/2018 9:37 PM, David Cole wrote:
Thanks Tom! That is exactly what I was looking for.
I also want to thank a couple of people who sent me off-list messages,
but they'd prefer to remain anonymous.
I wondered how we never found this.
The answer
On 12/30/2018 9:37 PM, David Cole wrote:
Thanks Tom! That is exactly what I was looking for.
I also want to thank a couple of people who sent me off-list messages,
but they'd prefer to remain anonymous.
I wondered how we never found this.
The answer turned out to be a simple one. The macro
ems Programmer – RavenTek Solution Partners
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: Monday, December 31, 2018 7:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM Mapping macro for ISPF statistics in
Which Macro?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Smith
Sent: Saturday, December 29, 2018 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?
I found this macro in the ISPF maclib. It's
mapping macro for the ISPF
statistics found in PDS directory entries. I've searched high and
low, but I'm not having much luck.
Certainly, I could write a mapping macro myself, but I'd rather not
if IBM already has one.
I know about IHAPDS, but that maps load module related data, not
ISPF
On 12/28/2018 5:41 PM, David Cole wrote:
Hi,
I'm looking for an IBM written mapping macro for the ISPF statistics
found in PDS directory entries. I've searched high and low, but I'm not
having much luck.
Certainly, I could write a mapping macro myself, but I'd rather not if
IBM already has
Hi David,
Please see the PDS Command Processor (CBT Tape File 182).
It's not IBM, but, It works and allows users to modify fields of
directory entries.
Regards,
David
On 2018-12-28 17:40, David Cole wrote:
> Hi,
>
> I'm looking for an IBM written mapping macro for the ISPF statistics
king for an IBM written mapping macro for the ISPF statistics
> > found in PDS directory entries. I've searched high and low, but I'm
> > not having much luck.
>
> We had the same issue and ended up constructing our own.
>
> We never wou
On 12/28/2018 2:40 PM, David Cole wrote:
I'm looking for an IBM written mapping macro for the ISPF statistics
found in PDS directory entries. I've searched high and low, but I'm
not having much luck.
We had the same issue and ended up constructing our own.
We never would have done so
Hi,
I'm looking for an IBM written mapping macro for the ISPF statistics
found in PDS directory entries. I've searched high and low, but I'm
not having much luck.
Certainly, I could write a mapping macro myself, but I'd rather not
if IBM already has one.
I know about IHAPDS
On Mon, 10 Jul 2017 09:27:07 -0500, Walt Farrell wrote:
>On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz wrote:
>
>>That's what I mean by 'used as evidence'. And I wondered if it is just my
>>ignorance or if there really is no way (as I suspected) to
>>prevent unauthorized
I once wrote a blog on this topic on the company's internal social media
site. I called it "Lies, damned lies and Member List Statistics". :-)
On Mon, Jul 10, 2017 at 10:27 AM Walt Farrell
wrote:
> On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz
On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz wrote:
>That's what I mean by 'used as evidence'. And I wondered if it is just my
>ignorance or if there really is no way (as I suspected) to
>prevent unauthorized changing of the statistics.
There is no way to do that
>Evidence of what Barb ? Don't hang anyone on this evidence. Anyone with
>update access to the pds can update this field..
My colleague asked me on Friday if it is possible to fake the ISPF Statistics.
I already knew that you can write them yourself using something other than
ISPF. So we
Friday question: ISPF Statistics Manipulation:
A product that tracks and controls access to members within a PDS is
eventACTION.
Granted, it doesn't prohibit someone from changing the ISPF stats for a
member,
But, if the library is controlled, It will prohibit updates unless
authorized
If it helps, this thing updates a PDS directory using STOW. It will need
some tweaking to update the USERDATA (check the PDS directory map).
Cheers, CP
MEMBER NAME ALIAS
*
* THIS PROGRAM ALIASES ENTRIES IN A PARTITIONED DATASET.
* MEMBERS MAY HAVE FIXED OR VARIABLE LOGICAL RECORD LENGTH (FB OR
On 07/07/2017 03:50 PM, Paul Gilmartin wrote:
> On Fri, 7 Jul 2017 08:05:42 -0500, Barbara Nitz wrote:
>
>> A colleague of mine just asked me if ISPF statistics in a data set,
>> especially the USERID field, can be manipulated. We used ISPF 3.5 and we
>> were both asto
On Fri, Jul 7, 2017 at 8:05 AM, Barbara Nitz <nitz-...@gmx.net> wrote:
> A colleague of mine just asked me if ISPF statistics in a data set,
> especially the USERID field, can be manipulated. We used ISPF 3.5 and we
> were both astonished that I was easily able to fake a userid
a member name just the pds name as it is the directory which is
being updated.
Maybe an ISPF exit ?
On Fri, Jul 7, 2017 at 8:05 AM, Barbara Nitz <nitz-...@gmx.net> wrote:
> A colleague of mine just asked me if ISPF statistics in a data set,
> especially the USERID field, can be manipula
On Fri, 7 Jul 2017 08:05:42 -0500, Barbara Nitz wrote:
>A colleague of mine just asked me if ISPF statistics in a data set, especially
>the USERID field, can be manipulated. We used ISPF 3.5 and we were both
>astonished that I was easily able to fake a userid as the one who las
Free PDS command on CBT Tape can do this, see the ATTRIB subcommand:
SYNTAX -
ATTRIB member AMODE24/AMODE31/AMODE64/AMODEANY
AUTH/NOAUTH or APF/NOAPF
On 7/7/2017 11:07 AM, Paul Gilmartin wrote:
I'm curious what else might lurk in that "PDSE AX cell". Perhaps an
immutable creator ID?
8 characters in z/OS 2.3?
Note that 8-byte userid support was added to MVS way back in 1995. Only
TSO/E lagged behind...
.* $04=OW13376 HBB4420 950329
On Fri, 7 Jul 2017 13:17:52 -0400, Tony Harminc wrote:
>
>It will surprise me if IBM hasn't given some serious thought to this
>for PDSEs. A formally managed interface to PDSE member metadata,
>subject to RACF etc. controls, would be quite doable. Of course it
>would be tricky to make it
sm
zerrsm = ''
Signal Err_Exit
Err_Alloc:
zerrsm = ''
zerrlm = 'An error, RC =' cc,
'occurred trying to allocate DD' dd_nam 'to' pds_nam 'as follows:',
"ALLOC FILE("dd_nam") DA("pds_nam") SHR"
Signal Err_Exit
Err_Alloc_OLd:
On Fri, 7 Jul 2017 16:56:09 +0200, R.S. wrote:
>W dniu 2017-07-07 o 15:29, Lizette Koehler pisze:
>> As far as I know, the statistics have always worked that way. That as long
>> as you had the ability to edit (change/alter/del/create) the PDS you could
>> use
On 7 July 2017 at 09:30, John McKown <john.archie.mck...@gmail.com> wrote:
> There are no control possible for this. The ISPF statistics are simply
> data in the "user data area" portion of a member's directory entry.
> https://www.ibm.com/support/knowledgecenter/en/SSLT
John McKown wrote:
>There are no control possible for this.
There are some control. ISPCCONFIG can be used to FORCE stats using module
ISPCFIGU, but hahahahahaha, override it with option =3.5 as the OP said.
>The ISPF statistics are simply data in the "user data ar
W dniu 2017-07-07 o 15:29, Lizette Koehler pisze:
As far as I know, the statistics have always worked that way. That as long as
you had the ability to edit (change/alter/del/create) the PDS you could use 3.5
to change the ID field to anything you like.
...except the dates.
Sometimes I want
my second choice after trying "STATS
OFF" on the new member I am editing.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Friday, July 07, 2017 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Friday quest
On Fri, Jul 7, 2017 at 8:05 AM, Barbara Nitz <nitz-...@gmx.net> wrote:
> A colleague of mine just asked me if ISPF statistics in a data set,
> especially the USERID field, can be manipulated. We used ISPF 3.5 and we
> were both astonished that I was easily able to fake a userid
to:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barbara Nitz
> Sent: Friday, July 07, 2017 6:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Friday question: ISPF Statistics Manipulation
>
> A colleague of mine just asked me if ISPF statistics in a data set,
> especially the USERI
On Fri, 7 Jul 2017 08:05:42 -0500 Barbara Nitz <nitz-...@gmx.net> wrote:
:>A colleague of mine just asked me if ISPF statistics in a data set,
especially the USERID field, can be manipulated. We used ISPF 3.5 and we were
both astonished that I was easily able to fake a userid as th
A colleague of mine just asked me if ISPF statistics in a data set, especially
the USERID field, can be manipulated. We used ISPF 3.5 and we were both
astonished that I was easily able to fake a userid as the one who last changed
a member (testing in my own dataset, of course
In
ofb21d8206.2b6c4d45-on85257d69.000dc2ef-85257d69.000dc...@us.ibm.com,
on 10/05/2014
at 10:30 PM, Peter Relson rel...@us.ibm.com said:
On a marginally related subject, JCL supports a hyphen within a
data set name
It used to allow a hyphen within a member name; the hyphen was
convenient as
BTW, I note that I learned (many years ago; I haven't tried lately)
that LMCOPY allowed me to create a member with a hyphen in its
name, but LMMSTATS reported a syntax error when I attempted to
update its statistics.
Can anyone supply a *good* reason for this?
I don't know about character sets
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
I did see the TOUCH program in # 357 but I missed COPYISPF in # 720.
Unfortunately I don't have access to a PL/I compiler for TOUCH.
By its description, COPYISPF is actually a Rexx program with assembler
subroutines. As I
On Sat, 4 Oct 2014 21:55:48 -0500, Steve Horein wrote:
...
ADDRESS ISPEXEC
LMMSTATS DATAID(dataido) MEMBER(member) VERSION(newver),
...
BTW, I note that I learned (many years ago; I haven't tried lately)
that LMCOPY allowed me to create a member with a hyphen in its
name, but LMMSTATS
theme song.
(Wiki)
-
-teD
-
Original Message
From: Nims,Alva John (Al)
Sent: Wednesday, October 1, 2014 18:35
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
Nope, in one of the scenes, Marilyn sang
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
I did see the TOUCH program in # 357 but I missed COPYISPF in # 720.
Unfortunately I don't have access to a PL/I compiler for TOUCH.
By its description, COPYISPF is actually a Rexx program with assembler
subroutines. As I
Ethel Merman
-
-teD
-
Original Message
From: Nims,Alva John (Al)
Sent: Wednesday, October 1, 2014 17:49
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
1st about being Lazy, I hear ya, queue up
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ted MacNEIL
Sent: Wednesday, October 01, 2014 6:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
Ethel Merman
-
-teD
-
Original Message
From: Nims,Alva John (Al)
Sent: Wednesday
Is there any standard IBM tool available to set the ISPF statistics in a PDS/E
member's directory entry from a batch job step? I don't much care if it only
uses the current date/time of the batch step run for the statistics. I don't
have a need to set them to particular date values, I just
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
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, September 30, 2014 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
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
Library management services under ISPF -- LM*
-
-teD
-
Original Message
From: Farley, Peter x23353
Sent: Tuesday, September 30, 2014 11:54
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Any standard IBM tool to set ISPF statistics in a batch step?
Is there any
That explains the behavior I saw, though it does not excuse it. My tests used
LRECL=1028. Why in the world does LRECL have anything at all to do with
whether ISPF statistics are recorded or not? That just makes no sense to me
whatsoever.
Thank you for the RTFM pointer.
Another sad fact
Farley, Peter x23353 wrote:
Another sad fact is that when the z/OS FTP server does set the ISPF statistics, it seems
to use a simple-minded STCK + STCKCONV algorithm, since in my tests the date and time are
set to UTC instead of setting them to the local time using the CVT time zone values
! :)
Now I know you asked for Any standard IBM tool, but if you don't mind,
there are a couple of tools on the CBTTAPE (www.cbttape.org) that you might
want to take a look into;
File 357 has TOUCH a PL/I based program to modify ISPF Statistics.
File 720 has COPYISPF which copies from one PDS
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nims,Alva John (Al)
Sent: Tuesday, September 30, 2014 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
To further my contribution
)
Sent: Tuesday, September 30, 2014 2:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
To further my contribution to this discussion, I was looking for a way to
run the ISPF opt 3.5 in batch last year, when I was working as a contractor
On 2014-09-30 12:23, Farley, Peter x23353 wrote:
That explains the behavior I saw, though it does not excuse it. My tests
used LRECL=1028. Why in the world does LRECL have anything at all to do with
whether ISPF statistics are recorded or not? That just makes no sense to me
whatsoever
Use LMSTATS others -- it's there!
-
-teD
-
Original Message
From: Nims,Alva John (Al)
Sent: Tuesday, September 30, 2014 15:52
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
To further my
On Tue, 30 Sep 2014 17:00:04 -0400, Ted MacNEIL wrote:
Use LMSTATS others -- it's there!
The OP expressed a distaste for LM under TSO under ISPF under batch:
On Tue, 30 Sep 2014 11:54:54 -0400, Farley, Peter x23353 wrote:
..., but other than programming a Rexx script using the ISPF LM
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bob Rutledge
Sent: Tuesday, September 30, 2014 3:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
Farley, Peter x23353
, Robert E
Sent: Tuesday, September 30, 2014 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
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
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any standard IBM tool to set ISPF statistics in a batch step?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
m...@listserv.ua.edu]
On Behalf Of Bob Rutledge
Sent: Tuesday, September 30, 2014 3:29 PM
To: IBM-MAIN
1 - 100 of 123 matches
Mail list logo