Boost logo

Boost :

From: Kevlin Henney (kevlin_at_[hidden])
Date: 2000-08-08 08:21:12


In message <398F5F76.2E4B_at_[hidden]>, Valentin Bonnard
<Bonnard.V_at_[hidden]> writes
>Andy Sawyer wrote:
>
>> I concur. "P" and "V" are only interesting from the archaeological
>> viewpoint.
>
>I prefer these names because they are so strange and specific that
>they show very clearly what we are talking about.

If this logic (?) works, perhaps we should be considering a thread
abstraction simply named T, which is fairly strange and specific.
Alternatively, what is the Dutch for "thread" or "unit of concurrent
execution"? T seems a little obvious...

>lock() can lock a file, lock an exclusive lock, enter some
>other sort of critical section.

But it locks, right? [Hint: generic programming, resource acquisition is
initialization, etc]

>I like the names P and V because they don't mean anything to most
>people,

Boost code and guidelines could look "interesting" if this approach were
adopted...

>but I dislike semaphores because I have never understoud
>how they were meant to be used. (I don't see the specific problem
>they solve.)

They solve a problem of mutual exclusion. As pointed out in another
posting, they can be considered degenerate form of ownership-based
mutexes.
____________________________________________________________

  Kevlin Henney phone: +44 117 942 2990
  Curbralan Ltd mobile: +44 7801 073 508
  kevlin_at_[hidden] fax: +44 870 052 2289
____________________________________________________________


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk