Non-JSAB jobname(s) can be found in ASSBJBNI and ASSBJBNS as 8-byte char fields.
Also, ASCBJBNI and ASCBJBNS may contain 31-bit pointers to storage that contain the same values as ASSBJBNI and ASSBJBNS. I believe the ASSB variants were introduced in later in MVS history - but maybe are more convenient as you don’t have to dereference them. -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Charles Mills Sent: Friday, October 12, 2018 3:48 PM To: [email protected] Subject: Re: Reasons for address space with no JSAB/other sources of job name Fair point, although it does what I do. I suspect THAT is the answer to the question "where did I get this logic from?" It starts from the TCB if any, which is probably a good idea, even though my situation does not always have a TCB. Still leaves at least the first question: Out of curiosity, what kind of A/S has no JSAB? But the fact that IAZXJSAB is the party line implies that the answer to my second question is "no better way." Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Friday, October 12, 2018 7:26 AM To: [email protected] Subject: Re: Reasons for address space with no JSAB/other sources of job name On Fri, Oct 12, 2018 at 9:15 AM Charles Mills <[email protected]> wrote: > I've got code -- and it works without problems -- that chains > ASCBASSB->ASSBJSAB and then loops through JSABs until it finds one > ASCBASSB->with > JSABNVAL not set. I don't recall where I originally came up with the logic. > I note two things about the code: it allows for the possibility that > ASSBJSAB is zero, and for the possibility that it gets to the end of > the JSAB chain without finding a "valid" JSAB (which the application > can tolerate). > > As I said, the code works. I am just trying to understand the > situation a little better. My questions are these: > > - What are the reasons that an address space would not have a JSAB? > *MASTER*? Address spaces started under *MASTER* rather than by JESx? > - Is there a better source of job name and any userid than the JSAB? I > see that SDSF has a jobname for every A/S. I note the existence of > ASCBJBNI/S but don't know much about them. > > Charles > > I vote the GUPI party line: IAZXJSAB READ,JOBNAME=JOBNAME ... JOBNAME DS CL8 ref: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.ieaa200%2Fzxjsab.htm&data=02%7C01%7CRScott%40ROCKETSOFTWARE.COM%7C874e976f71a7482fac6108d63051a9de%7C79544c1eed224879a082b67a9a672aae%7C0%7C0%7C636749524649276445&sdata=MelmRqWUxVfHO5JtNZNOcE1%2B%2BSigD0qfgEv36eUSYRs%3D&reserved=0 ---------------------------------------------------------------------- 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 ■ 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 [email protected] with the message: INFO IBM-MAIN
