Re: SRBEPA
Why can't we all just eschew obfuscation? Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, October 24, 2011 5:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA You may prefer 'dispatch' to 'despatch', but they are equally legitimate alternative spellings. They may be legitimate, but NOT equally. The purpose of communication is to communicate. NOT to show off your erudition by picking obscure spellings/usage and confusing people. Schmuel was probably out of line in his phrasing; the sentiment is not. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Tue, 25 Oct 2011 11:20:46 + Bill wrote: Why can't we all just eschew obfuscation? A modicum of clarity wouldn't go astray either. Funny how the folks that perhaps have the most reason to muddy the waters (given corporate resistance to candor) are amongst the most direct. Plaudits to Peter and Jim. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
In capd5f5opl261uej7zc+of64p7lanekdh19wmzxuymtujwoa...@mail.gmail.com, on 10/24/2011 at 05:41 PM, John Gilmore johnwgilmore0...@gmail.com said: You're out of line, Shmuel. Well, someone is. You may prefer 'dispatch' to 'despatch', but they are equally legitimate alternative spellings. Were the issue the general English meaning of the word, you'd have a point. But the issue here is the term of art in the descendents of OS/360, which AFAIK has always been spelled dispatch. Moreover, while I should ordinarily let 'excrutiating' pass without comment, No need; if someone replies to one of my messages and sees a spelling error, I expect a correction, although the respondent certainly has no obligation to point it out. I've even been know to thank people for correcting me, although usually for something of more moment. Moreover again , 'c' and 't'; are prpbably too far from each other on the keyboard for it to be a typo. As opposed to o and p, whcih are adjacent ;-) My most common spelling error is probably transposition, with one off being the second most common. If your Old English is up to it, see Chaucer's I thought that was Middle English. Moreover yet again, my substantive point remains, It remains, and it remains dubious. Moreover yet again, my substantive point remains, 'SRB' is now used in two senses that it would be useful to distinguish on the model of that between a task and a TCB. And, again, the IBM documentation talks about scheduling other control blocks, not just SRB's. That's even imbedded in some macro names. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Peter Relson's point is an important one. In my experience almost no one confuses a task with a TCB, but the ambiguous use of SRB is common. People talk, for example, of scheduling an SRB, but never of despatching a TCB. It is probably too late; but it would have been useful to make a systematic distinction between a Service or a Service Request and a Service Request Block, SRB, its associated control block. Going forward, it would be helpful if the language of IBM publications made this elementary distinction in some consistent way judged appropriate. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
In capd5f5ryy38n9t9_r2dy2jukcek9o6tmkovtu1o0psnqbqh...@mail.gmail.com, on 10/24/2011 at 11:03 AM, John Gilmore johnwgilmore0...@gmail.com said: People talk, for example, of scheduling an SRB, but never of despatching a TCB. They do, however, talk of dispatching a TCB, sometimes in excrutiating detail. Likewise scheduling an IRB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
You're out of line, Shmuel. You may prefer 'dispatch' to 'despatch', but they are equally legitimate alternative spellings. Moreover, while I should ordinarily let 'excrutiating' pass without comment, I shall not do so this time. I find no entry in the OED for it. It is an unambiguous misspelling. Moreover again , 'c' and 't'; are prpbably too far from each other on the keyboard for it to be a typo. If your Old English is up to it, see Chaucer's Troilus and Criseyde, ca. 1385, for the rather more elegant original of the the platitude about glass houses and stones. Moreover yet again, my substantive point remains, 'SRB' is now used in two senses that it would be useful to distinguish on the model of that between a task and a TCB. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
You two should prpbably get a room. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-10-24 17:41, John Gilmore wrote: You're out of line, Shmuel. You may prefer 'dispatch' to 'despatch', but they are equally legitimate alternative spellings. Moreover, while I should ordinarily let 'excrutiating' pass without comment, I shall not do so this time. I find no entry in the OED for it. It is an unambiguous misspelling. Moreover again , 'c' and 't'; are prpbably too far from each other on the keyboard for it to be a typo. If your Old English is up to it, see Chaucer's Troilus and Criseyde, ca. 1385, for the rather more elegant original of the the platitude about glass houses and stones. Moreover yet again, my substantive point remains, 'SRB' is now used in two senses that it would be useful to distinguish on the model of that between a task and a TCB. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
You may prefer 'dispatch' to 'despatch', but they are equally legitimate alternative spellings. They may be legitimate, but NOT equally. The purpose of communication is to communicate. NOT to show off your erudition by picking obscure spellings/usage and confusing people. Schmuel was probably out of line in his phrasing; the sentiment is not. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
There is not much of a real difference. SQA will even overflow into CSA. It is a matter of definition. Also the manual says to use SQA. In addition, SQA is automatically page-fixed. I don't know why you'd want executable code in [E]SQA vice [E]CSA. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a890/6.3.4 The thread is primarily about the SRB routine. The reference is about the SRB itself. The SRB must be in (E)SQA; it must not be in (E)CSA. So for the SRB control block 241, No, never. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Sp 226 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Peter Relson Sent: Sunday, October 23, 2011 10:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA There is not much of a real difference. SQA will even overflow into CSA. It is a matter of definition. Also the manual says to use SQA. In addition, SQA is automatically page-fixed. I don't know why you'd want executable code in [E]SQA vice [E]CSA. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a890/6.3.4 The thread is primarily about the SRB routine. The reference is about the SRB itself. The SRB must be in (E)SQA; it must not be in (E)CSA. So for the SRB control block 241, No, never. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
In 00e701cc8d19$4d6f9980$e84ecc80$@net, on 10/17/2011 at 06:08 PM, Micheal Butz michealb...@optonline.net said: Page fault that means it does't have to be fixed unless I just don't get it Did you see Jim Mulder's message, ofc7e976b2.bebda8c2-on8525792c.006db3e2-8525792c.006e2...@us.ibm.com? In brief, the SRB has to be fixed but the code does not, unless it will be running disabled. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
In 004a01cc8c3a$1dd08b60$5971a220$@net, on 10/16/2011 at 03:30 PM, Micheal Butz michealb...@optonline.net said: How can something be addressable in the target address space if is not in common If it is in private. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz michealb...@optonline.netwrote: The normal sequence then is common when scheduling to a different address space just think about it for a minute. There is no magic. Put yourself in the SRB's place. In order for it to run, the code has to be addressable in the primary address space where it is initially dispatched. Nothing else matters. From the scheduling application's point of view you just have to make sure the SRB code is in the right place and will remain there until after the SRB completes. If you are going to schedule an SRB into your current primary address space, then it doesn't matter whether the SRB code is in common or in private, it just has to be there when the SRB is dispatched. That is actually an extremely common scenario, e.g. an SRB being scheduled out of disabled code (typically an interrupt handler) to complete processing for whatever was going on. On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Mon, Oct 17, 2011 at 9:27 AM, Chris Craddock crashlu...@gmail.com wrote: On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz michealb...@optonline.netwrote: The normal sequence then is common when scheduling to a different address space just think about it for a minute. There is no magic. Put yourself in the SRB's place. In order for it to run, the code has to be addressable in the primary address space where it is initially dispatched. Nothing else matters. From the scheduling application's point of view you just have to make sure the SRB code is in the right place and will remain there until after the SRB completes. If you are going to schedule an SRB into your current primary address space, then it doesn't matter whether the SRB code is in common or in private, it just has to be there when the SRB is dispatched. That is actually an extremely common scenario, e.g. an SRB being scheduled out of disabled code (typically an interrupt handler) to complete processing for whatever was going on. On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) I'm curious on the technical distinction between putting the SRB code in SQA versus CSA. Can you elaborate? -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Monday, October 17, 2011 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA snip On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) I'm curious on the technical distinction between putting the SRB code in SQA versus CSA. Can you elaborate? There is not much of a real difference. SQA will even overflow into CSA. It is a matter of definition. Also the manual says to use SQA. In addition, SQA is automatically page-fixed. I don't know why you'd want executable code in [E]SQA vice [E]CSA. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a890/6.3.4 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
thanks On Mon, Oct 17, 2011 at 9:55 AM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Monday, October 17, 2011 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA snip On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) I'm curious on the technical distinction between putting the SRB code in SQA versus CSA. Can you elaborate? There is not much of a real difference. SQA will even overflow into CSA. It is a matter of definition. Also the manual says to use SQA. In addition, SQA is automatically page-fixed. I don't know why you'd want executable code in [E]SQA vice [E]CSA. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a890/6.3.4 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Mon, Oct 17, 2011 at 10:03 AM, Chris Craddock crashlu...@gmail.com wrote: On Mon, Oct 17, 2011 at 11:31 AM, Sam Siegel s...@pscsi.net wrote: On Mon, Oct 17, 2011 at 9:27 AM, Chris Craddock crashlu...@gmail.com wrote: On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz michealb...@optonline.net wrote: snip On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) I'm curious on the technical distinction between putting the SRB code in SQA versus CSA. Can you elaborate? (E)SQA has the correct storage attributes. (E)SQA is key zero and page fixed. You should never load SRB code into anything but key zero and the code should never be paged out, hence my use of the term SQA as a technical nit. You -can- make appropriate choices of subpool and macro options to get equivalent attributes from (E)CSA and if (as usual) there's no SQA available VSM will give you CSA equivalent anyway - known as SQA overflowing to CSA. Thanks for all of the details. Cheers, Sam -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Mon, Oct 17, 2011 at 11:31 AM, Sam Siegel s...@pscsi.net wrote: On Mon, Oct 17, 2011 at 9:27 AM, Chris Craddock crashlu...@gmail.com wrote: On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz michealb...@optonline.net wrote: snip On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) I'm curious on the technical distinction between putting the SRB code in SQA versus CSA. Can you elaborate? (E)SQA has the correct storage attributes. (E)SQA is key zero and page fixed. You should never load SRB code into anything but key zero and the code should never be paged out, hence my use of the term SQA as a technical nit. You -can- make appropriate choices of subpool and macro options to get equivalent attributes from (E)CSA and if (as usual) there's no SQA available VSM will give you CSA equivalent anyway - known as SQA overflowing to CSA. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/17/2011 01:03:09 PM: (E)SQA has the correct storage attributes. (E)SQA is key zero and page fixed. You should never load SRB code into anything but key zero and the code should never be paged out, hence my use of the term SQA as a technical nit. You -can- make appropriate choices of subpool and macro options to get equivalent attributes from (E)CSA and if (as usual) there's no SQA available The SRB control block must be in fixed common storage. There is no requirement for the SRB code to be in fixed storage (unless the code executes disabled for I/O and external interrupts). There is no requirement for the SRB code to be in key zero storage. Of course, if the code is in common storage or in the private area of an address space where untrusted code can execute, it should be in some system key (0-7). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Does that mean subpool 227 as opposed to to 241 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jim Mulder Sent: Monday, October 17, 2011 4:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/17/2011 01:03:09 PM: (E)SQA has the correct storage attributes. (E)SQA is key zero and page fixed. You should never load SRB code into anything but key zero and the code should never be paged out, hence my use of the term SQA as a technical nit. You -can- make appropriate choices of subpool and macro options to get equivalent attributes from (E)CSA and if (as usual) there's no SQA available The SRB control block must be in fixed common storage. There is no requirement for the SRB code to be in fixed storage (unless the code executes disabled for I/O and external interrupts). There is no requirement for the SRB code to be in key zero storage. Of course, if the code is in common storage or in the private area of an address space where untrusted code can execute, it should be in some system key (0-7). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
In cakxahqwwofk2cmeed1akporkeytzvz-_iq5pk1kmi3bb8fx...@mail.gmail.com, on 10/17/2011 at 11:27 AM, Chris Craddock crashlu...@gmail.com said: On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) Why? As long as the address is accessible and the code will be addressable, why can't it be private and pagable? MVS can handle a page fault in an SRB routine. Now, if you're going to schedule SRB's into multiple address spaces for the same routine, then you would want the code in common so that you only need a single copy. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Page fault that means it does't have to be fixed unless I just don't get it -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, October 17, 2011 6:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA In cakxahqwwofk2cmeed1akporkeytzvz-_iq5pk1kmi3bb8fx...@mail.gmail.com, on 10/17/2011 at 11:27 AM, Chris Craddock crashlu...@gmail.com said: On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) Why? As long as the address is accessible and the code will be addressable, why can't it be private and pagable? MVS can handle a page fault in an SRB routine. Now, if you're going to schedule SRB's into multiple address spaces for the same routine, then you would want the code in common so that you only need a single copy. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Mon, Oct 17, 2011 at 5:31 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In cakxahqwwofk2cmeed1akporkeytzvz-_iq5pk1kmi3bb8fx...@mail.gmail.com, on 10/17/2011 at 11:27 AM, Chris Craddock crashlu...@gmail.com said: On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) Why? As long as the address is accessible and the code will be addressable, why can't it be private and pagable? MVS can handle a page fault in an SRB routine. Now, if you're going to schedule SRB's into multiple address spaces for the same routine, then you would want the code in common so that you only need a single copy. If you can arrange ahead of time for the code to be loaded in the foreign address space then of course it can be in private. I said as much. It is also true that SRB's can take page faults, so the SRB code *can* be in pageable storage... However, it is very desirable for the SRB to be able to run through its processing without taking any unnecessary page faults. An ordinary SRB dispatch is an extremely efficient mechanism, but if the SRB subsequently interrupted and has to be suspended (e.g. for a page fault) the system has quite a lot of work to do to save its state (SSRB, FRR stack, linkage stack etc). It is still fast, but why take the hit? Kind of like the old joke about Ferraris. She's a made a to go, not a to stop. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
I am issuing a branch entry form of a macro, in the SRB So for the SRB control block 241, For the SRB code 227 Thank you for all your help -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Craddock Sent: Monday, October 17, 2011 6:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA On Mon, Oct 17, 2011 at 5:31 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In cakxahqwwofk2cmeed1akporkeytzvz-_iq5pk1kmi3bb8fx...@mail.gmail.com, on 10/17/2011 at 11:27 AM, Chris Craddock crashlu...@gmail.com said: On the other hand; If you are trying to schedule an SRB into -any-other- address space, then (somehow) you have to make sure the code will be addressable when the SRB is dispatched. In general that means loading it into common storage (technically it should be in SQA rather than CSA, but that's a minor nit) Why? As long as the address is accessible and the code will be addressable, why can't it be private and pagable? MVS can handle a page fault in an SRB routine. Now, if you're going to schedule SRB's into multiple address spaces for the same routine, then you would want the code in common so that you only need a single copy. If you can arrange ahead of time for the code to be loaded in the foreign address space then of course it can be in private. I said as much. It is also true that SRB's can take page faults, so the SRB code *can* be in pageable storage... However, it is very desirable for the SRB to be able to run through its processing without taking any unnecessary page faults. An ordinary SRB dispatch is an extremely efficient mechanism, but if the SRB subsequently interrupted and has to be suspended (e.g. for a page fault) the system has quite a lot of work to do to save its state (SSRB, FRR stack, linkage stack etc). It is still fast, but why take the hit? Kind of like the old joke about Ferraris. She's a made a to go, not a to stop. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Now time for the real question: What was your need and how did you determine that an SRB was the best sokution? On Mon, 17 Oct 2011 19:03:53 -0400 Micheal Butz michealb...@optonline.net wrote: :I am issuing a branch entry form of a macro, in the SRB : :So for the SRB control block 241, : :For the SRB code 227 : : Thank you for all your help : : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Chris Craddock :Sent: Monday, October 17, 2011 6:27 PM :To: IBM-MAIN@bama.ua.edu :Subject: Re: SRBEPA : :On Mon, Oct 17, 2011 at 5:31 PM, Shmuel Metz (Seymour J.) :shmuel+ibm-m...@patriot.net wrote: : : In : cakxahqwwofk2cmeed1akporkeytzvz-_iq5pk1kmi3bb8fx...@mail.gmail.com, : on 10/17/2011 :at 11:27 AM, Chris Craddock crashlu...@gmail.com said: : : On the other hand; If you are trying to schedule an SRB into : -any-other- address space, then (somehow) you have to make sure : the code will be addressable when the SRB is dispatched. In : general that means loading it into common storage (technically it : should be in SQA rather than CSA, but that's a minor nit) : : Why? As long as the address is accessible and the code will be : addressable, why can't it be private and pagable? MVS can handle a : page fault in an SRB routine. : : Now, if you're going to schedule SRB's into multiple address spaces : for the same routine, then you would want the code in common so that : you only need a single copy. : : : :If you can arrange ahead of time for the code to be loaded in the foreign :address space then of course it can be in private. I said as much. It is :also true that SRB's can take page faults, so the SRB code *can* be in :pageable storage... However, it is very desirable for the SRB to be able to :run through its processing without taking any unnecessary page faults. An :ordinary SRB dispatch is an extremely efficient mechanism, but if the SRB :subsequently interrupted and has to be suspended (e.g. for a page fault) the :system has quite a lot of work to do to save its state (SSRB, FRR stack, :linkage stack etc). It is still fast, but why take the hit? Kind of like the :old joke about Ferraris. She's a made a to go, not a to stop. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Michael, No, it does not. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 06:04 AM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: SRBEPA Does anyone know if the SRB rtn has to live common Thanks in advance Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Thats what I thought there was a Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common Sent from my iPhone On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: Michael, No, it does not. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 06:04 AM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: SRBEPA Does anyone know if the SRB rtn has to live common Thanks in advance Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
So if I have a piece of code in my pgm E.G. RTN000 I can point at EPA to it E.G LA R3,RTN000 ST R3,SRBEPA And set SRBASCB to a different address space Sent from my iPhone On Oct 16, 2011, at 7:35 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Michael, Obviously, you could do that. It would most likely abend. As Benjamin said, it must be addressable in the address space in which it will run. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 08:11 AM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA So if I have a piece of code in my pgm E.G. RTN000 I can point at EPA to it E.G LA R3,RTN000 ST R3,SRBEPA And set SRBASCB to a different address space Sent from my iPhone On Oct 16, 2011, at 7:35 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
How can something be addressable in the target address space if is not in common -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, October 16, 2011 7:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Michael, If the target address space is the scheduling address space, then it is easily possible. Or, if the target address space is a different address space, it could have passed the address of the SRB routine earlier. But, if you are scheduling into an arbitrary address space, placing the code in common is certainly simpler. Your questions are asking what is possible. Perhaps you might be asking what is best practice, or, even better, tell us what you are trying to accomplish. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 03:30 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA How can something be addressable in the target address space if is not in common -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, October 16, 2011 7:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
The normal sequence then is common when scheduling to a different address space -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Harper Sent: Sunday, October 16, 2011 3:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA Michael, If the target address space is the scheduling address space, then it is easily possible. Or, if the target address space is a different address space, it could have passed the address of the SRB routine earlier. But, if you are scheduling into an arbitrary address space, placing the code in common is certainly simpler. Your questions are asking what is possible. Perhaps you might be asking what is best practice, or, even better, tell us what you are trying to accomplish. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 03:30 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA How can something be addressable in the target address space if is not in common -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, October 16, 2011 7:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Michael, I would say yes. One of the not so obvious advantages is that if the target address space goes away, it does not take your code with it. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 05:53 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA The normal sequence then is common when scheduling to a different address space -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Harper Sent: Sunday, October 16, 2011 3:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA Michael, If the target address space is the scheduling address space, then it is easily possible. Or, if the target address space is a different address space, it could have passed the address of the SRB routine earlier. But, if you are scheduling into an arbitrary address space, placing the code in common is certainly simpler. Your questions are asking what is possible. Perhaps you might be asking what is best practice, or, even better, tell us what you are trying to accomplish. Tom - Original Message - From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Sunday, October 16, 2011 03:30 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA How can something be addressable in the target address space if is not in common -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, October 16, 2011 7:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SRBEPA On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net wrote: :Thats what I thought there was a :Document XMEM for beginners which said both the SRB and SRB rtn EPA have to be in common The routine only has to be addressable in the target address space. :On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : No, it does not. : - Original Message - : From: Micheal Butz [mailto:michealb...@optonline.net] : Sent: Sunday, October 16, 2011 06:04 AM : To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu : Subject: SRBEPA : Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
Depends on what is scheduling and to what. For example, if a PC-SS is scheduling to the primary, there is no need to place the SRB code in CSA. Or if the service routine address is saved in some CSA control block. But if some AS wishes to run some code in an arbitrary AS it will need to do it thru CSA. Also, unless you explicitly request that the SRB complain, it will fail silently with neither the SCHEDULEr or the target address space being informed. On Sun, 16 Oct 2011 18:00:13 -0400 Tom Harper tom.har...@neon.com wrote: :Michael, : :I would say yes. One of the not so obvious advantages is that if the target address space goes away, it does not take your code with it. : :Tom : :- Original Message - :From: Micheal Butz [mailto:michealb...@optonline.net] :Sent: Sunday, October 16, 2011 05:53 PM :To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu :Subject: Re: SRBEPA : :The normal sequence then is common when scheduling to a different address :space : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Tom Harper :Sent: Sunday, October 16, 2011 3:39 PM :To: IBM-MAIN@bama.ua.edu :Subject: Re: SRBEPA : :Michael, : :If the target address space is the scheduling address space, then it is :easily possible. : :Or, if the target address space is a different address space, it could have :passed the address of the SRB routine earlier. : :But, if you are scheduling into an arbitrary address space, placing the code :in common is certainly simpler. : :Your questions are asking what is possible. Perhaps you might be asking :what is best practice, or, even better, tell us what you are trying to :accomplish. : :Tom : :- Original Message - :From: Micheal Butz [mailto:michealb...@optonline.net] :Sent: Sunday, October 16, 2011 03:30 PM :To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu :Subject: Re: SRBEPA : :How can something be addressable in the target address space if is not in :common : : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Sunday, October 16, 2011 7:36 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: SRBEPA : :On Sun, 16 Oct 2011 07:09:07 -0400 Micheal Butz michealb...@optonline.net :wrote: : ::Thats what I thought there was a ::Document XMEM for beginners which said both the SRB and SRB rtn EPA have :to be in common : :The routine only has to be addressable in the target address space. : ::On Oct 16, 2011, at 6:46 AM, Tom Harper tom.har...@neon.com wrote: : :: No, it does not. : :: - Original Message - :: From: Micheal Butz [mailto:michealb...@optonline.net] :: Sent: Sunday, October 16, 2011 06:04 AM :: To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu :: Subject: SRBEPA : :: Does anyone know if the SRB rtn has to live common -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html