Re: Why don't I see my CSA storage in the dump?
On Mon, Aug 25, 2008 at 10:03 AM, Shane [EMAIL PROTECTED] wrote: Nope - you'd need to be Tolkien to decipher that lot if you were coming in cold. IBM have a *lot* to answer for when they went OCO. For people that never had access to the fiche, or the PLMs - or the (internals) education classes - large parts of this might as well be runes. Doesn't inspire confidence in the quality of software that may be forthcoming in future. And we (customers) are supposed to unquestioningly agree to allow any and all auth'd code from vendors. m ... I know that OCO has long been a sore point with you Systems guys, but this post made me realize what you are up against. I get nightmares when I try to imagine what it would be like to be cut off from my Applications' source code and have to maintain the application using nothing but the 'documentation' to guide me. Yikes!! A recipe for disaster, even if the documentation is good. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
On Sun, 24 Aug 2008 20:08:26 +0200, Lindy Mayfield [EMAIL PROTECTED] wrote: That's exactly what I want to do. Problem is that there are some basic concepts that aren't covered so even though I've read those chapters a few times over, I don't get out of them what I should. I think the basics are covered, Lindy, if you carefully read -all- of the MVS Programming Assembler Services Guide and the MVS Programming Authorized Assembler Services Guide. And the Extended Addressability Gyide. And a good reading of the Principles of Operation helps, too. And that's a good part of the answer to your question about how we learn to do this stuff. It's true that a large part will come from studying others' code, and from spending years doing this kind of work. But a lot of it comes from reading all the books, and experimenting, and reading some more. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
On Mon, 2008-08-25 at 08:32 -0500, Walt Farrell wrote: I think the basics are covered, Lindy, if you carefully read -all- of the MVS Programming Assembler Services Guide and the MVS Programming Authorized Assembler Services Guide. And the Extended Addressability Gyide. And a good reading of the Principles of Operation helps, too. And that's a good part of the answer to your question about how we learn to do this stuff. It's true that a large part will come from studying others' code, and from spending years doing this kind of work. But a lot of it comes from reading all the books, and experimenting, and reading some more. Nope - you'd need to be Tolkien to decipher that lot if you were coming in cold. IBM have a *lot* to answer for when they went OCO. For people that never had access to the fiche, or the PLMs - or the (internals) education classes - large parts of this might as well be runes. Doesn't inspire confidence in the quality of software that may be forthcoming in future. And we (customers) are supposed to unquestioningly agree to allow any and all auth'd code from vendors. m ... Shane ... (this is not a beat up on Lindy - I have no issue with anybody trying to learn. My beef is that she has so many impediments). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
On Sun, 24 Aug 2008 03:22:51 +0200 Lindy Mayfield [EMAIL PROTECTED] wrote: :I just found a SETFRR macro. Do I use that? It isn't mentioned in :connection with SRB's, but it may be supposed to be obvious. It's typical use is when ESTAE cannot recover, such as locked or SRB. It can be used in unlocked TCB mode if EUT=YES is specified. The basic difference is that the FRR receives control with as much of the environment preserved as possible. The ESATE recovery will only receive control after some cleanup. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
In a message dated 8/23/2008 8:02:47 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: I thought that instead of going wild and doing a bunch of SRB code that I should build the foundation first, meaning all the error recovery and so on. You should at the very least be thinking about recovery as you write new code. You can't really build the entire foundation first, since you don't know in advance everything you will have to free up or undo in your recovery routine until you have written the main code that acquires or does it. Write notes to yourself that you need to release such-and-such a resource later on, if ending normally or abnormally. Resources include CSA/ECSA acquired, locks held, and pretty much anything for which your code must be authorized to obtain or to do. The Authorized System Services Reference books will rapidly become good friends. Bill Fairchild Rocket Software **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
In a message dated 8/23/2008 8:23:17 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: I just found a SETFRR macro. Do I use that? It isn't mentioned in connection with SRB's, but it may be supposed to be obvious. This seems like a good place to point out that you should start trying to find out these answers yourself before asking the IBM-MAIN world to help you with each problem you encounter. Look in the Authorized System Services Guide (but not Reference) and read the section on program recovery. That book also has a section on SRBs. You should read all of both sections before you try anything else and before you ask us more questions. Get the CBT tape if you don't already have it, and scan it for SRB routines that you can study and find out what others have done, then go read the IBM doc on what system services they are using (like IEAMSCHD, WAIT, POST, SETFRR, etc.). I am not trying to be a jerk, but sooner or later you will have to debug something and IBM-MAIN will not be around, or else you won't be able to wait for an answer from someone else. Ask us to explain something you find in the book but do not yet understand. Read up on the operator command CHNGDUMP in the appropriate IBM book. It will tell you how to get CSA, et al., dumped. A large part of the education we all had to go through was to learn in which IBM book the question was answered. Almost all questions are answered in some IBM book. Bill Fairchild Rocket Software **It's only a deal if it's where you want to go. Find your travel deal here. (http://information.travel.aol.com/deals?ncid=aoltrv000547) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
That's exactly what I want to do. Problem is that there are some basic concepts that aren't covered so even though I've read those chapters a few times over, I don't get out of them what I should. Also my questions have been poorly formed. Still, this is a good time to do things myself, as you point out. And thank you for your help very much. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: 24. elokuuta 2008 20:36 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? This seems like a good place to point out that you should start trying to find out these answers yourself before asking the IBM-MAIN world to help you with each problem you encounter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why don't I see my CSA storage in the dump?
I'm reading the Initialization and Tuning Guide about CSA storage. I'm not absolutely sure, but I'm thinking that any data my SRB gets it can squirrel it away in the CSA for my main program to deal with later. Problem is that I don't see that data in the SYSUDUMP. I get it this way: STORAGE OBTAIN LENGTH=xxx,SP=227 But there is nothing at that address in the dump and the VIRTUAL STORAGE section of the dump doesn't list that subpool. So I'm wondering if someone can give me hints about what I've gotten wrong. It'll be important to read that area of data to debug things. I think. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Problem is that I don't see that data in the SYSUDUMP. SYSUDUMP, IIRC, only dumps user areas. You need a SYSMDUMP (?), COM DUMP, or better. (It's been so long since I've read dumps, that my terminology may be wrong) - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
On Sat, 23 Aug 2008, Lindy Mayfield wrote: I'm reading the Initialization and Tuning Guide about CSA storage. I'm not absolutely sure, but I'm thinking that any data my SRB gets it can squirrel it away in the CSA for my main program to deal with later. Problem is that I don't see that data in the SYSUDUMP. I get it this way: STORAGE OBTAIN LENGTH=xxx,SP=227 But there is nothing at that address in the dump and the VIRTUAL STORAGE section of the dump doesn't list that subpool. So I'm wondering if someone can give me hints about what I've gotten wrong. It'll be important to read that area of data to debug things. I think. What is actually dumped to SYSUDUMP, SYSABEND, and SYSMDUMP is set by the system programmer in PARMLIB. There are defaults, but they can be overridden with the CHNGDUMP (CD) command. I think that the default for SYSABEND will contain the common areas. But that's not for sure, depending on your shop standards. If you can do operator commands, you might try looking at the output from D D,O to see what the dump options are. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Oh thanks, John, I didn't know that. My IEADMP00 is the default SDATA=SUM. Is there an option there that contains the CSA? Anyway I changed it to this which I copied from our production machine: SDATA=(CB,ENQ,TRT,ERR,DM),PDATA=ALLPDATA I was getting it also by a slip: slip set action=svcd,comp=0c1,jobname=srbtst,sdata=csa I managed to schedule an SRB which just did a WTO. I ran it in another TSO address space. My main program ended. And the SRB ended (I could see by the WTO). But the TSO address space started accumulating CPU time. It wouldn't cancel so I forced it. Then the whole machine hung up a bit and I got this, which I thought was pretty cool, cause it looks more like a message from a washing machine than a mainframe. PROCESSOR (02) DETECTED AN EXCESSIVE DISABLED SPIN LOOP WAITING FOR ADDRESS SPACE TO QUIESCE FROM PROCESSOR (00). AUTOMATIC RECOVERY ACTION IS SPIN $HASP9202 POTENTIAL JES2 MAIN TASK LOOP DETECTED NEAR HASPNUC +0048C734 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: 24. elokuuta 2008 2:10 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? What is actually dumped to SYSUDUMP, SYSABEND, and SYSMDUMP is set by the system programmer in PARMLIB. There are defaults, but they can be overridden with the CHNGDUMP (CD) command. I think that the default for SYSABEND will contain the common areas. But that's not for sure, depending on your shop standards. If you can do operator commands, you might try looking at the output from D D,O to see what the dump options are. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Lindy, What you really want to do is write an FRR routine for your SRB which will do all of this for you by creating a system dump. Since CSA/ECSA can be very large, create a list of storage addresses which include your CSA/ECSA to be dumped. Additionally, now that you have obtained CSA/ECSA, you need to learn to be a responsible z/OS citizen and free your CSA/ECSA storage after your program terminates, either normally or abnormally. Since you have acquired a resource, you need to issue a RESMGR EOT and EOM routines to clean up in all cases. Tom - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Sent: Sat Aug 23 19:20:35 2008 Subject: Re: Why don't I see my CSA storage in the dump? Oh thanks, John, I didn't know that. My IEADMP00 is the default SDATA=SUM. Is there an option there that contains the CSA? Anyway I changed it to this which I copied from our production machine: SDATA=(CB,ENQ,TRT,ERR,DM),PDATA=ALLPDATA I was getting it also by a slip: slip set action=svcd,comp=0c1,jobname=srbtst,sdata=csa I managed to schedule an SRB which just did a WTO. I ran it in another TSO address space. My main program ended. And the SRB ended (I could see by the WTO). But the TSO address space started accumulating CPU time. It wouldn't cancel so I forced it. Then the whole machine hung up a bit and I got this, which I thought was pretty cool, cause it looks more like a message from a washing machine than a mainframe. PROCESSOR (02) DETECTED AN EXCESSIVE DISABLED SPIN LOOP WAITING FOR ADDRESS SPACE TO QUIESCE FROM PROCESSOR (00). AUTOMATIC RECOVERY ACTION IS SPIN $HASP9202 POTENTIAL JES2 MAIN TASK LOOP DETECTED NEAR HASPNUC +0048C734 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: 24. elokuuta 2008 2:10 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? What is actually dumped to SYSUDUMP, SYSABEND, and SYSMDUMP is set by the system programmer in PARMLIB. There are defaults, but they can be overridden with the CHNGDUMP (CD) command. I think that the default for SYSABEND will contain the common areas. But that's not for sure, depending on your shop standards. If you can do operator commands, you might try looking at the output from D D,O to see what the dump options are. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Thank you Tom. This really reinforces what I had in mind. I thought that instead of going wild and doing a bunch of SRB code that I should build the foundation first, meaning all the error recovery and so on. It may not be as fun, but I think in the long run it will make things easier. Thanks for the RESMGR hint, too. Now I see it in the doc (hidden away). Another thing I think I have to consider (the list is growing) is making my main program wait for the SRB to finish. I don't know if this has anything to do with it, but the WTO's that came out were like this: Program Starting Program Ending Beginning of SRB End of SRB That's a bit out of the order. Could have had something to do with my machine going into spin cycle. I won't be such a pain on IBM-MAIN after tomorrow since my vacation is over and real work will get into the way of my latest hobby. (-: Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Harper Sent: 24. elokuuta 2008 3:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? Lindy, What you really want to do is write an FRR routine for your SRB which will do all of this for you by creating a system dump. Since CSA/ECSA can be very large, create a list of storage addresses which include your CSA/ECSA to be dumped. Additionally, now that you have obtained CSA/ECSA, you need to learn to be a responsible z/OS citizen and free your CSA/ECSA storage after your program terminates, either normally or abnormally. Since you have acquired a resource, you need to issue a RESMGR EOT and EOM routines to clean up in all cases. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
I just found a SETFRR macro. Do I use that? It isn't mentioned in connection with SRB's, but it may be supposed to be obvious. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Harper Sent: 24. elokuuta 2008 3:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? Lindy, What you really want to do is write an FRR routine for your SRB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Lindy, There's a better way...specify the FRR on the IEAMSCHD macro. That way it will be in effect immediately. Tom - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Sent: Sat Aug 23 20:22:51 2008 Subject: Re: Why don't I see my CSA storage in the dump? I just found a SETFRR macro. Do I use that? It isn't mentioned in connection with SRB's, but it may be supposed to be obvious. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Harper Sent: 24. elokuuta 2008 3:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? Lindy, What you really want to do is write an FRR routine for your SRB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Ok, I got a tiny bit confused. There is a whole (very big) chapter on recovery routines. I need to read more to see how much of that has to do with the FRR option on the schedule. I think this is a bit easier. David's z/XDC is like a big recovery routine, isn't it? Interesting stuff. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Harper Sent: 24. elokuuta 2008 4:30 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? Lindy, There's a better way...specify the FRR on the IEAMSCHD macro. That way it will be in effect immediately. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why don't I see my CSA storage in the dump?
Lindy, I'm fairly certain that Dave's ESTAE is the largest ever written. You should read, re-read, and then re-read again the chapter on recovery. Tom - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Sent: Sat Aug 23 20:40:59 2008 Subject: Re: Why don't I see my CSA storage in the dump? Ok, I got a tiny bit confused. There is a whole (very big) chapter on recovery routines. I need to read more to see how much of that has to do with the FRR option on the schedule. I think this is a bit easier. David's z/XDC is like a big recovery routine, isn't it? Interesting stuff. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Harper Sent: 24. elokuuta 2008 4:30 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why don't I see my CSA storage in the dump? Lindy, There's a better way...specify the FRR on the IEAMSCHD macro. That way it will be in effect immediately. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html