Re: LINK vs LOAD/CALL

2021-02-08 Thread CM Poncelet
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab100/reus.htm   BTW Your 'refreshable' ... PTR DCA(0) label L R15,PTR LTR R15,R15 BNZ CALLIT ...... Code that always leaves the same value in R15

Re: Question about converting JES3 to JES3plex

2021-02-08 Thread Ed Jaffe
On 2/8/2021 12:36 PM, Edward Finnell wrote: Senoir Jaffe should chime in directly... Haha! Okay... Jerry, If you look in your INISH deck, you should see MAIN and MSGROUTE definitions. You simply clone those to define new systems. Here is a three-way JESplex from one of our environments:

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
The refreshable code in OS/360 ran in key 0. There wa no APF, and Fetch didn't look at the RENT attribute. Fetch loaded code from the link list into SP 252, which was key 0, but some of that code was self modifying. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
That "therefore" is incorrect. Nor would refreshing my example cause an incorrect branch. If you'll give me the URL I'll submit a RCF. There's now way that z/OS will refresh anything smaller than a page, much less smaller than a word. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: LINK vs LOAD/CALL

2021-02-08 Thread Paul Gilmartin
On Mon, 8 Feb 2021 22:35:13 +, Seymour J Metz wrote: >IBM initially only used REFR in the Machine Check Handler (MCH), which could >recover from a parity error in, e.g., a transient SVC, by reading in a fresh >copy. There was no non-modifiable storage at the time. > Couldn't storage keys

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
Discarded from main storage. If it were up to me REFRPROT would be the default, but IBM has better data than I do and doesn't agree. The last I looked, MVS does not write back a modified PLPA page before stealing it. I don't know how difficult it would be to do the same for full page RENT

Re: LINK vs LOAD/CALL

2021-02-08 Thread Paul Gilmartin
On Mon, 8 Feb 2021 17:15:36 -0500, Steve Smith wrote: > >z/OS (and ancestors) already decided RENT means a module can be loaded into >non-modifiable storage, so what is the point of REFR anyway? > Not quite. A RENT module may modify itself provided that it serializes (Lock, ENQ, CS, ...) to

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
IBM initially only used REFR in the Machine Check Handler (MCH), which could recover from a parity error in, e.g., a transient SVC, by reading in a fresh copy. There was no non-modifiable storage at the time. REFR stopped being relevant in SVS, and only became relevant with the support of

Re: LINK vs LOAD/CALL

2021-02-08 Thread Michael Stein
> > This is refreshable, and even runs on S/360 > > PTR DCA(0) > label L R15,PTR > LTR R15,R15 > BNZ CALLIT > ...... Code that always leaves the same value in R15 > STR15,PTR > CALLIT BALR R14,R15 According to

Re: LINK vs LOAD/CALL

2021-02-08 Thread Steve Smith
That's what I've been wondering. If, as in 99.99% of the cases, a REFR module does *not* modify itself, then ASM/RSM will know that when it matters, and will *not* page it out (after the first time). Logically, it would seem REFR would imply that OK, I know I've diddled myself, but it's OK, no

Re: LINK vs LOAD/CALL

2021-02-08 Thread Paul Gilmartin
On Mon, 8 Feb 2021 21:47:06 +, Seymour J Metz wrote: >AFAIK nothing from OS/360 through z/OS has ever discarded modified pages >containing refreshable coded other than PLPA and SVC transient areas. > "Discarded" from main storage or from page data sets? A Modest Proposal: o Retain page

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
AFAIK nothing from OS/360 through z/OS has ever discarded modified pages containing refreshable coded other than PLPA and SVC transient areas. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: LINK vs LOAD/CALL

2021-02-08 Thread Binyamin Dissen
On Mon, 8 Feb 2021 18:44:39 + "Farley, Peter x23353" <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: :>There is a potentially meaningful performance hit only if the load module / program object is marked refreshable. For the non-refreshable case, the one--time performance hist (the

IGZ0099C Internal error CLLE-GPCB was detected in module IGZCEV19

2021-02-08 Thread Tom Ross
>I am receiving message > >IGZ0099C Internal error CLLE-GPCB was detected in module IGZCEV19 > >after compiling a COBOL/ASSEMBLER system with COBOL V6.2 > >The LE manual does not include these values for the IGZ0099C message. Where >might this be documented? Maybe you are trying to run on a

Re: Question about converting JES3 to JES3plex

2021-02-08 Thread Edward Finnell
Senoir Jaffe should chime in directly... This is not a very active list, but you could also join and post there -Original Message- From: Lizette Koehler To: IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Feb 8, 2021 2:33 pm Subject: Re: Question about converting JES3 to JES3plex This is not a

Re: Question about converting JES3 to JES3plex

2021-02-08 Thread Lizette Koehler
This is not a very active list, but you could also join and post there JES3http://www.listserv.uga.edu/archives/jes3-l.html Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Monday, February 8, 2021 1:11 PM To:

Question about converting JES3 to JES3plex

2021-02-08 Thread Edgington, Jerry
I have a base SYSplex setup, but I still need to setup JES3 in Plex mode. I have worked with JES3 in the past, but never reconfigured JES3 into a JES3plex. So, look for some advice on what definitions to change, and what are some gothas to avoid. I will need to modify the current running

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
The rule of thumb is to look at your hot spots first. If the monitoring doesn't narrow it down enough, you can always use SLIP PER SA on the address range. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: LINK vs LOAD/CALL

2021-02-08 Thread Bernd Oppolzer
Thanks a lot, I didn't think of this ... of course it is very important when fixing such SIIS issues to check if the store is indeed done a significant part of the time or - as in this case - only once a day. In my customer's case there were/are other places to fix, but probably not these. Kind

Re: LINK vs LOAD/CALL

2021-02-08 Thread Farley, Peter x23353
There is a potentially meaningful performance hit only if the load module / program object is marked refreshable. For the non-refreshable case, the one--time performance hist (the first time ST R15,PTR is executed) is trivial compared to the potential cost of getting the called program

Re: Disassemble an object deck

2021-02-08 Thread Don Poitras
In article you wrote: > Dear Folks, > > Is there a FREE tool to disassemble an object deck directly > (without linkediting it first)??? I know that STARTOOL READOBJ can do it, > but that's an expensive "pay product". > > Thanks much for any ideas or programs. > > All

Re: LINK vs LOAD/CALL

2021-02-08 Thread Pew, Curtis G
On Feb 8, 2021, at 12:04 PM, Seymour J Metz wrote: > > My original code had the DC after everything else. But if the DC is too close > to the code, then there will be a performance hit. Even if not, it's ugly. > Not everything that is possible is desirable. > The ugliness may be more

Re: Disassemble an object deck

2021-02-08 Thread Tony Harminc
On Mon, 8 Feb 2021 at 11:33, Sam Golob wrote: > Is there a FREE tool to disassemble an object deck directly > (without linkediting it first)? I know that STARTOOL READOBJ can do it, > but that's an expensive "pay product". If you just want to disassemble some short instruction sequences,

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
My original code had the DC after everything else. But if the DC is too close to the code, then there will be a performance hit. Even if not, it's ugly. Not everything that is possible is desirable. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
There are cases wher that code is bulletproof. But it's still ugly. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

Re: LINK vs LOAD/CALL

2021-02-08 Thread Paul Gilmartin
On 2021-02-08, at 09:59:44, Seymour J Metz wrote: > > If the calculated address is always the same then there is no TOCTTOU issue, > but I still consider it bad form. > As wrtten, no TOCTTOU. But if the address is re-fetched elsewhere in the module, TOCTTOU threatens. The test must be

SIIS (was: LINK vs LOAD/CALL)

2021-02-08 Thread Bernd Oppolzer
Some insights into this SIIS topic: https://www.ibm.com/support/pages/identifying-%E2%80%9Cstore-instruction-stream%E2%80%9D-siis-inefficiency-using-cpu-mf-counters Kind regards Bernd Am 08.02.2021 um 18:42 schrieb Pew, Curtis G: On Feb 8, 2021, at 11:38 AM, Gibney, Dave wrote:

Re: LINK vs LOAD/CALL

2021-02-08 Thread Pew, Curtis G
On Feb 8, 2021, at 11:38 AM, Gibney, Dave wrote: > > > PTR DCA(0) > label L R15,PTR > LTR R15,R15 > BNZ CALLIT > ......Code that always > leaves the same value in R15 > STR15,PTR >

Re: LINK vs LOAD/CALL

2021-02-08 Thread Gibney, Dave
Would > This is refreshable, and even runs on S/360 PTR DCA(0) label L R15,PTR LTR R15,R15 BNZ CALLIT ......Code that always leaves the same value in R15 STR15,PTR CALLIT BALR

Re: VSAM write error: file status key = 24

2021-02-08 Thread Farley, Peter x23353
Correct me if I am wrong, but isn't error 24 just "I ran out of space", like an x37 abend for a sequential file that ran out of extents due to too-small primary/secondary allocations? How much primary and secondary space was specified for the data component of the (4, 4) copy? How much space

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Paul Gilmartin
On Mon, 8 Feb 2021 17:02:01 +, Farley, Peter x23353 wrote: >Obvious application-level solution: Make sure your program occupies whole >pages by adding adjusted DC XL at the end to get to a 4096-byte boundary. > Length is limited to 256. With hardware generations, pages get larger

Re: Disassemble an object deck

2021-02-08 Thread Peter Sylvester
DISASM was in the field engineering library. When it starts, it tells that its compilation was jan 1968. Just send a copy to Sam. Peter Sylvester -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

VSAM write error: file status key = 24

2021-02-08 Thread Steff Gladstone
Greetings, After REPRO-ing a VSAM KSDS file defined with shareoptions (4,3) to a file defined with shareoptions (4,4), we started receiving the following error on a write attempt (COBOL program): Status key=24 Meaning: An attempt was made to write beyond the externally defined boundaries of a

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Charles Mills
When you design an OS you can do it that way ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Monday, February 8, 2021 9:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LINK vs LOAD/CALL. Why not

Re: Disassemble an object deck

2021-02-08 Thread Seymour J Metz
There was an old free disassembler that Gerhard substantially enhanced; I'd be very surprised if you didn't have a copy somewhere. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Seymour J Metz
Why not have a separate subpool for page-protected storage with Fetch enabling store temporarily? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Farley, Peter x23353
Obvious application-level solution: Make sure your program occupies whole pages by adding adjusted DC XL at the end to get to a 4096-byte boundary. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Monday, February 8, 2021 11:57 AM To:

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
If the calculated address is always the same then there is no TOCTTOU issue, but I still consider it bad form. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Charles Mills
Storage protection is page by page. So ... design tradeoff decision: - Leave any part of the program that occupies a partial page unprotected. - "Waste" the remainder of the partially-occupied page. IBM obviously chose the former. Charles -Original Message- From: IBM Mainframe

Re: LINK vs LOAD/CALL

2021-02-08 Thread Seymour J Metz
Even where there is no perfomance hit I would consider it bad form. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bernd Oppolzer [bernd.oppol...@t-online.de] Sent:

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Seymour J Metz
> Therefore, any parts of the program that are on partial pages are not > page-protected. Ouch! Why? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson

Re: Disassemble an object deck

2021-02-08 Thread Bernd Oppolzer
Hi Sam, I recall that I had a very simple program called DISASM, which ran on VM/CMS, and read normal FB80 object files, and it produced reasonable output. But this was in the 1980 thru 199x time frame, and I don't know - if it is still around - where it came from - if it will run on OS/360

Disassemble an object deck

2021-02-08 Thread Sam Golob
Dear Folks, Is there a FREE tool to disassemble an object deck directly (without linkediting it first)?  I know that STARTOOL READOBJ can do it, but that's an expensive "pay product". Thanks much for any ideas or programs. All the best of everything to all of you. Sincerely, 

Re: LINK vs LOAD/CALL.

2021-02-08 Thread Peter Relson
The effect of REFRPROT has long been enforced for modules loaded from APF libraries. Only for non-key-0 programs. Putting code into key 0 storage is not all that REFRPROT does. Does REFRPROT have a "warn" setting? No. What would it warn about? That you loaded a refreshable program? You

Re: RMM byte usage

2021-02-08 Thread Jordi Bornay
SOLVED //ICETOOL EXEC PGM=ICETOOL,REGION=1024K //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //SHOWDEF DD SYSOUT=* //OCCRPT DD

Re: RMM byte usage

2021-02-08 Thread Jordi Bornay
thank you ... but I want a list of all volumes and their occupation. for the panel, I only get 1 volume and for REPORT5 that of the datasets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: RMM byte usage

2021-02-08 Thread Radoslaw Skorupka
W dniu 08.02.2021 o 10:03, Jordi Bornay pisze: I come across a similar case, but my goal is to know the total bytes used or the percentage of cartridge used. I've searched for topics and I've only found this one from REPORT5, which doesn't work for me. I've looked in the DFrmm manual and

Re: RMM byte usage

2021-02-08 Thread Jordi Bornay
I come across a similar case, but my goal is to know the total bytes used or the percentage of cartridge used. I've searched for topics and I've only found this one from REPORT5, which doesn't work for me. I've looked in the DFrmm manual and couldn't see anything. Can somebody help me? thanks

Re: LINK vs LOAD/CALL

2021-02-08 Thread Bernd Oppolzer
Thanks for that. I would like to add, that I was working for a customer which has the first coding at very many places in almost every module, because it is included in a global macro. The problem with modern processors is, that if the location PTR to store the address is in the same cache line