Packages

  • package root
    Definition Classes
    root
  • package io

    This is the documentation for the ThreadCSO Library.

    This is the documentation for the ThreadCSO Library. Notable packages include:

    Definition Classes
    root
  • package threadcso

    The standard threadCSO API.

    The standard threadCSO API. Most modules using CSO will need only the declaration:

    import io.threadcso._

    The present version of the ThreadCSO library API is 1.2Rr (for some number r)

    The revision number (Rr) will change if bugs are corrected but the code remains consistent with the previous API. Its minor version number will change if there is a correction to the code that breaks consistency with the previous API. Its major version will change if there is a substantial change in the semantics of an important CSO construct.

    August 2017: changes 1.1 => 1.2

    • renaming of very many internal classes and packages
    • basic channel implementations are more efficient, in some case much more so
    • alternation reliability improved
    • debugger registration of alternations is no longer needed
    • home-grown semaphores can specify which component they are part of: this makes interpreting a stack backtrace very much easier
    • there is a flexible logging system that is compatible with the debugger

    April 2016: changes 1.0 => 1.1

    • Extended rendezvous read operator is now ?? (was ?)
    • Extended rendezvous read event notation is now =??=> (was =?=>>)
    • The notation inport ? f is now equivalent to f(inport?()) This makes for a tidier layout when the function f is an explicit functional expression.

    Feb 1 2017: changes 1.1R1 => 1.1R2

    • Removed dependencies on deprecated Java->Scala functions: replaced with .asJava
    @author Bernard Sufrin, Oxford
    $Revision: 286 $
    $Date: 2017-11-18 17:41:30 +0000 (Sat, 18 Nov 2017) $
    Definition Classes
    io
  • package alternation
    Definition Classes
    threadcso
  • package basis

    A home for types that are needed more or less pervasively.

    A home for types that are needed more or less pervasively.

    @author Bernard Sufrin, Oxford
    $Revision: 228 $
    $Date: 2016-03-04 16:11:56 +0000 (Fri, 04 Mar 2016)
    Definition Classes
    threadcso
  • package channel

    Specifies primitive (non-alternation-capable) ports and channels; and implements several channel types.

    Specifies primitive (non-alternation-capable) ports and channels; and implements several channel types.

    Definition Classes
    threadcso
  • package component

    A collection of several process-generators that (mostly) yield processes to work on (or produce) finite or infinite streams of values presented as channel.

    A collection of several process-generators that (mostly) yield processes to work on (or produce) finite or infinite streams of values presented as channel. All are designed to terminate cleanly -- 'i.e.' to closeIn or closeOut all the channel.that they communicate on in the appropriate direction for the type of port.

    Some of these components were inspired by (or copied from) components from the Plug'n'Play collection of JCSP (without necessarily retaining the P'n'P names).

    @version 03.20120824
    @author Bernard Sufrin, Oxford
    $Revision: 247 $
    $Date: 2017-10-20 15:00:00 +0100 (Fri, 20 Oct 2017) $
    Definition Classes
    threadcso
  • package debug
    Definition Classes
    threadcso
  • package lock
    Definition Classes
    threadcso
  • AndBarrier
  • Barrier
  • CombiningBarrier
  • JavaLock
  • Lock
  • OrBarrier
  • SimpleLock
  • package monitor
    Definition Classes
    threadcso
  • package process
    Definition Classes
    threadcso
  • package semaphore
    Definition Classes
    threadcso

package lock

Type Members

  1. class AndBarrier extends CombiningBarrier[Boolean]

    A CombiningBarrier with e=true and op=_&&_

  2. class Barrier extends AnyRef

    A Barrier(n) supports the repeated synchronization of n processes.

    A Barrier(n) supports the repeated synchronization of n processes. If b is such a barrier then b.sync calls are stalled until n have been made. When n==1 then b.sync returns immediately: this is so multi-worker structures can be tested with only a single-worker, and may be helpful when testing cellular automata.

    This implementation is simple-minded.

    $Revision: 239 $
    $Date: 2017-10-12 18:54:09 +0100 (Thu, 12 Oct 2017) $
  3. class CombiningBarrier [T] extends AnyRef

    A CombiningBarrier(n, e, _ ⊕ _) supports the (repeated) synchronization of n processes.

    A CombiningBarrier(n, e, _ ⊕ _) supports the (repeated) synchronization of n processes. If b is such a barrier then b.sync(x) calls are stalled until n have been made. We say that such a call contributes x. If the syncing calls contribute x1, x2, ... xn then the value they all return is e ⊕ x1 ⊕ ... ⊕ xn. The function must be associative.

    $Revision: 239 $
    $Date: 2017-10-12 18:54:09 +0100 (Thu, 12 Oct 2017) $
  4. class JavaLock extends ReentrantLock with Lock

    Reentrant lock implementation that uses the jdk.util.concurrent.lock.ReentrantLock class.

    Reentrant lock implementation that uses the jdk.util.concurrent.lock.ReentrantLock class. If fair is true then the lock is first-come first-served. Under heavy contention this can be useful, but it imposes a significant performance penalty on the acquisition of the lock.

  5. trait Lock extends AnyRef
  6. class OrBarrier extends CombiningBarrier[Boolean]

    A CombiningBarrier with e=false and op=_||_

  7. class SimpleLock extends BooleanSemaphore with Lock

    A boolean semaphore viewed as a non-reentrant lock implementation

Ungrouped