Re: LOAD with ADDR

[Charles Mills]

It invites the possibility ...

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, August 27, 2021 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR

On 8/27/2021 1:18 PM, Charles Mills wrote:
>> The BALR hazard exists even in the simple, non-GLOBAL case
> Yes, but it is isolated. There is one address space, and the owner of an 
> address space is always totally responsible for what goes on there. GLOBAL 
> is, well, global.

GLOBAL=YES does not imply more than one address space will be using the 
module, but that is a common case...

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

Re: LOAD with ADDR

[Ed Jaffe]

On 8/27/2021 1:18 PM, Charles Mills wrote:

The BALR hazard exists even in the simple, non-GLOBAL case

Yes, but it is isolated. There is one address space, and the owner of an 
address space is always totally responsible for what goes on there. GLOBAL is, 
well, global.


GLOBAL=YES does not imply more than one address space will be using the 
module, but that is a common case...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: LOAD with ADDR

[Charles Mills]

> The BALR hazard exists even in the simple, non-GLOBAL case

Yes, but it is isolated. There is one address space, and the owner of an 
address space is always totally responsible for what goes on there. GLOBAL is, 
well, global.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, August 27, 2021 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR

On Fri, 27 Aug 2021 10:43:31 -0700, Charles Mills wrote:

>MVS provides no such serialization. 
>
>A GLOBAL=YES object "just is." It could be entered any way one chose: BALR, or 
>LINK, or ATTACH, or its data could be referenced with L and MVC.
>
>Here is the problem @Peter is referring to: once you make the code available 
>"globally" there is no general, supported way to put the toothpaste back into 
>the tube. You never know when some task is going to call the code, and 
>frankly, you don't know but what some task has called the code and halfway 
>through using it has become "not dispatched" but might wake up at any time and 
>continue using it.
>
If all callers access the GLOBAL module using LINK or ATTACH, CSV should be able
to maintain use count and clean up when it reaches 0.

The BALR hazard exists even in the simple, non-GLOBAL case.  A programmer must
not cause an object to be fetched with LINK then BALR to it in a concurrent 
thread.

-- 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: End of file?

[Paul Gilmartin]

On Fri, 27 Aug 2021 12:24:02 -0700, Ed Jaffe wrote:
>
>Non-SMS managed data sets *might* still be subject to this restriction
>even if SMS is active. I'm not sure on that point.
> 
It's my understanding that SMS will write an EOF if DSORG=PS.  It will 
not write the EOF if DSORG can not be determined.  I consider this a
a false optimization:  there's little harm in having a needless EOF;
much in lacking an EOF a program might depend on.

-- gil

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

Re: SMPe how to determine prior RSU level

[Chris Hoelscher]

If its DB2 run MEPL
If it’s a CA product run CAMODID
Anything else run ABLIST on all modules

In all cases sort the output by PTF# match the ptf# to the entry in your CSI to 
determine the associated  RSU 




Chris Hoelscher
Lead Sys DBA 
Kyndryl on assignment to IBM Global Technical Services on assignmemt to Humana 
Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, August 24, 2021 6:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] SMPe how to determine prior RSU level

[External Email: Use caution with links and attachments]


I have received and applied several months maintenance, but have not yet moved 
it into our runtime libraries. How might I determine what my prior RSU level is 
within my runtime libraries?
thanks
Bill

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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, ancestry, 
age, disability, sex,
marital status, gender, sexual orientation, gender identity, or religion. 
Humana Inc. and its subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, ancestry, age,
disability, sex, marital status, gender, sexual orientation, gender identity, 
or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


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

Re: End of file?

[Paul Gilmartin]

On Fri, 27 Aug 2021 19:14:33 +, Holst, Jeffrey A  wrote:
>
>I am thinking that at one time I read that if a data set is allocated (IEFBR14 
>perhaps) but has yet to be opened it will be missing the end of file 
>indicator, which can cause problems for a program that reads it.
> 
"at one time" means "prior to SMS", I believe.  And it might be the 
responsibility
of the program or access method to check DS1LSTAR.  QSAM might do that
betterr than BSAM.

>Am I remembering correctly, or is my old brain making this up? Hey, I'm 70 I 
>have an excuse if my memory is failing.
>
At one time I made it my custom to allocate data sets with primary space 0.  EOV
processing always reports EOF properly.

Things are getting better, only very slowly.  And some Windows editors still 
write
0x1A at the end of every file for combustibility with CP/M.

-- gil

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

Re: End of file?

[Ed Jaffe]

On 8/27/2021 12:14 PM, Holst, Jeffrey A wrote:

... at one time I read that if a data set is allocated (IEFBR14 perhaps) but 
has yet to be opened it will be missing the end of file indicator, which can 
cause problems for a program that reads it.


Your memory is not failing, however SMS solved that issue 30 years ago 
(back in the early 1990s).


Non-SMS managed data sets *might* still be subject to this restriction 
even if SMS is active. I'm not sure on that point.


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

End of file?

[Holst, Jeffrey A]

A developer is having an issue with a program.

The odd thing is that if he reruns the job it works. One thing worthy of note 
is that the input is 2 concatenated sequential datasets. The second one is 
empty.

I am thinking that at one time I read that if a data set is allocated (IEFBR14 
perhaps) but has yet to be opened it will be missing the end of file indicator, 
which can cause problems for a program that reads it.

Am I remembering correctly, or is my old brain making this up? Hey, I'm 70 I 
have an excuse if my memory is failing.

Jeffrey Holst
Infrastructure Configuration Consultant
Technology and Operations, Shared Services

PNC Bank
Columbus Whitehall Service Center 1
4661 E Main St
Columbus, OH 43213
(614) 856-5443
jeffrey.ho...@pnc.com

Mainframe "One-Stop-Shop"   (REQUEST FORMs, online manuals, training, etc...)
https://collab.pncint.net/sites/DOT/ZAcademy/_layouts/15/start.aspx#/ProductPages/Home.aspx






The contents of this email are the property of PNC. If it was not addressed to 
you, you have no legal right to read it. If you think you received it in error, 
please notify the sender. Do not forward or copy without permission of the 
sender. This message may be considered a commercial electronic message under 
Canadian law or this message may contain an advertisement of a product or 
service and thus may constitute a commercial electronic mail message under US 
law. You may unsubscribe at any time from receiving commercial electronic 
messages from PNC at http://pages.e.pnc.com/globalunsub/
PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com



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

Re: LOAD with ADDR

[Paul Gilmartin]

On Fri, 27 Aug 2021 10:43:31 -0700, Charles Mills wrote:

>MVS provides no such serialization. 
>
>A GLOBAL=YES object "just is." It could be entered any way one chose: BALR, or 
>LINK, or ATTACH, or its data could be referenced with L and MVC.
>
>Here is the problem @Peter is referring to: once you make the code available 
>"globally" there is no general, supported way to put the toothpaste back into 
>the tube. You never know when some task is going to call the code, and 
>frankly, you don't know but what some task has called the code and halfway 
>through using it has become "not dispatched" but might wake up at any time and 
>continue using it.
>
If all callers access the GLOBAL module using LINK or ATTACH, CSV should be able
to maintain use count and clean up when it reaches 0.

The BALR hazard exists even in the simple, non-GLOBAL case.  A programmer must
not cause an object to be fetched with LINK then BALR to it in a concurrent 
thread.

-- gil

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

Re: LOAD with ADDR

[Charles Mills]

MVS provides no such serialization. 

A GLOBAL=YES object "just is." It could be entered any way one chose: BALR, or 
LINK, or ATTACH, or its data could be referenced with L and MVC.

Here is the problem @Peter is referring to: once you make the code available 
"globally" there is no general, supported way to put the toothpaste back into 
the tube. You never know when some task is going to call the code, and frankly, 
you don't know but what some task has called the code and halfway through using 
it has become "not dispatched" but might wake up at any time and continue using 
it.

What I am about to say is not IBM's supported position, but here goes. If you 
totally "control" (it's your code, in other words) all of the potential 
callers, then you could have some globally accessible (outside the module in 
question) "switch" that says "stop using the affected module." You -- the 
management code -- could set that switch and then wait "a little while." How 
long? Two seconds might be enough. Five seconds might be better. And then 
delete the module.

Here is the rub, and here is where IBM's position is different than what I 
wrote. Notice that I say "might." There is NO WAY OF KNOWING. Maybe you wait 
five seconds, and for some reason one of the using tasks gets delayed by six 
seconds and continues or starts referencing the module after it is deleted. 
With good luck it gets a S0C4. With bad luck -- or clever enough malice -- 
there is now some other code at that address and who knows what happens.

That is why *ever* deleting a "common" module is a system integrity violation. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, August 27, 2021 8:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR

On Fri, 27 Aug 2021 08:36:10 -0400, Peter Relson wrote:

>
>LOAD with GLOBAL=YES also performs the same function flawlessly -- and 
>comes with the additional feature of automatic cleanup at termination 
>time (assuming that's the behavior you want).
>
>
>The "automatic cleanup at termination" is in almost 100% of cases 
>considered a system integrity error (or at least a RAS error) since it 
>requires a lot of care to be certain that no code can be executing within 
>that address range at the time of your termination ...
>
Could the GLOBAL=YES object be entered by LINK?  If so, should
CSV have a use count preventing cleanup?

"that address range" should include temporarily leaving that range
by CALL, etc.

-- 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: Relocatability (was: Load Library Module Length ...)

[Peter Relson]

Consider, for example, DC A(FOO-BAR) where FOO and BAR are in different
CSECTs that may be scatter-loaded. 


That's a reason not to use the SCTR option unless it is relevant. 
And it is relevant to z/OS only for loading the nucleus.

But the binder does not know your intent.


Do any assembler macros generate inline relocatable address constants 
anymore? 


yes

Peter Relson
z/OS Core Technology Design


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

Re: LOAD with ADDR

[Michael Stein]

On Fri, Aug 27, 2021 at 08:36:10AM -0400, Peter Relson wrote:
> 
> LOAD with GLOBAL=YES also performs the same function flawlessly -- and 
> comes with the additional feature of automatic cleanup at termination 
> time (assuming that's the behavior you want).
> 
> 
> The "automatic cleanup at termination" is in almost 100% of cases 
> considered a system integrity error (or at least a RAS error) since it 
> requires a lot of care to be certain that no code can be executing within 
> that address range at the time of your termination (and the accompanying 
> automatic cleanup). If the program within there is not currently 
> dispatched (or even if it is, but less likely), then the storage is reused 
> for "something else", upon re-dispatch results are (at best) 
> unpredictable. If you are lucky it will blow up.
> 
> So think very carefully before using LOAD with GLOBAL=YES.

Which is why UCLA/IPC used LOAD ADDR= back in 1984 with MVS/SP1.3.0.

https://cbttape.org/uclamail/ipcinst.txt

Also, for those who aren't using the new features for module loading
(nice), it can be helpful to do a BLDL before getting the storage.
This allows page alignment and other attributes to be checked and/or used
(as well as getting the module length).

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

Re: RENT binder option

[Barry Lichtenstein]

The binder and linkage editor manuals have attempted to describe the load-time 
behaviors of modules according to the link-time parameters.  (Similarly for the 
binder FETCHOPT).  This is somewhat unfortunate, as while it is reasonable to 
expect some description of the options in those manuals, the behaviors are 
going to depend on the system on which the module is being executed.  The 
binder really is just merely setting the bits in the directory.

That said the REUS options, along with AMODE and RMODE, are surprisingly 
confusing, especially with their linkage editor history.  The section of the 
binder (Program Management: User's Guide and Reference), Appendix B -> 
Migrating from the linkage editor to the binder -> Binder processing 
differences from the linkage editor, does a pretty good job of explaining all 
this:

https://www.ibm.com/docs/en/zos/2.4.0?topic=binder-processing-differences-from-linkage-editor

Lastly that's certainly a long-standing error in the publication!  "The 
refreshable attribute is negated if any input modules are not refreshable."  
That's linkage editor behavior, and it is only true with the binder if 
COMPAT(LKED) is specified.

In fact in the linkage editor that is the behavior of all the reusability 
options (I'm looking at the MVS/ESA Linkage Editor and Loader's Guide Version 3 
Release 1, SC26-4510-1, Second Edition June 1989): (** highlighting ** is mine) 
 In reference to the OP statement ("Someone else stated that by compiling with 
the RENT compiler option, it will implicitly bind as RENT as well.  My 
observations tell me that this is not the case."), note that none of the 
INCLUDEd modules attributes _set_ the reusability on, they only may turn it off.

Reusability Attributes

Either one of two attributes may be specified to denote the reusability of a 
module. (Reusability means that the same copy of a load module can be used by 
more than one task either concurrently or one at a time.) The reusability 
attributes are reenterable and serially reusable; if neither is specified, the 
module is not reusable and a fresh copy must be brought into virtual storage 
before another task can use the module. 
** The linkage editor only stores the attribute in the directory entry; it does 
not check whether the module is really reenterable or serially reusable. ** 
A reenterable module is automatically assigned the reusable attribute. However, 
a reusable module is not also defined as reenterable; it is reusable only. 

Reenterable: A module with the reenterable attribute can be executed by more 
than one task at a time; that is, a task may begin executing a reenterable 
module before a previous task has finished executing it. This type of module 
cannot be modified by itself or by any other module during execution. If a 
module is to be reenterable, all the control sections within the module must be 
reenterable. 
**If the reenterable attribute is specified, and any load modules that are not 
reenterable become a part of the input to the linkage editor, the attribute is 
negated.**

Serially Reusable: A module with the serially reusable attribute can be 
executed by only one task at a time; that is, a task may not begin executing a 
serially reusable module before a previous task has finished executing it. This 
type of module must initialize itself and/or restore any instructions or data 
in the module altered during execution. If a module is to be serially reusable, 
all its control sections must be either serially reusable or reenterable. 
** If the serially reusable attribute is specified, and any load modules that 
are neither serially reusable nor reenterable become a part of the input to the 
linkage editor, the serially reusable attribute is negated. **

Refreshable Attribute: 

A module with the refreshable attribute can be replaced by a new copy during 
execution by a recovery management routine without changing either the sequence 
or results of processing. This type of module cannot be modified by
itself or by any other module during execution. The linkage editor only stores 
the attribute in the directory entry; it does not check whether the module is 
refreshable. If a module is to be refreshable, all the control sections within 
it must be refreshable. 
** If the refreshable attribute is specified, and any load modules that are not 
refreshable become a part of the input to the linkage editor, the attribute is 
negated. **

Barry L

On Fri, 27 Aug 2021 11:38:05 + Seymour J Metz  wrote:
> No, it is a text file containing one of IBM's old descriptions of the 
> reusability option in *the binder* and in now way makes any claim about the 
> linkage editor. Further, it is
incorrect: RENT by itself is not enough to protect a module from modification. 
Contrast wit Module reusability at 
 and REUS: Reusability options at 

Re: LOAD with ADDR

[Mike Hochee]

Wow! Who woulda thunk it, unless you actually been there?  Good to know. Thank 
you! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Friday, August 27, 2021 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR

Caution! This message was sent from outside your organization.


LOAD with GLOBAL=YES also performs the same function flawlessly -- and comes 
with the additional feature of automatic cleanup at termination time (assuming 
that's the behavior you want).


The "automatic cleanup at termination" is in almost 100% of cases considered a 
system integrity error (or at least a RAS error) since it requires a lot of 
care to be certain that no code can be executing within that address range at 
the time of your termination (and the accompanying automatic cleanup). If the 
program within there is not currently dispatched (or even if it is, but less 
likely), then the storage is reused for "something else", upon re-dispatch 
results are (at best) unpredictable. If you are lucky it will blow up.

So think very carefully before using LOAD with GLOBAL=YES.

Peter Relson
z/OS Core Technology Design


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

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

Re: Dataset SYS1.SISFMIG ?

[Juergen Kehr]

Hi Rob,
thanks for your answer. This make sense. In our environment this dataset only 
exists in our (SMP/E) maintenance environment and not in our runtime 
environment. But we're working with SDSF without any problems. This dataset 
comes into view because of PTF UI75454 which replaces a module in this library. 
PTF UI75454 is a SEC/INT PTF and we're tracking these PTFs in order to make 
sure that they are correctly installed. At this point, we found that this 
dataset isn't deployed to our runtime environment and I wan't to make sure if 
this may cause any problems.

Again thanks a lot.

Kind regards.
Juergen

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

Re: LOAD with ADDR

[Paul Gilmartin]

On Fri, 27 Aug 2021 08:36:10 -0400, Peter Relson wrote:

>
>LOAD with GLOBAL=YES also performs the same function flawlessly -- and 
>comes with the additional feature of automatic cleanup at termination 
>time (assuming that's the behavior you want).
>
>
>The "automatic cleanup at termination" is in almost 100% of cases 
>considered a system integrity error (or at least a RAS error) since it 
>requires a lot of care to be certain that no code can be executing within 
>that address range at the time of your termination ...
>
Could the GLOBAL=YES object be entered by LINK?  If so, should
CSV have a use count preventing cleanup?

"that address range" should include temporarily leaving that range
by CALL, etc.

-- gil

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

Re: Dataset SYS1.SISFMIG ?

[Rob Scott]

This dataset contains the IPCS models for some SDSF control blocks.

Combined with the ISFIPCSP member of SISFJCL, an IPCS user can issue something 
like :

CBF address STR(ISFx)

This will display the memory from the dump in the format of the SDSF ISFx 
structure.

Historically this dataset has always been shipped, but is usefulness outside of 
IBM support is debatable and I would not be surprised this dataset is 
discontinued in a future release of z/OS.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Juergen Kehr
Sent: 27 August 2021 14:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset SYS1.SISFMIG ?

EXTERNAL EMAIL





Hello,
looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but couldn't 
find where this library is used for and what its purpose is. A GOOGLE search 
dosn't help. Can anybody help? Even more I would line to know, if this library 
is really needed in an runtime environment.

Kind regards
Juergen

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: Dataset SYS1.SISFMIG ?

[Colin Paice]

Is it to help migration?

On Fri, 27 Aug 2021 at 14:51, Juergen Kehr  wrote:

> Hello,
> looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but
> couldn't find where this library is used for and what its purpose is. A
> GOOGLE search dosn't help. Can anybody help? Even more I would line to
> know, if this library is really needed in an runtime environment.
>
> Kind regards
> Juergen
>
> --
> 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: Dataset SYS1.SISFMIG ?

[Carmen Vitullo]

I am not sure what z/OS release you are working on, but your program 
directory should provide some information for that PDS



Carmen

On 8/27/2021 9:06 AM, Juergen Kehr wrote:

Hello,

the findings in Google with SISFMIG and IBM only show some listings which 
contain the dataset, but they tell nothing about its purpose.

Kind regards.
Juergen

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


--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


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

Re: Dataset SYS1.SISFMIG ?

[Bill Johnson]

Yup, related to SDSF. Look at HQX7790. Which is in the modules of our dataset. 
Carmen also correct. ISF.SISFMIG.


Sent from Yahoo Mail for iPhone


On Friday, August 27, 2021, 10:12 AM, Don Poitras  wrote:

Just based on the name, I'd guess it's to be used when debugging SDSF 
problems. Allocated to STEPLIB along with SYS1.MIGLIB when using IPCS.

In article <5d896e64-8646-299d-8470-3f74cdef8...@hughes.net> you wrote:
> That PDS, as delivered is ISF.SISFMIG, I'd be checking, searching that 
> name - I don't recall off hand what it is used for
>
> Carmen
>
> On 8/27/2021 8:51 AM, Juergen Kehr wrote:
> > Hello,
> > looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but 
> > couldn't find where this library is used for and what its purpose is. A 
> > GOOGLE search dosn't help. Can anybody help? Even more I would line to 
> > know, if this library is really needed in an runtime environment.
> >
> > Kind regards
> > Juergen

-- 
Don Poitras

--
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: Dataset SYS1.SISFMIG ?

[Don Poitras]

Just based on the name, I'd guess it's to be used when debugging SDSF 
problems. Allocated to STEPLIB along with SYS1.MIGLIB when using IPCS.

In article <5d896e64-8646-299d-8470-3f74cdef8...@hughes.net> you wrote:
> That PDS, as delivered is ISF.SISFMIG, I'd be checking, searching that 
> name - I don't recall off hand what it is used for
>
> Carmen
>
> On 8/27/2021 8:51 AM, Juergen Kehr wrote:
> > Hello,
> > looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but 
> > couldn't find where this library is used for and what its purpose is. A 
> > GOOGLE search dosn't help. Can anybody help? Even more I would line to 
> > know, if this library is really needed in an runtime environment.
> >
> > Kind regards
> > Juergen

-- 
Don Poitras

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

Re: Dataset SYS1.SISFMIG ?

[Juergen Kehr]

Hello,

the findings in Google with SISFMIG and IBM only show some listings which 
contain the dataset, but they tell nothing about its purpose. 

Kind regards.
Juergen

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

Re: Dataset SYS1.SISFMIG ?

[Carmen Vitullo]

That PDS, as delivered is ISF.SISFMIG, I'd be checking, searching that 
name - I don't recall off hand what it is used for


Carmen

On 8/27/2021 8:51 AM, Juergen Kehr wrote:

Hello,
looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but couldn't 
find where this library is used for and what its purpose is. A GOOGLE search 
dosn't help. Can anybody help? Even more I would line to know, if this library 
is really needed in an runtime environment.

Kind regards
Juergen

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


--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


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

Re: Dataset SYS1.SISFMIG ?

[Bill Johnson]

Add IBM to the Google search.
sisfmig IBM


Sent from Yahoo Mail for iPhone


On Friday, August 27, 2021, 9:51 AM, Juergen Kehr  
wrote:

Hello,
looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but couldn't 
find where this library is used for and what its purpose is. A GOOGLE search 
dosn't help. Can anybody help? Even more I would line to know, if this library 
is really needed in an runtime environment.

Kind regards
Juergen

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

Dataset SYS1.SISFMIG ?

[Juergen Kehr]

Hello,
looking into our z/OS system I found a SDSF dataset SYS1.SISFMIG, but couldn't 
find where this library is used for and what its purpose is. A GOOGLE search 
dosn't help. Can anybody help? Even more I would line to know, if this library 
is really needed in an runtime environment.

Kind regards
Juergen

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

Re: LOAD with ADDR

[Peter Relson]

LOAD with GLOBAL=YES also performs the same function flawlessly -- and 
comes with the additional feature of automatic cleanup at termination 
time (assuming that's the behavior you want).


The "automatic cleanup at termination" is in almost 100% of cases 
considered a system integrity error (or at least a RAS error) since it 
requires a lot of care to be certain that no code can be executing within 
that address range at the time of your termination (and the accompanying 
automatic cleanup). If the program within there is not currently 
dispatched (or even if it is, but less likely), then the storage is reused 
for "something else", upon re-dispatch results are (at best) 
unpredictable. If you are lucky it will blow up.

So think very carefully before using LOAD with GLOBAL=YES.

Peter Relson
z/OS Core Technology Design


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

Re: RENT binder option

[Seymour J Metz]

No, it is a text file containing one of IBM's old descriptions of the 
reusability option in *the binder* and in now way makes any claim about the 
linkage editor. Further, it is incorrect: RENT by itself is not enough to 
protect a module from modification. Contrast wit Module reusability at 

 and REUS: Reusability options at 

 in z/OS Version 2 Release 4 MVS Program Management: User's Guide and 
Reference, SA23-1393-40.

There is still a minor error: "Therefore, refreshable modules must not modify 
themselves in any way" is a non sequitur.


--
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: Friday, August 27, 2021 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RENT binder option

The favicon is a .txt file containing a copy of IBM's definitions of
REUS, RENT, REFR - and of what they mean and do, from the OS/390 V2R7 CD
collection.

As we say in French (about REUS, RENT, REFR): "on a changé tout ça". ;-)

I reattach it. Click on it, if it is not displayed automatically.

Cheers, Chris poncelet (retired etc.)





On 27/08/2021 01:29, Paul Gilmartin wrote:
> On Fri, 27 Aug 2021 01:05:18 +0100, CM Poncelet wrote:
>
>> According to my OS/390 Collection March 1999 Version 2 Release 7.0:
>>
>> RENT: MVS *protects your module's virtual storage so that your module
>> cannot be modified* - and REFR implies RENT.
>>
> Feels like a doc error.  Submit an RCF.
>
> Which book?  What does z/OS v2r4 say?
>
>> See attached.
>>
> Damn, that favicon is small.  Can't even tell what it's supposed to be.
>
> -- 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: RENT binder option

[CM Poncelet]

The favicon is a .txt file containing a copy of IBM's definitions of
REUS, RENT, REFR - and of what they mean and do, from the OS/390 V2R7 CD
collection. 
 
As we say in French (about REUS, RENT, REFR): "on a changé tout ça". ;-)
 
I reattach it. Click on it, if it is not displayed automatically.
 
Cheers, Chris poncelet (retired etc.)
 

 


On 27/08/2021 01:29, Paul Gilmartin wrote:
> On Fri, 27 Aug 2021 01:05:18 +0100, CM Poncelet wrote:
>
>> According to my OS/390 Collection March 1999 Version 2 Release 7.0:
>>
>> RENT: MVS *protects your module's virtual storage so that your module
>> cannot be modified* - and REFR implies RENT.
>>  
> Feels like a doc error.  Submit an RCF.
>
> Which book?  What does z/OS v2r4 say?
>
>> See attached.
>>  
> Damn, that favicon is small.  Can't even tell what it's supposed to be.
>
> -- 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
From my OS/390 Collection March 1999 Version 2 Release 7.0 (CD 1 of 9) 
 
7.3.30 REUS:  Reusability Options
 
The REUS option allows you to specify how a program may be reused. (Reusability 
means that the same copy of a program module can be used by more than one task 
either concurrently or one after another.)
 
Note that the value of the REUS option always overrides the reusability of any 
included load modules or program objects.
 
The syntax of the REUS option is as follows:
 
++
¦¦
¦ REUS={NONE|SERIAL|RENT|REFR}   ¦
¦¦
++
 
The reusability values are:
 
NONE
The module cannot be reused.  A new copy must be brought into virtual 
storage for each use.  NONE is the default value.
 
SERIAL
The module is serially reusable.  It can only be executed by one task at a 
time;  when one task has finished executing it another task may begin.  A 
serially reusable module may modify its own code, but when it is re-executed it 
must initialize itself or restore any instructions or data that have been 
altered.
 
RENT
The module is reenterable.  It can be executed by more than one task at a 
time.  A task may begin executing it before a previous task has completed 
execution.  A reenterable module cannot modify its own code. (MVS *protects 
your module's virtual storage so that your module cannot be modified*.)
 
Reenterable modules are also serially reusable.
 
REFR
The module is refreshable.  *It can be replaced by a new copy during 
execution without changing the sequence or results of processing.  A 
refreshable module cannot be modified during execution*.
 
A module can only be refreshable if all the control sections within it are 
refreshable.  The refreshable attribute is negated if any input modules are not 
refreshable.  *Refreshable modules are also reenterable and serially reusable*.
 
The refreshable attribute can be specified for any non-modifiable module.
 
 
Alternatively, you can code a REUS option as a single keyword without a value 
(REUS, NOREUS, RENT, NORENT, REFR, NOREFR).  For example:
 
--
 
//LKED  EXEC PGM=IEWBLINK,PARM='RENT,...'
 
--
 
This alternative form is supported only for backward compatibility.  The most 
restrictive positive specification is used to set the reusability attribute.  
For example, specifying REFR has the same effect as specifying REUS (REFR) and 
the module is marked as refreshable, reenterable, and (serially) reusable.
 
If the PARM string contains both formats, the REUS(value) instance will 
override any reusability options specified without values.
 
The binder only stores the attribute in the directory entry.  It does not check 
whether the module is actually reenterable or serially reusable.  If the module 
is incorrectly marked as reenterable or reusable, execution results are 
unpredictable; for example, a protection exception might occur or the program 
might use another task's data.

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

Re: RENT binder option

[Seymour J Metz]

Incorrect and out of context.

In general, there is a difference between the processing of reusability 
attributes between the linkage editor and binder. Also, the subpool used 
depends not only on the reusability attribute but also on the authorization 
status of the concatenation.

See also REFRPROT.


--
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: Thursday, August 26, 2021 8:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RENT binder option

According to my OS/390 Collection March 1999 Version 2 Release 7.0:

RENT: MVS *protects your module's virtual storage so that your module
cannot be modified* - and REFR implies RENT.

See attached (this time without Unicode formatting .)

Cheers, Chris Poncelet (retired sysprog consultant)



On 26/08/2021 04:54, Jim Mulder wrote:
>   YDNRC.  In general, the frame steal code has no knowledge
> that a frame contains a program, or that  the program
> is REFR.  The only exception to that is the PLPA and EPLPA
> virtual storage ranges, for which the frame steal code does
> steal without paging out, effectively treating everything in
> those ranges as conceptually REFR for stealing purposes,
> regardless of the load module attributes.
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
> "IBM Mainframe Discussion List"  wrote on
> 08/25/2021 09:10:04 PM:
>
>> From: "CM Poncelet" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/25/2021 11:21 PM
>> Subject: Re: RENT binder option
>> Sent by: "IBM Mainframe Discussion List" 
>>
>> IIRC The page(s) of an LMOD marked REFR can be stolen without having
>> first to back it up to cache, because it can be REFReshed from cache (or
>> DASD) and continue to execute as if its page(s) had not been stolen -
>> e.g. in the PLPA. If it modified itself, it would hit a S0C4-4. AFAIK A
>> backup/swap-out would be needed if it was marked RENT but not REFR.
>
>
> --
> 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