Re: Crosshair cursor

2018-12-29 Thread Mike Shorkend
I only switch it on when I specifically need it. Gets in my way when I
don't.

On Sun, 30 Dec 2018 at 06:59, Tom Brennan 
wrote:

> You're right - it makes me feel like I'm dragging something heavy
> around, like the cursor just gained 10 pounds :)  Electrons have weight!
>
> On 12/29/2018 8:26 PM, Jesse 1 Robinson wrote:
> > Although I'm not sure that Tom himself is a fan of crosshairs.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Crosshair cursor

2018-12-29 Thread Tom Brennan
You're right - it makes me feel like I'm dragging something heavy 
around, like the cursor just gained 10 pounds :)  Electrons have weight!


On 12/29/2018 8:26 PM, Jesse 1 Robinson wrote:

Although I'm not sure that Tom himself is a fan of crosshairs.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Crosshair cursor

2018-12-29 Thread Jesse 1 Robinson
Absolutely. The tone of OP's question suggests dissent from the opinions 
expressed here so far. May I suggest a superior emulator? Vista TN3270. 

Although I'm not sure that Tom himself is a fan of crosshairs. An excellent 
implementation regardless.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Saturday, December 29, 2018 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Crosshair cursor

Yes Sir, would switch emulators just to have it!
Doug

.

On Dec 29, 2018, at 12:57, Ronald Kristel  wrote:

Definitely, how else would I be able to find my cursor? 😊

Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of 
zMan 
Sent: Saturday, December 29, 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Crosshair cursor

Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
--
zMan -- "I've got a mainframe and I'm not afraid to use it"


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Crosshair cursor

2018-12-29 Thread Don Leahy
I use it all the time.   Vista 3270.

On Sat, Dec 29, 2018 at 1:10 PM Doug  wrote:

> Yes Sir, would switch emulators just to have it!
> Doug
>
> .
>
> On Dec 29, 2018, at 12:57, Ronald Kristel  wrote:
>
> Definitely, how else would I be able to find my cursor? 😊
>
> Ronald Kristel
> 
> From: IBM Mainframe Discussion List  on behalf
> of zMan 
> Sent: Saturday, December 29, 2018 18:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Crosshair cursor
>
> Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?

2018-12-29 Thread Tom Conley

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 one.




I know about IHAPDS, but that maps load module related data, not ISPF 
statistics.


I know about the doc that's present in ISPF's "Dialog Developer's Guide 
and Reference", but that's not what I'm looking for. (I already know 
what the fields are.)






Hey Dave,

ISP.SISPMACS(ISPDSTAT)

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


REST Access to CVAF and other APIs

2018-12-29 Thread Matt Hogstrom
I’m playing around with REST enabling some functions to gather information from 
my Z system for use outside of the system.  Specifically I want to extract UCB 
information and then use CVAF APIs to access the data.   My plan is to use a 
Tomcat Server to host the REST endpoint and then manage security by authorizing 
the user to determine their level of access.  More of a multi-tech experiment.  

One use case is to interrogate all LPARs in a Sysplex and identify when DASD is 
accessible, available and to note when there is a change in the baseline.  I 
wanted to use CVAF as a means to inspect volumes to ensure that they aren’t 
just clipped the same.  

Like I said, mostly a science experiment … does this sound like anything folks 
would be interested in using ?  

I want to make the Mainframe accessible to those that aren’t dyed in the wool 
mainframes and let them take a peek.

Thoughts?

Matt Hogstrom
m...@hogstrom.org
PGP Key: 0x90ECB270

"Aut Inveniam Viam Aut Faciam" translated -
"I shall either find a way or make one."

The phrase has been attributed to Hannibal 
; when his generals told him it was 
impossible to cross the Alps by elephant 
,


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?

2018-12-29 Thread David Spiegel
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 
> 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 
> statistics.
>
> I know about the doc that's present in ISPF's "Dialog Developer's 
> Guide and Reference", but that's not what I'm looking for. (I already 
> know what the fields are.)
>
>
>
> Thanks in advance.
>
> Dave Cole
> ColeSoft Marketing
> 414 Third Street, NE
> Charlottesville, VA 22902
> EADDRESS:    dbc...@colesoft.com
>
> Home page: 
> https://eur03.safelinks.protection.outlook.com/?url=www.colesoft.com&data=02%7C01%7C%7Ce778a46446f44d321cb108d66d159841%7C84df9e7fe9f640afb435%7C1%7C0%7C636816336851834825&sdata=r%2B1STZZ69cbssggojyp%2FsndvxrC8I4T%2FNUbnfYLEXS4%3D&reserved=0
> LinkedIn: 
> https://eur03.safelinks.protection.outlook.com/?url=www.xdc.com&data=02%7C01%7C%7Ce778a46446f44d321cb108d66d159841%7C84df9e7fe9f640afb435%7C1%7C0%7C636816336851834825&sdata=3q4IfrbkhPjaJRpwb2f3lmeerBDpBSLog2b6vMWTzxQ%3D&reserved=0
> Facebook: 
> https://eur03.safelinks.protection.outlook.com/?url=www.facebook.com%2Fcolesoftware&data=02%7C01%7C%7Ce778a46446f44d321cb108d66d159841%7C84df9e7fe9f640afb435%7C1%7C0%7C636816336851834825&sdata=FEDfF4dNbehOhNqhad6s14WrGIn%2FZUFFz0j%2BV9obvBE%3D&reserved=0
> YouTube: 
> https://eur03.safelinks.protection.outlook.com/?url=www.youtube.com%2Fuser%2Fcolesoftware&data=02%7C01%7C%7Ce778a46446f44d321cb108d66d159841%7C84df9e7fe9f640afb435%7C1%7C0%7C636816336851834825&sdata=F4d8ZZp7VPoPZMtuQH3b6XLx7YV%2FdiGxKMIoSxYtNuk%3D&reserved=0
>
> Tools: 
> z/XDC
>  
> for Assembler debugging
> c/XDC
>  
> for C debugging
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Clock Windowing (was: BLSUXTOD)

2018-12-29 Thread Paul Gilmartin
On Sat, 29 Dec 2018 14:00:03 -0500, Jim Mulder wrote:

>  SA22-7832-11   (z14 level of Principles of Operation)  explains how the TOD 
> clock
>and clock comparator  deal with the next epoch. 
>
Wow!
... the multiple- epoch facility ... the clock-comparator sign control ...
Thanks.

> I can't say what the z/OS services will do, because we haven't worked on 
>that yet.
>  
It's so likely to upset programmers who programmers who code
x'...' to mean "never (well, hardly ever)" or x'...' to mean
"immediately" that z/OS services may need to make exceptions
for those values.

Thanks again,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: System Symbols

2018-12-29 Thread Paul Gilmartin
On Sat, 29 Dec 2018 19:18:56 +, Sean Gleann wrote:
>
>I'm using IEASYMU2 on a daily basis to create (immediately after IPL) or
>update 2 system symbols. 
>
I hope you don't mean you IPL daily.

>These symbols contain date values for 'yesterday' in Gregorian and Julian
>
Julian?  https://en.wikipedia.org/wiki/Julian_calendar
... The Julian calendar is still used in parts of the Eastern Orthodox 
Church, ...
Yeah, I know, it's just at the top of my mental cache.  Why did IBM(?) have
to overload the term.

>formats, which I then use in a number of daily data collection/archival jobs.
>I hope I'm not doing something dangerous...
> 
Dead horse, but ...
This is the sort of thing that should be routinely provided by the OS.

Actually, in z/OS UNIX (but some loathe that) no need for system symbols:
time()
subtract 86400
format with strftime()

Probably similarly possible with STCK; subtract an ugly hex constant and 
CVTLSO; STCKCONV.
Or, even TIME to get the epoch right; CONVTOD; subtract an ugly hex constant; 
STCKCONV.


>On Sat, 29 Dec 2018 at 18:37, scott Ford wrote:
>
>> ... In theory, we would have customer set the symbol and use the
>> Service to query it as you had indicated.
>> 
Would using a registered vendor component prefix be advisable?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: System Symbols

2018-12-29 Thread Sean Gleann
@ Peter Relson
Peter, you say "Adding system symbols is not something that a program
should be doing".
By 'a program', do you mean 'a user-written program', as opposed to a
'system utility'?
I'm using IEASYMU2 on a daily basis to create (immediately after IPL) or
update 2 system symbols.
These symbols contain date values for 'yesterday' in Gregorian and Julian
formats, which I then use in a number of daily data collection/archival
jobs.
I hope I'm not doing something dangerous...

Regards
Sean

On Sat, 29 Dec 2018 at 18:37, scott Ford  wrote:

> Peter,
>
> Exactly. I saw the responses after I read through the manual, just wanted
> to make sure I understood
> the process before thinking about a design. In theory, we would have
> customer set the symbol and use the
> Service to query it as you had indicated.
>
> As always Peter, very much appreciated, and I learned someone again.
>
> Regards,
> Scott
>
> On Sat, Dec 29, 2018 at 10:15 AM Peter Relson  wrote:
>
> > 
> > Has anyone created their own system symbol and then referenced it in
> HLASM
> > ?
> > 
> >
> > Adding system symbols is not something that a program should be doing.
> > IEASYMxx is the supported method for defining system symbols.
> > SETLOAD IEASYM is the supported method for adding a system symbol after
> > IPL.
> >
> > 
> > what I am not clear on is how to have HLASM code read the system symbol
> > table and compare for the desired symbol.What i want to do is if we find
> a
> > specific symbol set, have a exit perform conditional logic.
> > 
> >
> > You should not "read the system symbol table". If you want to see if a
> > specific symbol is set, then you should use the ASASYMBM service to try
> to
> > substitute a string that has that symbol in it and see if substitution
> > occurred.
> >
> > This of course is very inefficient, and unless this will happen only once
> > in the life of the system you would be better off doing this once,
> > somewhere, and stashing the result so that subsequent times can get the
> > result quickly.
> >
> > Peter Relson
> > z/OS Core Technology Design
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Clock Windowing (was: BLSUXTOD)

2018-12-29 Thread Jim Mulder
  SA22-7832-11   (z14 level of Principles of Operation)  explains how the 
TOD clock
and clock comparator  deal with the next epoch. 

 I can't say what the z/OS services will do, because we haven't worked on 
that yet.
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
12/29/2018 12:36:14 PM:

> From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 12/29/2018 01:53 PM
> Subject: Clock Windowing (was: BLSUXTOD)
> Sent by: "IBM Mainframe Discussion List" 
> 
> On Sat, 29 Dec 2018 11:54:48 -0500, Peter Relson wrote:
> > ...
> >What this is likely trying (but failing) to say is that this service 
> >applies a windowing technique, which much of z/OS will do in the coming 

> >years, as we approach the end of the standard epoch.
> > 
> I forgot to ask:
> 
> How will this play with the comparator register?  Presumably no problem 
unless
> the interval spans epochs.  Or will the comparator assume a sliding 
window,
> always current time ± 71 years?  But what of programmers who code
> x'...' to mean "never (well, hardly ever)" or x'...' to mean
> "immediately"?
> 
> https://en.wikipedia.org/wiki/Maya_calendar#Long_Count
> 
> -- gil



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: System Symbols

2018-12-29 Thread scott Ford
Peter,

Exactly. I saw the responses after I read through the manual, just wanted
to make sure I understood
the process before thinking about a design. In theory, we would have
customer set the symbol and use the
Service to query it as you had indicated.

As always Peter, very much appreciated, and I learned someone again.

Regards,
Scott

On Sat, Dec 29, 2018 at 10:15 AM Peter Relson  wrote:

> 
> Has anyone created their own system symbol and then referenced it in HLASM
> ?
> 
>
> Adding system symbols is not something that a program should be doing.
> IEASYMxx is the supported method for defining system symbols.
> SETLOAD IEASYM is the supported method for adding a system symbol after
> IPL.
>
> 
> what I am not clear on is how to have HLASM code read the system symbol
> table and compare for the desired symbol.What i want to do is if we find a
> specific symbol set, have a exit perform conditional logic.
> 
>
> You should not "read the system symbol table". If you want to see if a
> specific symbol is set, then you should use the ASASYMBM service to try to
> substitute a string that has that symbol in it and see if substitution
> occurred.
>
> This of course is very inefficient, and unless this will happen only once
> in the life of the system you would be better off doing this once,
> somewhere, and stashing the result so that subsequent times can get the
> result quickly.
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Crosshair cursor

2018-12-29 Thread Doug
Yes Sir, would switch emulators just to have it!
Doug

.

On Dec 29, 2018, at 12:57, Ronald Kristel  wrote:

Definitely, how else would I be able to find my cursor? 😊

Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of 
zMan 
Sent: Saturday, December 29, 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Crosshair cursor

Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Crosshair cursor

2018-12-29 Thread Ronald Kristel
Definitely, how else would I be able to find my cursor? 😊

Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of 
zMan 
Sent: Saturday, December 29, 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Crosshair cursor

Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Crosshair cursor

2018-12-29 Thread zMan
Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Clock Windowing (was: BLSUXTOD)

2018-12-29 Thread Paul Gilmartin
On Sat, 29 Dec 2018 11:54:48 -0500, Peter Relson wrote:
> ...
>What this is likely trying (but failing) to say is that this service 
>applies a windowing technique, which much of z/OS will do in the coming 
>years, as we approach the end of the standard epoch.
> 
I forgot to ask:

How will this play with the comparator register?  Presumably no problem unless
the interval spans epochs.  Or will the comparator assume a sliding window,
always current time ± 71 years?  But what of programmers who code
x'...' to mean "never (well, hardly ever)" or x'...' to mean
"immediately"?

https://en.wikipedia.org/wiki/Maya_calendar#Long_Count

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: BLSUXTOD

2018-12-29 Thread Paul Gilmartin
On Sat, 29 Dec 2018 11:54:48 -0500, Peter Relson wrote:
>
>What this is likely trying (but failing) to say is that this service 
>applies a windowing technique, which much of z/OS will do in the coming 
>years, as we approach the end of the standard epoch.
> 
Kind of like:
https://en.wikipedia.org/wiki/Maya_calendar#Long_Count

>I will initiate an RCF to get this updated. 
> 
Thanks for turning over that rock.  I couldn't have come close to what you did.

I started a similar thread on ASSEMBLER-LIST, trying to avoid the
innumeracy hangup.  I'll try to snip it.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: BLSUXTOD

2018-12-29 Thread Peter Relson

TOD Clock Service
The time-of-day (TOD) clock service provides a caller, including your 
exit routine,
with a TOD clock image. In the clock image, bit 0 is set on to allow 
the service to
handle values from May 11,1971, at 11:56:53.685248 to January 25, 
2114, at
11:50:41.055743.


What this is likely trying (but failing) to say is that this service 
applies a windowing technique, which much of z/OS will do in the coming 
years, as we approach the end of the standard epoch.

Currently, but 0 off in the STCK result means (approximately) "before 
1971", and bit 1 on means 1971-2042 (approximately).
But come the end of the standard epoch, bit 0 off will be treated when 
windowed (approximately) as the 71 years following the end of the standard 
epoch.

Thus, the wording is wrong, and Gil's puzzlement is fully understandable.

It's actually that an input STCK value with bit 0 off is treated as "after 
the end of the standard epoch, not the first part of the standard epoch".

But it's worse. The lead-in does not match the service names. The lead-in 
for the section has "provides a caller...with a TOD clock image" which 
does not match the table that shows that the output is a 26-character 
buffer. So either the lead-in is wrong or the reference to BLSUXTOD here 
is wrong. I think the latter. The description in the register sub-section 
shows the "TID" name. 

There are actually two pairs of services: BLSUXTOD/BLSUETOD and 
BLSUXTID/BLSUETID.
The "TOD" services take an input clock value and return a formatted 
date/time. The "TID" services take an input formatted date/time and return 
a clock value.
The book has two sections -- "TOD Clock Service" and "26-Character Time 
Stamp Service". The section name should correspond to the output. Thus TOD 
Clock Service would be BLSUXTID. 26-Character Time Stamp Service would be 
BLSUXTOD. And that is analogous to the 17-Character Time Stamp Service 
which is BLSUMTOD and is documented as such.

The 26-Character Time Stamp Service has analogous errors (and its register 
sub-section incorrectly shows the "TID" name)

The register section also has this:
Note: If using a LINK macro, specify the addresses of the fullwords in the 
PARAM parameter. 
which is wrong. If using a LINK macro, you would specify the parameters in 
the PARAM parameter.

I will initiate an RCF to get this updated. 

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: System Symbols

2018-12-29 Thread Peter Relson

Has anyone created their own system symbol and then referenced it in HLASM 
?


Adding system symbols is not something that a program should be doing. 
IEASYMxx is the supported method for defining system symbols.
SETLOAD IEASYM is the supported method for adding a system symbol after 
IPL.


what I am not clear on is how to have HLASM code read the system symbol
table and compare for the desired symbol.What i want to do is if we find a
specific symbol set, have a exit perform conditional logic.


You should not "read the system symbol table". If you want to see if a 
specific symbol is set, then you should use the ASASYMBM service to try to 
substitute a string that has that symbol in it and see if substitution 
occurred.

This of course is very inefficient, and unless this will happen only once 
in the life of the system you would be better off doing this once, 
somewhere, and stashing the result so that subsequent times can get the 
result quickly.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?

2018-12-29 Thread Steve Smith
I found this macro in the ISPF maclib.  It's not convenient for me to look
for it now, but it should be easy to find.

btw, this question was asked before... in 2004.

sas

On Fri, Dec 28, 2018 at 7:35 PM Ed Jaffe 
wrote:

> 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 if an IBM macro existed...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN