Pat O'Keefe said > But I have a feeling you want something that goes beyond the intended > purpose of POST and WAIT, not just a cleaned up version of the > existing function.
Yes because leaving aside the "quirks" with the current wait/post mechanism, the wait/post logic is at best, half of the problem in any true multitasking code. Obviously I am talking about more complex software than you would perhaps see in an exit or a simple application where you would use wait and post pretty sparingly if at all. I am biased to that end of the problem domain because "it's what I do." If you really do have multiple units of work that need to coordinate their processing then you need; not only a way to poke the other guy in the arm or wait for a poke in the arm, but you also need something that doesn't allow you to miss a poke in the arm. In other words, you need a predictable and reliable means of passing data back and forth between the poker and the pokee... Ed Jaffe has previously described the problem and its solution accurately. He knows what he's talking about! ANY solution based on the algorithm he described will work just fine in spite of all the "quirks" with wait/post. And it is that part of the solution that is completely missing from z/OS. No system mediated service does anything like that except (arguably) the WLM work queueing services. (Blech) Without a system mediated solution the problem is twofold. Most people who have only a casual acquaintance with multitasking miss all these fine details and get flaky code for their trouble. The folks who DO understand end up reproducing the same queuing code over and over... Eventually we get tired of it and wrap the whole mechanism up in some helpful code and make it an infrastructure service. It sure would have been nice if the OS had supplied the missing parts of the solution 30 years ago. CC ---------------------------------------------------------------------- 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
