Andrew

Normally IEFUSI is used to control or audit region related constraints rather 
that execution time.

I would consider taking the logic used to determine when the existing IEFUSI 
changes SCTXSTL and put it into IEFUTL,  which is logically the right place.

You can also drop the calls to IEFQMREQ as IEFUTL provides a way to indicate 
via R15 and R1 if the exit is to extend or cancel a jobstep.

Rob Scott
Lead Developer
Rocket Software
77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA
Tel: +1.781.684.2305
Email: [email protected]
Web: www.rocketsoftware.com


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Andrew Metcalfe
Sent: 05 December 2014 16:36
To: [email protected]
Subject: Ancient IEFUSI

Folks

I am finally getting around to modifying our IEFUSI exit to do something 
sensible with MEMLIMIT as more tasks exploit 64-bit storage. This exit has lain 
untouched for many many years, although it still functions correctly for the 
things it is supposed to do with region size.

However, now I come to look at it, it becomes my responsibility to fix any 
anomalies I find.

The first of these is the alarming comment:

*   ON ENTRY R10 POINTS TO THE LCT.
*   SEE MICROFICHE OF IEFSMFIE AT CURRENT PTF LEVEL COS IT'S
*   POSSIBLE FOR THIS TO CHANGE

The documentation for IEFUSI makes no reference to R10 pointing to the LCT, 
indeed it states that R2-R12 are not applicable.
My investigations have determined that R10 does indeed point to the LCT, but 
how long this will remain the case is not for me to gamble on, so I have to 
find another way.

The exit uses LCTSCTVA as input to SWAREQ to get to the SCTX via the SCT. It 
then takes a copy of the SCTX using IEFQMREQ and updates (in certain 
circumstances) the SCTXSTL value and re-writes the SCTX using IEFQMREQ.

Given that I can’t rely on R10 pointing to the LCT, should I be using JSCSCTP 
from the JSCB to get the SCT SVA token for SWAREQ (even though it is not part 
of GUPI)?

Any enlightenment appreciated!

Thanks

Andrew

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN
================================
Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
+1 800.966.3270 ■ +1 781.577.4321
Unsubscribe From Commercial Email – [email protected]
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
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 [email protected] with the message: INFO IBM-MAIN

Reply via email to