All: Thank you so much for the help. We are digging through the problem. I hadnt seen this one before, so I was looking for pointers to point me the right direction to find the cause. All your help was very much appreciated.
Scott J Ford Software Engineer http://www.identityforge.com ________________________________ From: Ray Overby <rayove...@comcast.net> To: IBM-MAIN@bama.ua.edu Sent: Wednesday, May 23, 2012 9:03 AM Subject: Re: Subpool 231 usage Perhaps you could look at the common storage tracking information for your SP 231 storage. With appropriate settings in your DIAGXX parmlib member CSA/SQA storage tracking data should indicate the owner (address space) of the storage. Perform this analysis before the problem occurs. This should validate you had actually allocated the storage and its key. Perform this activity again after the problem occurs and compare the results. I will assume that if you did not correctly allocate the storage in the first place that you know how to fix that. For the case where the storage is freed out from under you you could run a storage trace (see /MVS Diagnosis: Tools and Service Aids Chapter 13 Getmain, Freemain, STORAGE trace (GFS) for details). /This trace should show you all GETMAIN/FREEMAIN and STORAGE OBTAIN/RELEASE requests. Use filtering to limit the output to SP231 for the address space(s) involved. Hopefully you will see who freed the storage (likely one of your programs) and will be able to resolve your problem. On 5/23/2012 02:50 AM, Andy Wood wrote: > Another program cannot acquire storage within your sp231 storage. At least, > not unless that program, or some other program, first released/freemained all > or part of your storage (yes, that could happen accidentally). > > When you say the abend points to unknown=program, do you mean that you can't > see your code in the dump and you don't know exactly where it abended? > > What address caused the S0C4-11 - the address from your token, or maybe some > other address, such as an address where your code is supposed to be? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
