> I don't know why the binder requires the RENT parameter to mark a program > object as RENT if all the input CSECTs are COBOL which is compiled with > the RENT compiler option. Maybe somebody could explain?
Missed this question. It just does. It is a separate program with its own options. I don't know for the "new-fangled" object formats, but for traditional object formats, I don't think the object file carries an indication of RENT or not, so the binder does not "know" that any or all of the input modules are RENT. I suppose one could come up with hypothetical situations such as one where an assembler module is compiled as RENT but has a reentrancy flaw, and so one might want to link it not RENT without the bother of recompiling it? We can also rehash the tired IBM-MAIN discussion of the subtleties RENT vs REUS if you want. <g> Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Tuesday, June 25, 2013 6:16 AM To: [email protected] Subject: z/OS subroutine in assembler, used in both batch & CICS , making re-entrant IMO, this is a rather involved problem. background: This is in CICS/TS 4.1, z/OS 1.12. We have a few highly used assembler subroutines which are statically linked into both CICS and batch COBOL programs. These programs are very old (20+ years). They use an "in line" save area, and so they are not RENT. We are having a problem with some other program (nobody can figure out which one) in which that program sometimes overlays a CICS application program. Some time thereafter, when this overlaid program is invoked, it abends (surprise, suprise!). We are running RENTPGM=PROTECT. However, none of our programs are linked as RENT and so they are not protected. We use CA-Endevor to do all our compiles. The Endevor person changed the Endevor setup to have the RENT parm in all CICS/COBOL links. Unfortunately, this resulted in programs which use this assembler subroutine abending ASRA (S0C4-4) when the subroutine tried to ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
