If I was writing this - I would probably use something like the following :

(1) All storage owned by the STC
(2) STC sets up a space-switch PC routine (PC-ss) for client interface
(3) Client address spaces (TSO users, batch jobs etc etc)  issue the PC-ss to 
obtain storage for the request blocks in the STC PASN and place them on 
queues/structures for other tasks in the STC to process - (note that you can 
use CPOOL in the PC-ss routine)
(4) PC-ss probably needs a macro interface for callers to make calling the 
service easy
(5) STC needs some sort of anchor point so that it can be discovered by 
potential client - eg Name/Token services


Rob Scott
Lead Developer
Rocket Software
77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA
Tel: +1.781.684.2305
Email: [email protected]
Web: www.rocketsoftware.com

-----Original Message-----
From: IBM Mainframe Assembler List [mailto:[email protected]] On 
Behalf Of Scott Ford
Sent: 27 September 2012 18:24
To: [email protected]
Subject: Design question

All,

I have a program that does a storage obtain based on a parameter. The program 
after the storage is obtained inserts a 16 byte token. Then this program ends. 
No problem. A second long running STC reads items that are placed in this 
storage scratch pad.

I need to know how storage is allocated and if storage is filling up while the 
second program is executing. What's the easiest way ? I have thought of using 
DSPSERV and have a long running STC manage the storage, this is doable. I ave 
though of using a bit map to mark storage usage and have program 2 look at this 
bit map..but this would require another token ..maybe...

I know this is not a new concept , but I am trying to simplify my code

Scott ford
www.identityforge.com

Tell me and I'll forget; show me and I may remember; involve me and I'll 
understand. - Chinese Proverb

Reply via email to