Re: IPL's POR's frequency

[Brian Westerman]

All of the sites we manage have 2 "possible" times when we "can" IPL a year, we 
typically don't use them unless we are changing something that can't be done 
another way.  We POR only when necessary.

On average, we will ACTUALLY IPL once a year or less, some sites are once every 
2 years.  

In the past we used the time change Sundays for the planning dates, and for 
most of the sites we still do it that way, but it's just a date we use for 
planning, most times it's not necessary.

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

Re: REXX - Interpret or Value - Which is better?

[CM Poncelet]

In REXX, "ARG [template]" is just a short form of the instruction "PARSE
UPPER ARG [template]". Hence INTERPRET on passed ARG variables produces
uppercase results (unless PARSE ARG is coded instead of ARG).
 
There is no REXX equivalent to CLIST's "CONTROL CAPS ASIS".
 
CLIST:
https://www.ibm.com/docs/en/zos/2.1.0?topic=reference-control-statement
 
REXX's "VALUE()" is CLIST's "()" and AFAIK neither can be
nested/recursive - whereas INTERPRET can be recursive, but less so than
CLIST's &
 
Cheers, over and out.
 


On 14/09/2021 21:41, Paul Gilmartin wrote:
> On Tue, 14 Sep 2021 13:56:42 +, Seymour J Metz wrote:
>
>> No, the evaluation of the operand is the same as for any other expression 
>> and the interpretation of the evaluated operand is the same as for any other 
>> statement in REXX, including the treatment of apostrophes and quotation 
>> marks:
>>
>> interpret 'foo = "bar baz"; say "foo="foo'
>>
> Yes, but the naive programmer is apt to be astonished by such as:
>
> drop X
> A = X
> X = 'Roman numeral ten'
> interpret 'say'  A
> interpret 'say   A'
> interpret say '''A'''
>
> generally start my EXECs with SIGNAL ON NOVALUE.
> So I am astonished sooner than later during testing
> and repairs are easier.
>
> -- 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: REXX - Interpret or Value - Which is better?

[Tony Thigpen]

When I googled "z/OS PIPE VARLOAD", I got a z/OS manual, but I failed to 
notice that the manual was for "Z Netview".


FYI, z/VSE wants Pipes too.

Tony Thigpen

Farley, Peter x23353 wrote on 9/14/21 6:34 PM:

Tony,

z/OS TSO Rexx has no pipes, only CMS has them.

Not that we don’t WANT them, but IBM so far has chosen not to port them to z/OS.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Tuesday, September 14, 2021 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX - Interpret or Value - Which is better?

I do most of my rexx on VM, but on VM we have a method to directly read and 
update a callers variables (as long as both are REXX) using the pipe stages VAR 
and VARLOAD.

Just looking at the z/OS manuals, it looks like you have the same option in 
z/OS.

Tony Thigpen

Bob Bridges wrote on 9/14/21 5:42 PM:

I've inherited responsibility for a huge REXX app that uses that technique to 
pass many values back and forth between external routines.  Each module has two 
routines, one for packing up a list of variables and another for unpacking them 
at the other end.  I find it difficult to understand, but if I'd had to write 
the thing from scratch maybe I wouldn't have come up with a better way to do 
it, either.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The difference between theory and practice is wider in practice
than it is in theory.  -C J Date */

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Martin Packer
Sent: Monday, September 13, 2021 10:16

My main use case for interpret is passing back a string with stem variable 
assignments from a procedure. Then the caller of the procedure interprets the 
string - which has semicolons to separate the assignment statements.

I don't much like it but it seems the best I can do.

--

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



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

Re: IPL's POR's frequency

[Mike Schwab]

Our site had a spinning motor / generator to regulate utility /
battery / generator power.  It had bearings replaced 3 weekends in a
row, so they sent the shaft out to be redone.  530pm Sunday the
computer switches to generator power to test.  Takes a while to
restart.  530pm Monday the computer switches to generator power to
test.  Takes a while to restart.  Repeated following week before the
set the computer to check the generator power first.  Decided to
decommission and get some space 200 miles away instead of 2.

On Tue, Sep 14, 2021 at 3:22 PM Tony Thigpen  wrote:
>
> Fun item. Worked at a school board where we had a generator. During a
> power outage, the generator failed, not because the underground tank was
> empty, but because the pump that moved the fuel from the underground
> tank to the header tank was plugged into a non-generator outlet.
>
> Tony Thigpen
>
> PINION, RICHARD W. wrote on 9/14/21 1:06 PM:
> > General reply, the last time the backup generator ran out of fuel!  Don't 
> > laugh, it happens.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > McCabe, Ron
> > Sent: Tuesday, September 14, 2021 1:03 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IPL's POR's frequency
> >
> > [External Email. Exercise caution when clicking links or opening 
> > attachments.]
> >
> > We IPL twice a year ... POR when needed and I cannot remember the last time 
> > we needed a POR.
> >
> > Thanks,
> > Ron McCabe
> > Manager of Mainframe/Midrange Systems
> > Mutual of Enumclaw
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Mike Schwab
> > Sent: Tuesday, September 14, 2021 7:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IPL's POR's frequency
> >
> > CAUTION: This email is from an external address. Please be careful of links 
> > and attachments.
> >
> >
> > IPL once a quarter.   PORs when IBM requires.
> >
> > On Tue, Sep 14, 2021 at 7:30 AM Joe
> > <020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> Just curious about how often folks here IPL their systems as a scheduled 
> >> event , once a month, once a quarter, once a year?
> >> and same question for POR's.
> >> I understand there are times when you HAVE to have unscheduled or hot fix 
> >> IPL's, I'm just asking in general terms.
> >>
> >> --
> >> 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 Confidentiality 
> > Notice: This e- mail and all attachments may contain CONFIDENTIAL 
> > information and are meant solely for the intended recipient. It may contain 
> > controlled, privileged, or proprietary information that is protected under 
> > applicable law and shall not be disclosed to any unauthorized third party. 
> > If you are not the intended recipient, you are hereby notified that any 
> > unauthorized review, action, disclosure, distribution, or reproduction of 
> > any information contained in this e- mail and any attachments is strictly 
> > PROHIBITED. If you received this e- mail in error, please reply to the 
> > sender immediately stating that this transmission was misdirected, and 
> > delete or destroy all electronic and paper copies of this e-mail and 
> > attachments without disclosing the contents. This e- mail does not grant or 
> > assign rights of ownership in the proprietary subject matter herein, nor 
> > shall it be construed as a joint venture, partnership, teaming agreement, 
> > or any other formal business relationship.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send email 
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > Confidentiality notice:
> > This e-mail message, including any attachments, may contain legally 
> > privileged and/or confidential information. If you are not the intended 
> > recipient(s), or the employee or agent responsible for delivery of this 
> > message to the intended recipient(s), you are hereby notified that any 
> > dissemination, distribution, or copying of this e-mail message is strictly 
> > prohibited. If you have received this message in error, please immediately 
> > notify the sender and delete this e-mail message from your computer.
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Re: REXX - Interpret or Value - Which is better?

[Paul Gilmartin]

On Tue, 14 Sep 2021 22:34:04 +, Farley, Peter x23353 wrote:

>Tony, 
>
>z/OS TSO Rexx has no pipes, only CMS has them.
>
>Not that we don’t WANT them, but IBM so far has csosen not to port them to 
>z/OS.
>
In fact:

z/VM CMS Pipelines
User’s Guide and Reference Version 7 Release 1
SC24-6252-01.
 Copyright International Business Machines Corporation 1986, 2020.

has numerous mentions of TSO in its ToC.  This is suspected of being wishful 
thinking.

-- gil

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

Re: REXX - Interpret or Value - Which is better?

[Farley, Peter x23353]

Tony, 

z/OS TSO Rexx has no pipes, only CMS has them.

Not that we don’t WANT them, but IBM so far has chosen not to port them to z/OS.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Tuesday, September 14, 2021 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX - Interpret or Value - Which is better?

I do most of my rexx on VM, but on VM we have a method to directly read and 
update a callers variables (as long as both are REXX) using the pipe stages VAR 
and VARLOAD.

Just looking at the z/OS manuals, it looks like you have the same option in 
z/OS.

Tony Thigpen

Bob Bridges wrote on 9/14/21 5:42 PM:
> I've inherited responsibility for a huge REXX app that uses that technique to 
> pass many values back and forth between external routines.  Each module has 
> two routines, one for packing up a list of variables and another for 
> unpacking them at the other end.  I find it difficult to understand, but if 
> I'd had to write the thing from scratch maybe I wouldn't have come up with a 
> better way to do it, either.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* The difference between theory and practice is wider in practice 
> than it is in theory.  -C J Date */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Martin Packer
> Sent: Monday, September 13, 2021 10:16
> 
> My main use case for interpret is passing back a string with stem variable 
> assignments from a procedure. Then the caller of the procedure interprets the 
> string - which has semicolons to separate the assignment statements.
> 
> I don't much like it but it seems the best I can do.
--

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: REXX - Interpret or Value - Which is better?

[Tony Thigpen]

I do most of my rexx on VM, but on VM we have a method to directly read 
and update a callers variables (as long as both are REXX) using the pipe 
stages VAR and VARLOAD.


Just looking at the z/OS manuals, it looks like you have the same option 
in z/OS.


Tony Thigpen

Bob Bridges wrote on 9/14/21 5:42 PM:

I've inherited responsibility for a huge REXX app that uses that technique to 
pass many values back and forth between external routines.  Each module has two 
routines, one for packing up a list of variables and another for unpacking them 
at the other end.  I find it difficult to understand, but if I'd had to write 
the thing from scratch maybe I wouldn't have come up with a better way to do 
it, either.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The difference between theory and practice is wider in practice than it is 
in theory.  -C J Date */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Martin Packer
Sent: Monday, September 13, 2021 10:16

My main use case for interpret is passing back a string with stem variable 
assignments from a procedure. Then the caller of the procedure interprets the 
string - which has semicolons to separate the assignment statements.

I don't much like it but it seems the best I can do.

--
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: REXX - Interpret or Value - Which is better?

[Bob Bridges]

Still don’t get it.  When the malefactor runs the program with malicious data 
to be interpreted, with the result of doing something dangerous, it isn't the 
iNTERPRET statement that enabled it; the hacker could have written the program 
to do it himself.

If you mean ~I~ run a program (under my own ID) using data supplied by the 
hacker, sure, in that case he might get me to accomplish his aims by using my 
access.  But if I were to do something so careless, it's not clear to me that 
the INTERPRET statement is to blame.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If we wish to be rational, not now and then but constantly, we must pray for 
the gift of Faith, for the power to go on believing not in the teeth of reason 
but in the teeth of lust and terror and jealousy and boredom and indifference 
that which reason, authority or experience, or all three, have once delivered 
to us for truth.  -C S Lewis in _Religion: Reality or Substitute?_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, September 13, 2021 12:18
 
The hazard exists if a programmer naively INTERPRETs data supplied by  
potential (fe)malefactor.  The defensive programmer might parse those data and 
prohibit dangerous constructs, but that parse must be complete.

IBM's OMVS SKULKER script formerly bypassed filenames containing semicolons to 
prevent an exploit.  I pointed out that the exploit remained for filenames 
containing NewLines.  IBM fixed it with an undocumented APAR.

--- On Mon, 13 Sep 2021 10:18:45 -0400, Bob Bridges wrote:
>But I keep thinking about the possibilities for malice in any tool I write for 
>public use, and worry about it.  I can't think of any examples, because as 
>Itschak points out below, it's always going to run under the perpetrator's own 
>ID, so INTERPRET isn't giving him any capabilities he doesn't already have.  
>Can anyone point me to an example of how this would become a Bad Thing?  I'm 
>really curious.

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

Re: REXX - Interpret or Value - Which is better?

[Bob Bridges]

I've inherited responsibility for a huge REXX app that uses that technique to 
pass many values back and forth between external routines.  Each module has two 
routines, one for packing up a list of variables and another for unpacking them 
at the other end.  I find it difficult to understand, but if I'd had to write 
the thing from scratch maybe I wouldn't have come up with a better way to do 
it, either.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The difference between theory and practice is wider in practice than it is 
in theory.  -C J Date */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Martin Packer
Sent: Monday, September 13, 2021 10:16

My main use case for interpret is passing back a string with stem variable 
assignments from a procedure. Then the caller of the procedure interprets the 
string - which has semicolons to separate the assignment statements.

I don't much like it but it seems the best I can do.

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

Re: IBM paid Pa. $33M to settle lawsuit over jobless benefits computer project

[Paul Gilmartin]

On Tue, 14 Sep 2021 10:31:33 -0400, Lance D. Jackson wrote:

>https://www.pennlive.com/news/2021/09/ibm-paid-pa-33m-to-settle-lawsuit-over
>-jobless-benefits-computer-project.html
>
ITYM 


-- gil

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

Re: REXX - Interpret or Value - Which is better?

[Paul Gilmartin]

On Tue, 14 Sep 2021 13:56:42 +, Seymour J Metz wrote:

>No, the evaluation of the operand is the same as for any other expression and 
>the interpretation of the evaluated operand is the same as for any other 
>statement in REXX, including the treatment of apostrophes and quotation marks:
>
>interpret 'foo = "bar baz"; say "foo="foo'
>
Yes, but the naive programmer is apt to be astonished by such as:

drop X
A = X
X = 'Roman numeral ten'
interpret 'say'  A
interpret 'say   A'
interpret say '''A'''

generally start my EXECs with SIGNAL ON NOVALUE.
So I am astonished sooner than later during testing
and repairs are easier.

-- gil

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

Re: IPL's POR's frequency

[Martin Packer]

I believe that happened to a customer in San Francisco during the World
Series Quake. I never found out who the customer was. It wasn't you, was
it?

Cheers, Martin

Sent from my iPad

> On 14 Sep 2021, at 21:23, Tony Thigpen  wrote:
>
> Fun item. Worked at a school board where we had a generator. During a
> power outage, the generator failed, not because the underground tank was
> empty, but because the pump that moved the fuel from the underground
> tank to the header tank was plugged into a non-generator outlet.
>
> Tony Thigpen
>
> PINION, RICHARD W. wrote on 9/14/21 1:06 PM:
>> General reply, the last time the backup generator ran out of fuel!
Don't laugh, it happens.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf
Of McCabe, Ron
>> Sent: Tuesday, September 14, 2021 1:03 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IPL's POR's frequency
>>
>> [External Email. Exercise caution when clicking links or opening
attachments.]
>>
>> We IPL twice a year ... POR when needed and I cannot remember the last
time we needed a POR.
>>
>> Thanks,
>> Ron McCabe
>> Manager of Mainframe/Midrange Systems
>> Mutual of Enumclaw
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf
Of Mike Schwab
>> Sent: Tuesday, September 14, 2021 7:25 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IPL's POR's frequency
>>
>> CAUTION: This email is from an external address. Please be careful of
links and attachments.
>>
>>
>> IPL once a quarter.   PORs when IBM requires.
>>
>>> On Tue, Sep 14, 2021 at 7:30 AM Joe
>>> <020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>>>
>>> Just curious about how often folks here IPL their systems as a
scheduled event , once a month, once a quarter, once a year?
>>> and same question for POR's.
>>> I understand there are times when you HAVE to have unscheduled or hot
fix IPL's, I'm just asking in general terms.
>>>
>>> --
>>> 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
Confidentiality Notice: This e- mail and all attachments may contain
CONFIDENTIAL information and are meant solely for the intended recipient.
It may contain controlled, privileged, or proprietary information that is
protected under applicable law and shall not be disclosed to any
unauthorized third party. If you are not the intended recipient, you are
hereby notified that any unauthorized review, action, disclosure,
distribution, or reproduction of any information contained in this e- mail
and any attachments is strictly PROHIBITED. If you received this e- mail in
error, please reply to the sender immediately stating that this
transmission was misdirected, and delete or destroy all electronic and
paper copies of this e-mail and attachments without disclosing the
contents. This e- mail does not grant or assign rights of ownership in the
proprietary subject matter herein, nor shall it be construed as a joint
venture, partnership, teaming agreement, or any other formal business
relationship.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> Confidentiality notice:
>> This e-mail message, including any attachments, may contain legally
privileged and/or confidential information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution, or copying of this e-mail message is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and delete this e-mail message from your computer.
>>
>>
>> --
>> 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-MAINUnless 
> stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 

Re: IPL's POR's frequency

[Tony Thigpen]

Fun item. Worked at a school board where we had a generator. During a 
power outage, the generator failed, not because the underground tank was 
empty, but because the pump that moved the fuel from the underground 
tank to the header tank was plugged into a non-generator outlet.


Tony Thigpen

PINION, RICHARD W. wrote on 9/14/21 1:06 PM:

General reply, the last time the backup generator ran out of fuel!  Don't 
laugh, it happens.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Tuesday, September 14, 2021 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

[External Email. Exercise caution when clicking links or opening attachments.]

We IPL twice a year ... POR when needed and I cannot remember the last time we 
needed a POR.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, September 14, 2021 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:


Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year?
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

--
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 Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
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: IPL's POR's frequency

[Mike Schwab]

My building was built about 1980.
Needed replacing underground diesel tanks for generators about 2000.
Underway again in 2021.

On Tue, Sep 14, 2021 at 12:07 PM PINION, RICHARD W.
 wrote:
>
> General reply, the last time the backup generator ran out of fuel!  Don't 
> laugh, it happens.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> McCabe, Ron
> Sent: Tuesday, September 14, 2021 1:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IPL's POR's frequency
>
> [External Email. Exercise caution when clicking links or opening attachments.]
>
> We IPL twice a year ... POR when needed and I cannot remember the last time 
> we needed a POR.
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Mike Schwab
> Sent: Tuesday, September 14, 2021 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IPL's POR's frequency
>
> CAUTION: This email is from an external address. Please be careful of links 
> and attachments.
>
>
> IPL once a quarter.   PORs when IBM requires.
>
> On Tue, Sep 14, 2021 at 7:30 AM Joe
> <020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Just curious about how often folks here IPL their systems as a scheduled 
> > event , once a month, once a quarter, once a year?
> > and same question for POR's.
> > I understand there are times when you HAVE to have unscheduled or hot fix 
> > IPL's, I'm just asking in general terms.
> >
> > --
> > 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 Confidentiality 
> Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
> and are meant solely for the intended recipient. It may contain controlled, 
> privileged, or proprietary information that is protected under applicable law 
> and shall not be disclosed to any unauthorized third party. If you are not 
> the intended recipient, you are hereby notified that any unauthorized review, 
> action, disclosure, distribution, or reproduction of any information 
> contained in this e- mail and any attachments is strictly PROHIBITED. If you 
> received this e- mail in error, please reply to the sender immediately 
> stating that this transmission was misdirected, and delete or destroy all 
> electronic and paper copies of this e-mail and attachments without disclosing 
> the contents. This e- mail does not grant or assign rights of ownership in 
> the proprietary subject matter herein, nor shall it be construed as a joint 
> venture, partnership, teaming agreement, or any other formal business 
> relationship.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
>
> --
> 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: RMF SMF "broken" records

[Michael Oujesky]

Might you have a hex dump of the "broken" records?  What is the 
physical block length of the file that contains these records and 
what are you using to read them?


Thanks

Michael

At 11:28 AM 9/14/2021, Pierre Fichaud wrote:


To All,
For SMF types 70-79 (RMF), RMF may create broken records 
because the volume of data can't fit in 32K.

So there may be 2 or more "broken" records created.
I have an IBM sample file that has the original unbroken record 
split into 3 broken records.

The records are consecutive in the sample file.
But I am getting the records in my SMF exit and I must save the 
broken records to put them together at a later time.
There doesn't seem to be a unique identifier in the product 
section connecting the 3 records.

I will use the SMF type/subtype/date/time in the SMF header for now.
But the time in 100ths of seconds doesn't seem granular enough to me.
Can someone help me here ?
Thanks in advance, Pierre.

--
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: RMF SMF "broken" records

[Martin Packer]

Even VBS doesn't get round split records - such as 70-1 or 74-4 for large 
LPARs / CFs...

... I don't particularly recommend creating a giant record from the 
reassembled set of eg 70-1 records but if you do then the triplet 
SMF70RAO, SMF70RAL, SMF70RAN will point you to the Re-assembly Area. And 
the fields in that area will tell you all you want to know.

If it's not RMF then I don't quite know if there even are broken records 
nor what support there is for re-assembly.

Cheers, Martin

Martin Packer

WW z/OS Performance, Capacity and Architecture, IBM Technology Sales

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   "Allan Staller" <0387911dea17-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   14/09/2021 18:33
Subject:[EXTERNAL] Re: RMF SMF "broken" records
Sent by:"IBM Mainframe Discussion List" 



Classification: Confidential

Are you using VBS or VB for the output of your SMF offloads/Dumps?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf 
Of Pierre Fichaud
Sent: Tuesday, September 14, 2021 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RMF SMF "broken" records

[CAUTION: This Email is from outside the Organization. Unless you trust 
the sender, Don’t click links or open attachments as it may be a Phishing 
email, which can steal your Information and compromise your Computer.]

To All,
For SMF types 70-79 (RMF), RMF may create broken records because the 
volume of data can't fit in 32K.
So there may be 2 or more "broken" records created.
I have an IBM sample file that has the original unbroken record split 
into 3 broken records.
The records are consecutive in the sample file.
But I am getting the records in my SMF exit and I must save the broken 
records to put them together at a later time.
There doesn't seem to be a unique identifier in the product section 
connecting the 3 records.
I will use the SMF type/subtype/date/time in the SMF header for now.
But the time in 100ths of seconds doesn't seem granular enough to me.
Can someone help me here ?
Thanks in advance, Pierre.

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

The contents of this e-mail and any attachment(s) are confidential and 
intended for the named recipient(s) only. E-mail transmission is not 
guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or may contain 
viruses in transmission. The e mail and its contents (with or without 
referred errors) shall therefore not attach any liability on the 
originator or HCL or its affiliates. Views or opinions, if any, presented 
in this email are solely those of the author and may not necessarily 
reflect the views or opinions of HCL or its affiliates. Any form of 
reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior 
written consent of authorized representative of HCL is strictly 
prohibited. If you have received this email in error please delete it and 
notify the sender immediately. Before opening any email and/or 
attachments, please check them for viruses and other defects.


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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: RMF SMF "broken" records

[Allan Staller]

Classification: Confidential

Are you using VBS or VB for the output of your SMF offloads/Dumps?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pierre Fichaud
Sent: Tuesday, September 14, 2021 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RMF SMF "broken" records

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

To All,
For SMF types 70-79 (RMF), RMF may create broken records because the volume 
of data can't fit in 32K.
So there may be 2 or more "broken" records created.
I have an IBM sample file that has the original unbroken record split into 
3 broken records.
The records are consecutive in the sample file.
But I am getting the records in my SMF exit and I must save the broken 
records to put them together at a later time.
There doesn't seem to be a unique identifier in the product section 
connecting the 3 records.
I will use the SMF type/subtype/date/time in the SMF header for now.
But the time in 100ths of seconds doesn't seem granular enough to me.
Can someone help me here ?
Thanks in advance, Pierre.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: IPL's POR's frequency

[PINION, RICHARD W.]

General reply, the last time the backup generator ran out of fuel!  Don't 
laugh, it happens.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Tuesday, September 14, 2021 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

[External Email. Exercise caution when clicking links or opening attachments.]

We IPL twice a year ... POR when needed and I cannot remember the last time we 
needed a POR.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, September 14, 2021 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix 
> IPL's, I'm just asking in general terms.
>
> --
> 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 Confidentiality 
Notice: This e- mail and all attachments may contain CONFIDENTIAL information 
and are meant solely for the intended recipient. It may contain controlled, 
privileged, or proprietary information that is protected under applicable law 
and shall not be disclosed to any unauthorized third party. If you are not the 
intended recipient, you are hereby notified that any unauthorized review, 
action, disclosure, distribution, or reproduction of any information contained 
in this e- mail and any attachments is strictly PROHIBITED. If you received 
this e- mail in error, please reply to the sender immediately stating that this 
transmission was misdirected, and delete or destroy all electronic and paper 
copies of this e-mail and attachments without disclosing the contents. This e- 
mail does not grant or assign rights of ownership in the proprietary subject 
matter herein, nor shall it be construed as a joint venture, partnership, 
teaming agreement, or any other formal business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: IPL's POR's frequency

[McCabe, Ron]

We IPL twice a year ... POR when needed and I cannot remember the last time we 
needed a POR.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, September 14, 2021 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix 
> IPL's, I'm just asking in general terms.
>
> --
> 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
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

Re: RMF SMF "broken" records

[Mike Schwab]

Cobol has VBS processing to handle these.

On Tue, Sep 14, 2021 at 11:28 AM Pierre Fichaud  wrote:
>
> To All,
> For SMF types 70-79 (RMF), RMF may create broken records because the 
> volume of data can't fit in 32K.
> So there may be 2 or more "broken" records created.
> I have an IBM sample file that has the original unbroken record split 
> into 3 broken records.
> The records are consecutive in the sample file.
> But I am getting the records in my SMF exit and I must save the broken 
> records to put them together at a later time.
> There doesn't seem to be a unique identifier in the product section 
> connecting the 3 records.
> I will use the SMF type/subtype/date/time in the SMF header for now.
> But the time in 100ths of seconds doesn't seem granular enough to me.
> Can someone help me here ?
> Thanks in advance, Pierre.
>
> --
> 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

RMF SMF "broken" records

[Pierre Fichaud]

To All, 
For SMF types 70-79 (RMF), RMF may create broken records because the volume 
of data can't fit in 32K.
So there may be 2 or more "broken" records created.
I have an IBM sample file that has the original unbroken record split into 
3 broken records.
The records are consecutive in the sample file.
But I am getting the records in my SMF exit and I must save the broken 
records to put them together at a later time. 
There doesn't seem to be a unique identifier in the product section 
connecting the 3 records.
I will use the SMF type/subtype/date/time in the SMF header for now.
But the time in 100ths of seconds doesn't seem granular enough to me.
Can someone help me here ?
Thanks in advance, Pierre.

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

Re: IPL's POR's frequency

[Martin Packer]

FWIW my code detects IPLs by Reader Start Time for Master Scheduler 
Address Space - from SMF 30. If anyone knows of a case where it restarts 
outside of an IPL I'd love to know about it.

More recently SMF 70-1 added a field for IPL.

As for PORs I don't see that in SMF but get suspicious about why all the 
LPARs on a machine I have SMF for get re-IPLed at roughly the same time. 
:-)

Socially, I'd say fortnightly or monthly are very common. Weekly is rare 
now, quarterly is a significant proportion. As is "as and when".

Cheers, Martin

Martin Packer

WW z/OS Performance, Capacity and Architecture, IBM Technology Sales

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: https://mainframeperformancetopics.com

Mainframe, Performance, Topics Podcast Series (With Marna Walle): 
https://anchor.fm/marna-walle

Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   "Mike Schwab" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   14/09/2021 15:26
Subject:[EXTERNAL] Re: IPL's POR's frequency
Sent by:"IBM Mainframe Discussion List" 



IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot 
fix IPL's, I'm just asking in general terms.
>
> --
> 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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

IBM paid Pa. $33M to settle lawsuit over jobless benefits computer project

[Lance D. Jackson]

https://www.pennlive.com/news/2021/09/ibm-paid-pa-33m-to-settle-lawsuit-over
-jobless-benefits-computer-project.html


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

Re: IPL's POR's frequency

[Mike Schwab]

IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix 
> IPL's, I'm just asking in general terms.
>
> --
> 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: IPL's POR's frequency [EXTERNAL]

[Michael Babcock]

Prod IPL once a month, Dev weekly, test as needed.   No POR unless
installing a new CEC.

On Tue, Sep 14, 2021 at 8:33 AM Feller, Paul <
02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:

> We do monthly IPLs to pull in fixes.  I can't think of the last time I did
> a POR other then when installing a new CEC.  All my IOGEN work is dynamic.
>
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Joe
> Sent: Tuesday, September 14, 2021 7:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPL's POR's frequency [EXTERNAL]
>
> Just curious about how often folks here IPL their systems as a scheduled
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix
> IPL's, I'm just asking in general terms.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: REXX - Interpret or Value - Which is better?

[Seymour J Metz]

No, the evaluation of the operand is the same as for any other expression and 
the interpretation of the evaluated operand is the same as for any other 
statement in REXX, including the treatment of apostrophes and quotation marks:

interpret 'foo = "bar baz"; say "foo="foo'


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [ponce...@bcs.org.uk]
Sent: Monday, September 13, 2021 7:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX - Interpret or Value - Which is better?

I meant IIRC INTERPRET returns the lowercase values of variables in
uppercase.
AFAIK "ALLOCATE DD(SYSIN) DSN(*)" is not in *CLIST* format - and I have
no idea what that would have to do with preserving lowercase chars.
A *CLIST* format would be something like "ALLOC FI(SYSIN)
DA('SYS1.PARMLIB(IEAAPF00)') SHR KEEP".

BTW As I said, I have had no access to a mainframe for 8+ years. But
feel free to verify my adhoc sample *CLIST* code if you have access to a
mainframe.

Cheers, over and out.



On 13/09/2021 22:34, Paul Gilmartin wrote:
> On Mon, 13 Sep 2021 21:48:11 +0100, CM Poncelet  wrote:
>>  ...
>> Yes, IIRC INTERPRET returns everything in uppercase
>>
> It definitely does not.  If you were able to try:
> interpret 'X = ''Mixed Case'''
> say X
>
> you would see:
> Mixed Case
>
>> ... - whereas CLIST's "CONTROL CAPS ASIS" leaves lowercase data 'as is'.
>>
> Hardly.  How about:
> CONTROL CAPS ASIS
> ALLOCATE DD(SYSIN) DSN(*)
>
> -- 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

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

Re: IPL's POR's frequency [EXTERNAL]

[Feller, Paul]

We do monthly IPLs to pull in fixes.  I can't think of the last time I did a 
POR other then when installing a new CEC.  All my IOGEN work is dynamic.


Thanks.. 
  
Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe
Sent: Tuesday, September 14, 2021 7:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPL's POR's frequency [EXTERNAL]

Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year? 
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: IPL's POR's frequency

[Bill Johnson]

Ours are rarely scheduled. Some LPARs have been running for over a year 
without, others many months.MIT, is a top 5 college in the US.Biden won, 
fair & square. Get over it.


Sent from Yahoo Mail for iPhone


On Tuesday, September 14, 2021, 8:29 AM, Joe 
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:

Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year? 
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

--
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: IPL's POR's frequency

[Allan Staller]

Classification: Confidential

Rolling IPls quarterly, needed or not. Will often include ISV maintenance.
POR - As needed, but infrequent.

HTH,


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe
Sent: Tuesday, September 14, 2021 7:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPL's POR's frequency

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year?
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: IPL's POR's frequency

[Pesce, Andy]

We IPL once a month.   So, I schedule my software changes (fixes, new releases, 
etc.) around that IPL.
I only POR only when needed for IODF changes.  That only happens once a year or 
so.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe
Sent: Tuesday, September 14, 2021 7:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPL's POR's frequency

Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year? 
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

--
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: IPL's POR's frequency

[Dave Jousma]

>Just curious about how often folks here IPL their systems as a scheduled event 
>, once a month, once a quarter, once a year? 
>and same question for POR's.
>I understand there are times when you HAVE to have unscheduled or hot fix 
>IPL's, I'm just asking in general terms.

We have 2 maintenance periods per year in Prod.  As part of that we:
- have IBM install all MCL's
- IBM & ISV software maintenance
- IODF changes 
- POR
- IPL the updates in

While we could do MCL's more often, but there are still some that seem to 
require cycling OSA or Crypto adapters to actually activate the code onto those 
cards.  We find just PORIng after the MCL's just makes for a cleaner update, 
and general system cleanup.   

For us, a 2 times per year cycle has also created a level of stability in the 
environment due to limiting how often changes get made.

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

IPL's POR's frequency

[Joe]

Just curious about how often folks here IPL their systems as a scheduled event 
, once a month, once a quarter, once a year? 
and same question for POR's.
I understand there are times when you HAVE to have unscheduled or hot fix 
IPL's, I'm just asking in general terms.

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