Re: IPCS - Dump timing

[Jake Anderson]

Thank you so much

On Tue, Feb 8, 2022, 10:54 AM Binyamin Dissen 
wrote:

> On Tue, 8 Feb 2022 08:05:32 +0400 Jake Anderson 
> wrote:
>
> :>We have some dumps taken on 6th February but is it possible to know at
> what
> :>time the dump was captured using IPCS and can we see the timestamp
> anywhere
> :>in DUMP using IPCS ?
>
> IPCS subcommand IEAVDUMP
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
> --
> 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: IPCS - Dump timing

[Binyamin Dissen]

On Tue, 8 Feb 2022 08:05:32 +0400 Jake Anderson 
wrote:

:>We have some dumps taken on 6th February but is it possible to know at what
:>time the dump was captured using IPCS and can we see the timestamp anywhere
:>in DUMP using IPCS ?

IPCS subcommand IEAVDUMP

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: IPCS - Dump timing

[Robin Atwood]

IPCS STATUS.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: 08 February 2022 11:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS - Dump timing

Hello

We have some dumps taken on 6th February but is it possible to know at what 
time the dump was captured using IPCS and can we see the timestamp anywhere in 
DUMP using IPCS ?

Jake

--
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: How to calculate MIPS or SU's from user CPU time statistics?

[Mike Schwab]

Something like a zPDT or MicroFocus environment then transfer the object code.

https://www.ibm.com/docs/en/zdt/10.0.0?topic=overview

On Tue, Feb 8, 2022 at 4:25 AM kekronbekron
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
> Hey Mike,
>
> What do you mean by, "Possible to run compiler on low cost program then 
> transfer PDSE members."
>
> - KB
>
> --- Original Message ---
>
> On Tuesday, February 8th, 2022 at 12:29 AM, Mike Schwab 
>  wrote:
>
> > Varies by processor, specific model, and version of your operating
> >
> > system. Look up the table on
> >
> > https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex?OpenDocument
> >
> > Best suggestion is to recompile Cobol programs with 6.2.for faster
> >
> > instructions on newer processors. Much higher compile time but pays
> >
> > in run time. Possible to run compiler on low cost program then
> >
> > transfer PDSE members.
> >
> > On Mon, Feb 7, 2022 at 6:53 PM Farley, Peter x23353
> >
> > 031df298a9da-dmarc-requ...@listserv.ua.edu wrote:
> >
> > > My immediate management is asking me how to convert measured user task 
> > > CPU seconds saved in a MIPS reduction project to a MIPS value for 
> > > reporting to executive management. Yes, we do know what MIPS means 
> > > (Meaningless . . . ), but this is what they believe executive management 
> > > wants to hear.
> > >
> > > Is there a reasonably simple formula that can be used? I have a current 
> > > version of IPLINFO available, which reports total MIPS and 
> > > SU's-per-sec-per-CP for a CEC, so if I did the following calculation 
> > > would it at least be close to a reasonably accurate MIPS value (FSVO 
> > > "accurate")?
> > >
> > > MIPS-per-CP = (IPLINFO MIPS per CEC) / general-CPs-online-to-CEC
> > >
> > > Measured-CPU-seconds-saved * MIPS-per-CP = MIPS-saved
> > >
> > > Or would it be more accurate (again, FSVO "accurate") to report SU's 
> > > saved by calculating:
> > >
> > > Measured-CPU-seconds-saved * IPLINFO-SU's-per-sec = SU's-saved
> > >
> > > TIA for any help or advice you can offer.
> > >
> > > Peter
> > > -
> > >
> > > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> >
> > Mike A Schwab, Springfield IL USA
> >
> > Where do Forest Rangers go to get away from it all?
> >
> > ---
> >
> > 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: How to calculate MIPS or SU's from user CPU time statistics?

[kekronbekron]

Hey Mike,

What do you mean by, "Possible to run compiler on low cost program then 
transfer PDSE members."

- KB

--- Original Message ---

On Tuesday, February 8th, 2022 at 12:29 AM, Mike Schwab 
 wrote:

> Varies by processor, specific model, and version of your operating
>
> system. Look up the table on
>
> https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex?OpenDocument
>
> Best suggestion is to recompile Cobol programs with 6.2.for faster
>
> instructions on newer processors. Much higher compile time but pays
>
> in run time. Possible to run compiler on low cost program then
>
> transfer PDSE members.
>
> On Mon, Feb 7, 2022 at 6:53 PM Farley, Peter x23353
>
> 031df298a9da-dmarc-requ...@listserv.ua.edu wrote:
>
> > My immediate management is asking me how to convert measured user task CPU 
> > seconds saved in a MIPS reduction project to a MIPS value for reporting to 
> > executive management. Yes, we do know what MIPS means (Meaningless . . . ), 
> > but this is what they believe executive management wants to hear.
> >
> > Is there a reasonably simple formula that can be used? I have a current 
> > version of IPLINFO available, which reports total MIPS and 
> > SU's-per-sec-per-CP for a CEC, so if I did the following calculation would 
> > it at least be close to a reasonably accurate MIPS value (FSVO "accurate")?
> >
> > MIPS-per-CP = (IPLINFO MIPS per CEC) / general-CPs-online-to-CEC
> >
> > Measured-CPU-seconds-saved * MIPS-per-CP = MIPS-saved
> >
> > Or would it be more accurate (again, FSVO "accurate") to report SU's saved 
> > by calculating:
> >
> > Measured-CPU-seconds-saved * IPLINFO-SU's-per-sec = SU's-saved
> >
> > TIA for any help or advice you can offer.
> >
> > Peter
> > -
> >
> > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
>
> Mike A Schwab, Springfield IL USA
>
> Where do Forest Rangers go to get away from it all?
>
> ---
>
> 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

IPCS - Dump timing

[Jake Anderson]

Hello

We have some dumps taken on 6th February but is it possible to know at what
time the dump was captured using IPCS and can we see the timestamp anywhere
in DUMP using IPCS ?

Jake

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

Re: ISPF edit, file tagging and ASCII conversion

[Paul Gilmartin]

On Tue, 8 Feb 2022 10:28:27 +0800, David Crayford wrote:
>...
>The characters are supported in all code pages. They are just in the
>wrong code-point when translating between IBM-273 and ISO8859-1. I have
>formed the opinion that the ISPF editor does no honor code pages
>and only supports translation between IBM-1047 <-> ISO8859-1.
> 
The ISPF editor does much better than that. But, in general, it's complicated:


It depends on the command.

I hate EBCDIC!

-- 
gil

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

Re: ISPF edit, file tagging and ASCII conversion

[Paul Gilmartin]

On Mon, 7 Feb 2022 20:27:07 -0500, Tony Harminc wrote:

>On Mon, 7 Feb 2022 at 15:23, Paul Gilmartin wrote:
>> >
>> You mean ZTERMCID is 273?  Does the ISO8859-1 file contain
>> characters with no representation in IBM-273?
>
>By definition there are no characters in ISO8859-1 that are not in
>IBM-273. All the so-called Western European Country Extended Code
>Pages (CECPs) are encodings of the same character set that ISO-8859-1
>encodes. So you're asking if the file tagged ISO8859-1 is invalid?
> 
FSVO "same".  We're talking different languages.  So in IBM-273
"A" is 'C1'x.  In ISO8859-1, "A" is '41'x,  So, the same characters
but at different code points.  The tagging matters.

Yes, apparently IBM-273 and ISO8859-1 encode the same graphemes
at different code points.

Why are there multiple CECPs?  It seems any one would suffice.

-- 
gil

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

Re: ISPF edit, file tagging and ASCII conversion

[David Crayford]

On 8/2/22 9:27 am, Tony Harminc wrote:

On Mon, 7 Feb 2022 at 15:23, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Tue, 8 Feb 2022 03:20:27 +0800, David Crayford  wrote:


We recently had a problem where a customer using a German codepage
(IBM-273) used the ISPF editor to edit a z/OS UNIX file tagged
ISO8859-1. The ISPF editor translated the file to EBCDIC (don't ask me
why it does that. I much rather it stay in ASCII).


You mean ZTERMCID is 273?  Does the ISO8859-1 file contain
characters with no representation in IBM-273?

By definition there are no characters in ISO8859-1 that are not in
IBM-273. All the so-called Western European Country Extended Code
Pages (CECPs) are encodings of the same character set that ISO-8859-1
encodes. So you're asking if the file tagged ISO8859-1 is invalid?


The characters are supported in all code pages. They are just in the 
wrong code-point when translating between IBM-273 and ISO8859-1. I have 
formed the opinion that the ISPF editor does no honor code pages

and only supports translation between IBM-1047 <-> ISO8859-1.




Tony H.

--
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: ISPF edit, file tagging and ASCII conversion

[Tony Harminc]

On Mon, 7 Feb 2022 at 15:23, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 8 Feb 2022 03:20:27 +0800, David Crayford  wrote:
>
> >We recently had a problem where a customer using a German codepage
> >(IBM-273) used the ISPF editor to edit a z/OS UNIX file tagged
> >ISO8859-1. The ISPF editor translated the file to EBCDIC (don't ask me
> >why it does that. I much rather it stay in ASCII).
> >
> You mean ZTERMCID is 273?  Does the ISO8859-1 file contain
> characters with no representation in IBM-273?

By definition there are no characters in ISO8859-1 that are not in
IBM-273. All the so-called Western European Country Extended Code
Pages (CECPs) are encodings of the same character set that ISO-8859-1
encodes. So you're asking if the file tagged ISO8859-1 is invalid?

Tony H.

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

gskkyman command line export certificates with no key?

[Charles Mills]

I am playing with gskkyman using the command line switches.

There does not seem to be a way to export a certificate that does not have a
private key. This seems odd as (a.) certificates without a private key are
normal and legal and expected: for example all CA certificates do not have
an installed private key; and (b.) the gskkyman menu interface supports it.
RACF RACDCERT EXPORT certainly supports it.

https://www.ibm.com/docs/en/zos/2.5.0?topic=syntax-gskkyman says

-e Export a certificate and its associated private key.

I have tested and apparently yes, the -e function fails if the certificate
specified does not have a private key.

Am I confused? Do others know how to do this? If not, does this restriction
seem reasonable?

Charles 

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

Re: ISPF edit, file tagging and ASCII conversion

[Paul Gilmartin]

On Tue, 8 Feb 2022 03:20:27 +0800, David Crayford  wrote:

>We recently had a problem where a customer using a German codepage
>(IBM-273) used the ISPF editor to edit a z/OS UNIX file tagged
>ISO8859-1. The ISPF editor translated the file to EBCDIC (don't ask me
>why it does that. I much rather it stay in ASCII). 
> 
You mean ZTERMCID is 273?  Does the ISO8859-1 file contain
characters with no representation in IBM-273?

What happens if the customer uses iconv to translate -f ISO8859-1 -t IBM273,
and tags the result IBM-273?

>... We could tag the file UTF-8 but that opens a can
>of worms. UTF-8 is not well supported in z/OS UNIX. Setting
>
If the file contains characters in xrange( '80'x, 'FF'x ) which are
not part of valid UTF-8 octet sequences, it's not at all supported.

>_BPXK_AUTOCVT=ALL breaks most programs that use enhanced ASCII. 
>
FSVO "mist".

>I'm of the opinion that the ISPF editor is not using the
>ZTERMCID to determine
>the code page to translate and is probably only supporting 1047. This
>isn't documented. Can anybody shed any light on this?
>
My experience, long ago. is that I created a file containing Cyrillic
characters in UTF-8 codes; tagged it UTF-8; set my x3270 to
IBM-880 and Viewed the file with ISPF 3.17.  Cyrillic characters
displayed properly (after a couple APARs; one that ISPF tried
to validate before conversion.)  It was just a PoC; I don't recall
that I ever modified or Saved.

Can you reproduce the customer's environment?  Can you use any
non-USA terminal for a test?  What was customer's desktop Locale
setting?  (Mine was UTF-8.)

-- 
gil

Example:
Host: UTF-8  output: IBM273
  0  16  32  48  64  80  96 112 128 144 160 176 192 208 224 240
  0  10  20  30  40  50  60  70  80  90  A0  B0  C0  D0  E0  F0

   0  0   &   -   ø   Ø   °   µ   ¢   ä   ü   Ö   0
   1  1       é   /   É   a   j   ß   £   A   J   ÷   1
   2  2   â   ê   Â   Ê   b   k   s   ¥   B   K   S   2
   3  3   {   ë   [   Ë   c   l   t   ·   C   L   T   3
   4  4   à   è   À   È   d   m   u   ©   D   M   U   4
   5  5   á   í   Á   Í   e   n   v   @   E   N   V   5
   6  6   ã   î   Ã   Î   f   o   w   ¶   F   O   W   6
   7  7   å   ï   Å   Ï   g   p   x   ¼   G   P   X   7
   8  8   ç   ì   Ç   Ì   h   q   y   ½   H   Q   Y   8
   9  9   ñ   ~   Ñ   `   i   r   z   ¾   I   R   Z   9
  10  A   Ä   Ü   ö   :   «   ª   ¡   ¬   ­   ¹   ²   ³
  11  B   .   $   ,   #   »   º   ¿   |   ô   û   Ô   Û
  12  C   <   *   %   §   ð   æ   Ð   ¯   ¦   }   \   ]
  13  D   (   )   _   '   ý   ¸   Ý   ¨   ò   ù   Ò   Ù
  14  E   +   ;   >   =   þ   Æ   Þ   ´   ó   ú   Ó   Ú
  15  F   !   ^   ?   "   ±   ¤   ®   ×   õ   ÿ   Õ   Ÿ

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

Re: How to calculate MIPS or SU's from user CPU time statistics?

[Farley, Peter x23353]

IBM ratings are, I believe, what is expected here.  That formula would work if 
I had access to our GCP %CPU busy statistics, but I do not.  Application teams 
do not even have read access to SMF data, nor access to the reporting tools for 
it.

I can request a number from our Capacity and Performance team and see what they 
say.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horne, Jim
Sent: Monday, February 7, 2022 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: How to calculate MIPS or SU's from user CPU time 
statistics?

I would recommend finding out which MIPS ratings your management wants/expects 
(IBM, Gartner, Cheryl Watson, or whoever).  Once you have their preferred MIPS 
rating for your machine, just multiply your GCP %CPU Busy by that number and 
report it.  I would also recommend you ignore that number for any real capacity 
planning exercises - but that's just my opinion.

Jim Horne
-- 

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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to calculate MIPS or SU's from user CPU time statistics?

[Farley, Peter x23353]

I do understand there is variation by processor/model/OS version (we are 
z15/T01 and z/OS 2.3), but we need something much simpler than relating to an 
LSPR/RNI category to allow us to report savings in a reasonably accurate but 
simplified manner.

I did read the text on and linked-to by that page, but explaining RNI and LSPR 
categories to executive management is a stretch I'm not sure we can make.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Monday, February 7, 2022 2:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to calculate MIPS or SU's from user CPU time statistics?

Varies by processor, specific model, and version of your operating system.  
Look up the table on

https://urldefense.com/v3/__https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex?OpenDocument__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!Z8NGw_e5Vm9IZbfNoivgt8thjwEuEwyolkIEIj_rrvbi2Bp84ZTAQMM1-NZ5KT2qiUaPVg$
 

Best suggestion is to recompile Cobol programs with 6.2.for faster instructions 
on newer processors.  Much higher compile time but pays in run time.  Possible 
to run compiler on low cost program then transfer PDSE members.

On Mon, Feb 7, 2022 at 6:53 PM Farley, Peter x23353 
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> My immediate management is asking me how to convert measured user task CPU 
> seconds saved in a MIPS reduction project to a MIPS value for reporting to 
> executive management.  Yes, we do know what MIPS means (Meaningless . . . ), 
> but this is what they believe executive management wants to hear.
>
> Is there a reasonably simple formula that can be used?  I have a current 
> version of IPLINFO available, which reports total MIPS and 
> SU's-per-sec-per-CP for a CEC, so if I did the following calculation would it 
> at least be close to a reasonably accurate MIPS value (FSVO "accurate")?
>
> MIPS-per-CP = (IPLINFO MIPS per CEC) / general-CPs-online-to-CEC
>
> Measured-CPU-seconds-saved * MIPS-per-CP = MIPS-saved
>
> Or would it be more accurate (again, FSVO "accurate") to report SU's saved by 
> calculating:
>
> Measured-CPU-seconds-saved * IPLINFO-SU's-per-sec = SU's-saved
>
> TIA for any help or advice you can offer.
>
> Peter
-- 


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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ISPF edit, file tagging and ASCII conversion

[David Crayford]

We recently had a problem where a customer using a German codepage 
(IBM-273) used the ISPF editor to edit a z/OS UNIX file tagged 
ISO8859-1. The ISPF editor translated the file to EBCDIC (don't ask me 
why it does that. I much rather it stay in ASCII). Anyway, it was a YAML 
document and they added a @ character to the end of a comment line. When 
ISPF saved the file it incorrectly converted the @ character to a 
section sign §. This caused a YAML parse failure as the Java SnakeYaml 
library expects UTF-8. We could tag the file UTF-8 but that opens a can 
of worms. UTF-8 is not well supported in z/OS UNIX. Setting 
_BPXK_AUTOCVT=ALL breaks most programs that use enhanced ASCII. I'm of 
the opinion that the ISPF editor is not using the ZTERMCID to determine 
the code page to translate and is probably only supporting 1047. This 
isn't documented. Can anybody shed any light on this?


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

Re: [EXTERNAL] Re: How to calculate MIPS or SU's from user CPU time statistics?

[Horne, Jim]

I would recommend finding out which MIPS ratings your management wants/expects 
(IBM, Gartner, Cheryl Watson, or whoever).  Once you have their preferred MIPS 
rating for your machine, just multiply your GCP %CPU Busy by that number and 
report it.  I would also recommend you ignore that number for any real capacity 
planning exercises - but that's just my opinion.

Jim Horne

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

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

Re: Is there a TSO SEND history anywhere?

[Carmen Vitullo]

I was going to suggest the free CBT program IIRC LISTCAST? but if the messages 
were not sent with the SAVE parm I believe once the TSO user gets the message 
it is removed from Brodcast. 
 

I don't use SYS1.BRODCAST any longer so I cannot verify.  
   
Carmen Vitullo 

   

-Original Message-

From: Albertus 
To: IBM-MAIN 
Date: Monday, 7 February 2022 1:15 PM CST
Subject: Re: Is there a TSO SEND history anywhere?

Yes. there is a freeware Broadcast utility available on the CBT tape - 
sorry - do not recall the file #. With this you can browse the 
broadcast dataset messages and selectively delete them. We are on z/OS 2.4 
and it still works. 



On Mon, Feb 7, 2022 at 6:10 AM Seymour J Metz  wrote: 

> Perhaps I remembered the logic incorrectly, or perhaps it has changed. If 
> the command does its own access the the broadcast of user log data set, 
> that makes an audit even more difficult. 
> 
> 
> -- 
> Shmuel (Seymour J.) Metz 
> http://mason.gmu.edu/~smetz3 
> 
>  
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf 
> of Tony Harminc [t...@harminc.net] 
> Sent: Sunday, February 6, 2022 2:11 PM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Is there a TSO SEND history anywhere? 
> 
> On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote: 
> > 
> > No. There are several scenarios, as I noted on Friday, February 4, 2022 
> 12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF 
> trace and look at the parameters for MGCR, TPUT and WTO. The only logging 
> that the system does for any of the scenario is logging the SEND operator 
> command (not the SEND TSO command) to syslog, and that does not involve a 
> temporary dataset. 
> 
> I don't see the SEND operator command (and hence MGCR) anywhere in the 
> scenario. The TSO SEND command itself does all the dealing with 
> Broadcast, as I remember. 
> 
> Tony H. 
> 
> -- 
> 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: Is there a TSO SEND history anywhere?

[Albertus de Wet]

Yes. there is a freeware Broadcast utility available on the CBT tape -
sorry - do not recall the file #. With this you can browse the
broadcast dataset messages and selectively delete them. We are on z/OS 2.4
and it still works.



On Mon, Feb 7, 2022 at 6:10 AM Seymour J Metz  wrote:

> Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
> the command does its own access the the broadcast of user log data set,
> that makes an audit even more difficult.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Tony Harminc [t...@harminc.net]
> Sent: Sunday, February 6, 2022 2:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
> >
> > No. There are several scenarios, as I noted on Friday, February 4, 2022
> 12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
> trace and look at the parameters for MGCR, TPUT and WTO. The only logging
> that the system does for any of the scenario is logging the SEND operator
> command (not the SEND TSO command) to syslog, and that does not involve a
> temporary dataset.
>
> I don't see the SEND operator command (and hence MGCR) anywhere in the
> scenario. The TSO SEND command itself does all the dealing with
> Broadcast, as I remember.
>
> Tony H.
>
> --
> 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: How to calculate MIPS or SU's from user CPU time statistics?

[Mike Schwab]

Varies by processor, specific model, and version of your operating
system.  Look up the table on

https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex?OpenDocument

Best suggestion is to recompile Cobol programs with 6.2.for faster
instructions on newer processors.  Much higher compile time but pays
in run time.  Possible to run compiler on low cost program then
transfer PDSE members.

On Mon, Feb 7, 2022 at 6:53 PM Farley, Peter x23353
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> My immediate management is asking me how to convert measured user task CPU 
> seconds saved in a MIPS reduction project to a MIPS value for reporting to 
> executive management.  Yes, we do know what MIPS means (Meaningless . . . ), 
> but this is what they believe executive management wants to hear.
>
> Is there a reasonably simple formula that can be used?  I have a current 
> version of IPLINFO available, which reports total MIPS and 
> SU's-per-sec-per-CP for a CEC, so if I did the following calculation would it 
> at least be close to a reasonably accurate MIPS value (FSVO "accurate")?
>
> MIPS-per-CP = (IPLINFO MIPS per CEC) / general-CPs-online-to-CEC
>
> Measured-CPU-seconds-saved * MIPS-per-CP = MIPS-saved
>
> Or would it be more accurate (again, FSVO "accurate") to report SU's saved by 
> calculating:
>
> Measured-CPU-seconds-saved * IPLINFO-SU's-per-sec = SU's-saved
>
> TIA for any help or advice you can offer.
>
> Peter
> --
>
>
> 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

How to calculate MIPS or SU's from user CPU time statistics?

[Farley, Peter x23353]

My immediate management is asking me how to convert measured user task CPU 
seconds saved in a MIPS reduction project to a MIPS value for reporting to 
executive management.  Yes, we do know what MIPS means (Meaningless . . . ), 
but this is what they believe executive management wants to hear.

Is there a reasonably simple formula that can be used?  I have a current 
version of IPLINFO available, which reports total MIPS and SU's-per-sec-per-CP 
for a CEC, so if I did the following calculation would it at least be close to 
a reasonably accurate MIPS value (FSVO "accurate")?

MIPS-per-CP = (IPLINFO MIPS per CEC) / general-CPs-online-to-CEC

Measured-CPU-seconds-saved * MIPS-per-CP = MIPS-saved

Or would it be more accurate (again, FSVO "accurate") to report SU's saved by 
calculating:

Measured-CPU-seconds-saved * IPLINFO-SU's-per-sec = SU's-saved

TIA for any help or advice you can offer.

Peter
--


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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Sysprog job opening

[Tom Brennan]

LOL

On 2/7/2022 8:40 AM, Tony Harminc wrote:

On Mon, 7 Feb 2022 at 09:35, Tom Brennan  wrote:


Good to see!  But I got a chuckle when reading the page: "Job available
in 4 locations" followed by "Work from home".  How can they know how
many work locations I might have at home?


It's a quantum thing. Like those signs in the commuter train station
saying "Use all doors".

So once you pick one location...

Tony H.

--
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: Is there a TSO SEND history anywhere?

[Charles Mills]

As others have said, SYSLOG seems to contain an echo of operator SEND but not 
TSO SEND.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of A T & T Management
Sent: Monday, February 7, 2022 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

 Check the SYSLOG.
Scott

On Monday, February 7, 2022, 10:05:45 AM EST, Lennie Dymoke-Bradshaw 
<032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

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

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

Re: Is there a TSO SEND history anywhere?

[A T & T Management]

 Check the SYSLOG.
Scott

On Monday, February 7, 2022, 10:05:45 AM EST, Lennie Dymoke-Bradshaw 
<032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

--
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: Sysprog job opening

[Tony Harminc]

On Mon, 7 Feb 2022 at 09:35, Tom Brennan  wrote:
>
> Good to see!  But I got a chuckle when reading the page: "Job available
> in 4 locations" followed by "Work from home".  How can they know how
> many work locations I might have at home?

It's a quantum thing. Like those signs in the commuter train station
saying "Use all doors".

So once you pick one location...

Tony H.

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

Re: Is there a TSO SEND history anywhere?

[Lennie Dymoke-Bradshaw]

I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

--
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: Sysprog job opening

[Tom Brennan]

Good to see!  But I got a chuckle when reading the page: "Job available 
in 4 locations" followed by "Work from home".  How can they know how 
many work locations I might have at home?


On 2/7/2022 2:51 AM, Mark Henderson wrote:

Hope it's ok to post this here:

  
https://jobs.microfocus.com/global/en/job/MICRGLOBAL7023540EXTERNAL/z-OS-Systems-Programmer---WORK-FROM-HOME

--
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: Does this make no sense or is it just me?

[Seymour J Metz]

What you see is all you get (WYSIAYG), the truth behind WYSIWYG..


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, February 7, 2022 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does this make no sense or is it just me?

On Mon, 7 Feb 2022 09:12:19 -0400, Eric D Rossman wrote:

>"Seymour J Metz"  wrote:
>>
>> The ISPF Edit Ref. does give REXX examples, but there are issues
>> with some of them.
>>
Often ineptly, needlessly prefixing each command with ADDRESS ISREDIT
when a single setting of the command environment would suffice.  It may
have been mindlessly translated from CLIST.

>> The lack of synchronization would have been easy to fix had IBM
>> continued using BookManager markup instead of WYSIAYG word processors.
>>
"A"‽  I see.  The demise of reusable code.

>I'm not going to air any dirty laundry but I definitely got the impression
>that many of the pubs writers would agree with you regarding BookManager.
>
It's a pity that Bookie couldn't have been given backends to generate
PDF and HTML to support viewers prevalent on multiple platforms.

But I understand one driver was sheer size: Bookie couldn't accommodate
the growth of PoOps or HLASM, e.g.

--
gil

--
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: Does this make no sense or is it just me?

[Paul Gilmartin]

On Mon, 7 Feb 2022 09:12:19 -0400, Eric D Rossman wrote:

>"Seymour J Metz"  wrote:
>> 
>> The ISPF Edit Ref. does give REXX examples, but there are issues 
>> with some of them.
>>  
Often ineptly, needlessly prefixing each command with ADDRESS ISREDIT
when a single setting of the command environment would suffice.  It may
have been mindlessly translated from CLIST.

>> The lack of synchronization would have been easy to fix had IBM 
>> continued using BookManager markup instead of WYSIAYG word processors.
>>
"A"‽  I see.  The demise of reusable code.

>I'm not going to air any dirty laundry but I definitely got the impression 
>that many of the pubs writers would agree with you regarding BookManager.
> 
It's a pity that Bookie couldn't have been given backends to generate
PDF and HTML to support viewers prevalent on multiple platforms.

But I understand one driver was sheer size: Bookie couldn't accommodate
the growth of PoOps or HLASM, e.g.

-- 
gil

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

Re: Does this make no sense or is it just me?

[Eric D Rossman]

"Seymour J Metz"  wrote:

> Redundancy is only part of the cost. Historically, when they 
> replicate information on syntax for other components, they get it wrong.
> 
> The ISPF Edit Ref. does give REXX examples, but there are issues 
> with some of them.
> 
> The lack of synchronization would have been easy to fix had IBM 
> continued using BookManager markup instead of WYSIAYG word processors.

I'm not going to air any dirty laundry but I definitely got the impression 
that many of the pubs writers would agree with you regarding BookManager.

Given how long we were a web deliverable (instead of tied to a z/OS 
release), ICSF tried very hard to NOT embed any explanations, examples, 
etc for other products. Instead, we tried to link/point to other pubs 
where the real experts could describe their own product. The only things 
related to other products in our pubs were actual samples we shipped (like 
dataset allocation samples, ICSF started proc, etc)

Eric Rossman, CISSP®
ICSF Cryptographic Security Development
z/OS Enabling Technologies


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

Re: Is there a TSO SEND history anywhere?

[Seymour J Metz]

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If the 
command does its own access the the broadcast of user log data set, that makes 
an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with
Broadcast, as I remember.

Tony H.

--
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: Does this make no sense or is it just me?

[Seymour J Metz]

> There was a tendency to put every topic in every manual.

Even when the tech writer did not understand the topic. They often incorrectly 
inferred rules from examples, or gave examples with, e.g., JCL errors.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Sunday, February 6, 2022 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does this make no sense or is it just me?

There was a tendency to put every topic in every manual. I have an OS/VS
COBOL P/G in front of me (1981) and it includes a lot of JCL tutorial: there
is an entire three-page section titled "Examples of DD Statements Used To
Create Data Sets."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Sunday, February 6, 2022 7:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does this make no sense or is it just me?

RCF sent. There is a similar problem when an author describes invoking
something from CLIST, JCL or REXX, describes syntax and gets it wrong. That
is an issue that has contined from OS/360 to z/OS.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Friday, February 4, 2022 7:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does this make no sense or is it just me?

On Fri, 4 Feb 2022 at 18:07, Charles Mills  wrote:
>
> Does the following make sense to anyone? From the JCL Reference, at least
> several recent versions including V2R5, Chapter 6. Job control statements
on
> the output listing. It seems boggled to me on several levels. I don't
think
> it is true, and I think the references to specific programs are
superfluous
> (or alternatively, incomplete). Am I off base?
>
> EXEC overriding parameters: A procedure EXEC statement appears in the job
> log listing exactly as it
> appears in the procedure. Overridden parameters must be shown by the
program
> being executed:
>
> . For the EXEC statement that executes the assembler program, the
Diagnostic
> Cross Reference and
> Assembler Summary produced by the assembler program shows the overriding
> parameters.
>
> . For the EXEC statement that executes the linkage editor, the linkage
> editor listing shows the overriding
> parameters.

I think this is probably a classic result of the interaction among
product developers, tech writers, and support/change team people.
Certainly it's not correct, but more than that, I think it just
reflects this uneasy mix of people with the same high level goal but
different understanding. I speculate: Someone probably complained to
IBM that the EXEC statement in the JCL listing doesn't directly show
the result of the various substitutions that are possible. (Of course
there are the SUBSTITUTION JCL messages, but they're virtulaly
unreadable.) Someone in JCL (what I think of as the IEF team) said
"well of course we don't show that - it's up to the program being
invoked to show its own arguments after everything is resolved. For
example, the assembler shows that stuff right at the top." The tech
writers didn't really understand that, but went to the ASM people and
asked how to explain the example of showing the overriding parameters.
Someone there told them it's under the rubric "Diagnostic Cross
Reference and Assembler Summary" So they put that in the book as an
example, and then someone else complained that there is no example for
the linkage editor. So they put that in. Then someone complained about
something else, and they thought, OK, enough, and stopped putting in
examples.

What's obviously missing is someone with the big picture who would
understand that the level of explanation and examples is all wrong,
and that a more general explanation of how *any* program you invoke
*may* provide a listing of its arguments, but that what the JCL
resolves to is found in those SUBSTITUTION JCL messages. Just maybe a
reminder about MSGLEVEL would be appropriate.

I see this all the time for much smaller products that I work on; the
tech writers are forever trying to clean up and organize while
responding to complaints and requests for clarification from customers
and Support. They think of themselves as the core of the document
production process, who refer to SMEs (Subject Matter Experts) for the
technical nitty-gritty. But no amount of technical detail is enough by
itself when the overall view is missing. Who should provide that? It
depends on the sizee and nature of the organization. Ideally one needs
a single senior developer who is very competent in written English as
well as both the immediate subject matter and the larger environment
both technical and documentary. And who isn't spending 120% of his/her
time on writing code. So it goes.

Re: Does this make no sense or is it just me?

[Seymour J Metz]

Redundancy is only part of the cost. Historically, when they replicate 
information on syntax for other components, they get it wrong.

The ISPF Edit Ref. does give REXX examples, but there are issues with some of 
them.

The lack of synchronization would have been easy to fix had IBM continued using 
BookManager markup instead of WYSIAYG word processors.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, February 6, 2022 7:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does this make no sense or is it just me?

On Sun, 6 Feb 2022 12:59:03 -0800, Charles Mills wrote:

>There was a tendency to put every topic in every manual. I have an OS/VS
>COBOL P/G in front of me (1981) and it includes a lot of JCL tutorial: there
>is an entire three-page section titled "Examples of DD Statements Used To
>Create Data Sets."
>
Yes.

The TSO Rexx Ref. tries to teach too much TSO syntax.

The ISPF Edit Ref. tries to teach too much CLIST syntax.
(Why not Rexx, if anything.  But it's getting better lately.)

The cost of this is the burden of redundant updates if the
command environment changes.  And the risk of failure to
synchronize updates.

The JCL Ref. has separate chapters for "DD *" and "DD DATA".
Parts have been copied from one to the other without needed
changes.  I've suggested in vain that they be consolidated with
side notes for the very few differences.

--
gil

--
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: Is there a TSO SEND history anywhere?

[Seymour J Metz]

SYSTSPRT will certainly contain the TSOSEND command, but even if you used a 
hold class, that would be a log of what that one job did, not a log of what all 
of the jobs on the system did.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, February 6, 2022 11:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

The JCL keeps a copy of whatever is TSO sent (as in to fix the "So once
I hit Enter the message seems tobe gone, gone, gone" issue.)

The CLIST allows sending multiple message lines to multiple users at a
same time, in batch TSO.

AFAIK Recorded messages (including jobcard NOTIFY= ones at EOJ) are
displayed and deleted from the broadcast dataset when users logon, or
are logged on, hence it would not then retain a 'history' of them (which
was what the post was asking about.)

As I said, "FWIW." Cheers etc.


On 06/02/2022 15:17, Seymour J Metz wrote:
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset. To summarize:
>
>   SEND to available user
>   TPUT, no logging unless receiver is in TSD SM.
>
>   SEND to unavailable user
>   SEND records the message in the broadcast  data set or in
>   the receiver's user log
>
>   SEND to console
>  WTO; message retained in hardcopy log
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> CM Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
> Sent: Saturday, February 5, 2022 11:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> FWIW No idea whether this would help finding where TSOSEND data is
> logged (try a GTF + parms, if 'critically important') - but I would
> suspect that the data is stored in system genned temp datasets, possibly
> in VIOs, and deleted after the data I/O sent-and-displayed on
> terminal screens. Perhaps displayed in the syslog. If it were
> straight-forward, I would expect the IBM system savants to have posted a
> resolution by now. If. HTH. Cheers etc.
>
> Job TSOSEND:
> 
> //*
> //* NOTE: NO LINE NUMBERS IN COLS 73-80 ALLOWED, ELSE CLIST FAILS!*
> //* ¯ *
> //*
> //* NOTE: 'U' => TSO USERID(S); SPECIFY LIST OF USERIDS UNDER DESTIDS *
> //* ¯ 'C' -> CONSOLE; SPECIFY MASTER ETC. UNDER CONSIDS   *
> //*   *
> //* 04/01/95 CMP  *
> //*
> //*
> //CLIST   EXEC PGM=IKJEFT01,
> // REGION=512K,
> //*   PARM='%TSOSEND DESTIDS SYSIN USERID'
> //PARM='%TSOSEND CONSIDS SYSIN CONSOLE'
> //*
> //SYSPROC  DD  DISP=SHR,DSN=.ISPCLIB
> //SYSTSIN  DD  DUMMY
> //SYSTSPRT DD  SYSOUT=*
> //CONSIDS  DD  *
> 
> //*
> //DESTIDS  DD  *
> 
> 
> ...
> 
> //SYSINDD  *
> Dear MVS OPS,
>
> 
> 
> ...
> 
>
> Thanks a lot.
>
> Chris
>
> /*
> //*
> //
>
> CLIST TSOSEND:
> --
> PROC 2 DESTLIST MESSAGE DEBUG USERID CONSOLE
> /*---*/
> /* N.B. DEFAULT IS 'NOW' */
> /* 'LOGON' -> 'NOW' IF LOGGED ON, ELSE AT LOGON TIME.*/
> /* 'SAVE' -> ONLY AT NEXT LOGON TIME (OR LISTBC) */
> /*   */
> /* PARMS: DESTLIST DDNAME OF USERS/CONSOLES TO WHOM MESSAGE IS TO*/
> /* BE SENT - DEFAULT=NONE*/
> /*MESSAGE: DDNAME OF MESSAGE TEXT TO BE SENT - DEFAULT=NONE  */
> /*DEBUG:   SETS TRACE ON - DEFAULT=OFF   */
> /*   */
> /* 02/05/00 CMP - SET EXIT CODE TO 0 */
> /* 13/12/94 CMP - ALLOW SENDING TO USERID(S) OR TO MVS CONSOLE(S)*/
> /* 17/04/89 CMP  */
> /*---*/
> CONTROL: +
>   CONTROL END(ENDO)
>   IF  = DEBUG |  = D THEN +
> CONTROL LIST SYMLIST CONLIST MSG 

Sysprog job opening

[Mark Henderson]

Hope it's ok to post this here:

 
https://jobs.microfocus.com/global/en/job/MICRGLOBAL7023540EXTERNAL/z-OS-Systems-Programmer---WORK-FROM-HOME

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