Jim, thanks. Wow, I totally did not get that. I saw it as two different APIs to the same core service, like the C and assembler APIs to TCP/IP. Not sure if it is just me, but you might want to make that clearer in the documentation, seeing as both are called "Cell Pool Services." I almost did not bother to ask question (1.) as it seemed so obvious that the answer was Yes.
Okay, moving right along ... re-formulating the question: Is there any way to determine the number of cells in a CPOOL cell pool? I have a cell pool with a primary and a secondary count. It occurs to me that if, for example, I had a bug in which one time in ten I failed to return a cell to the pool, that I would have no indication of a problem until I got an SC78 abend, which might take quite a while. I am kind of inferring that I could do a LIST and get the number of extents from work area Word 3 (possibly iteratively based on Word 1), from which I guess I could determine the pool size as primary + (secondary * (extents - 1)). Is that correct? Or is there not a one-to-one between pool expansions and extents? Is there a better way? Actually, I now see that that method won't work very well because I have no way of making sure that there would be no intervening GET requests. The GET requests come from asynchronous processes which the main task has no ability to pause. I guess I could just make sure the work area was large enough to get all of the extents in a single call? Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jim Mulder Sent: Wednesday, May 30, 2012 12:23 PM To: [email protected] Subject: Re: Cell pool questions > 1. Can I mix CPOOL and CSRPxxxx calls on the same cell pool? Could one for > example use CPOOL GET for performance, and CSRPQPL to obtain > statistics that > are not available through CPOOL? I already have working CPOOL macro code, > but I would like to get the CSRQPL statistics. Can I do so without having to > re-write my working CPOOL macro code? > > 2. Assuming the answer to (1.) is Yes, what CSRPQPL calls "anchor_addr" -- > is that the same datum that CPOOL calls "pool id"? No, CPOOL and CSRPxxxx are completely different services, which have no relation to each other. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
