Timothy Sipples wrote:
> Would it also make sense to ask for automatic release/cleanup of stale
> semaphores?
Someone could certainly ask for a z/OS-specific variation on the XSI API.
That doesn't eliminate the need for a standards-conforming implementation of
Posix semaphores.
-- Jerry
Would it also make sense to ask for automatic release/cleanup of stale
semaphores?
I see that several years ago WebSphere Message Broker for z/OS implemented
a product-level workaround for this problem. APAR PM39960 provides a little
bit of insight into the workaround. Does this approach look
Stackoverflow offers a nice little comparison between XSI and Posix smaphores
here:
https://stackoverflow.com/questions/11058045/differences-between-semaphore-h-and-sys-sem-h
Stevens & Rago, in "Advanced Programming in the Unix Environment", section 15.8:
http://www.apuebook.com/toc3e.html
Jerry Callen wrote:
>I want the real thing.
In the RFE it could be helpful to elaborate on the "limitations" you
mentioned. Also, if it would be helpful to include and to support the
sample code that IBM provides (in that article I referenced, and with some
completion work) in z/OS itself, as an
Timothy Sipples writes:
> Does this article help?
> https://www.ibm.com/developerworks/library/l-semaphore/index.html
Nope. That's pretty much what I'm doing as a workaround. I want the real thing.
-- Jerry
--
For IBM-MAIN
Does this article help?
https://www.ibm.com/developerworks/library/l-semaphore/index.html
Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE
E-Mail:
See: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=129007
AFAIK, z/OS only supports XSI semaphores, not Posix semaphores. It's possible
to emulate Posix semaphores, but with restrictions and messiness.
-- Jerry
