Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!bionet!agate!pasteur!cory.Berkeley.EDU!navas
From: navas@cory.Berkeley.EDU (David C. Navas)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Procure() and Vacate()
Message-ID: <18069@pasteur.Berkeley.EDU>
Date: 6 Oct 89 17:26:39 GMT
References: <186@egrunix.UUCP> <8068@cbmvax.UUCP> <191@egrunix.UUCP> <8084@cbmvax.UUCP> <18004@pasteur.Berkeley.EDU> <8109@cbmvax.UUCP>
Sender: news@pasteur.Berkeley.EDU
Reply-To: navas@cory.Berkeley.EDU.UUCP (David C. Navas)
Organization: University of California, Berkeley
Lines: 21

In article <8109@cbmvax.UUCP> mks@cbmvax.UUCP (Michael Sinz - CATS) writes:
>In article <18004@pasteur.Berkeley.EDU> navas@cory.Berkeley.EDU.UUCP (David C. Navas) writes:
>>In article <8084@cbmvax.UUCP> mks@cbmvax.UUCP (Michael Sinz - CATS) writes:
>  [Deleted...]
>>Umm, okay, as long as we're on the topic...  Does anyone know how well (or if)
>>Procure() and Vacate() work (I'll be using them pretty darn soon now.)
>
>Procure() and Vacate() work great.  However, you should know that there is
>more system and programmer overhead in using them over ObtainSemaphore()
>and ReleaseSemaphore()...  The AddSemaphore() work-around is perfectly

hmmm, I'm sure it is.  I'll mostly be using signal semaphores -- but there
is no way to wait on multiple semaphores (that I know of), so it's back
to message-based sems.  I'm going to be sem'ing disk drive access for
my Jazzbench programs, and I *need* a way to know when one of several drives
becomes available (read:  fewer krunch-krunch-groin-groin!!)

if anyone knows of a better way to do this, I'm open for suggestions.

David Navas
navas@cory.berkeley.edu