Unfortunately I have, when IBM packaged a PTF
with a LPA module that was not marked RENT.
I had noticed it during maintenance preparation
and asked IBM support. Their response was that
it would not be a problem as all modules in LPA
were treated a reentrant. IBM PE'd the PTF when
we reported the IPL wait state.
Michael
At 07:28 PM 8/23/2024, Mark Jacobs wrote:
I've never has the pleasure of experiencing
that, although I did have some fun when a
RECFM=VB dataset was in the linklist during IPL.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&[email protected]
On Friday, August 23rd, 2024 at 8:17 PM, Michael
Oujesky <[email protected]> wrote:
> As in a wait state during CLOPA if one is not marked RENT.
>
> Michael
>
> At 11:58 AM 8/23/2024, Mark Jacobs wrote:
>
> > 1) As a general rule programs in the link pack area must be reentrant.
> > 2) Being reentrant allows multiple executions at
> > the same time potentially reducing real storage requirements.
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> >
https://api.protonmail.ch/pks/lookup?op=get&[email protected]
> >
> > On Friday, August 23rd, 2024 at 12:20 PM,
> > Richard Zierdt [email protected] wrote:
> >
> > > Some assembly textbook authors advise always
> > > writing reentrant code "because you never know
> > > if your program will be" [placed in some library / system space].
> > > The question is: where (e.g. what libraries)
> > > must programs be reentrant to be "allowed in" ?
> > > Besides specific libraries (if any), are
> > > there other advantages to reentrant code ?
> > > Thanks --â½82
> > > Richard Zierdt
> > >
> > > Confidentiality Warning/Avertissement de confidentialité:
> > >
> > > This message is intended only for the named
> > > recipients. This message may contain
> > > information that is privileged or confidential.
> > > If you are not the named recipient, its
> > > employee or its agent, please notify us
> > > immediately and permanently destroy this
> > > message and any copies you may have. Ce message
> > > est destiné uniquement aux destinataires dûment
> > > nommés. Il peut contenir de l'information
> > > privilégiée ou confidentielle. Si vous n'êtes
> > > pas le destinataire dûment nommé, son employýA9
> > > ou son mandataire, veuillez nous aviser sans
> > > tarder et supprimer ce message ainsi que toute
> > > copie qui peut en avoir été faite.
> > >
> > > ----------------------------------------------------------------------
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to [email protected] with the message: INFO IBM-MAIN
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO IBM-MAIN
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
