From 68355c7dd6bef53d264eca53567df9fb9c8684b6 Mon Sep 17 00:00:00 2001 From: Benoit Germain Date: Thu, 26 Feb 2026 17:52:12 +0100 Subject: More minor doc tweaks --- docs/index.html | 20 ++++++++++++++++---- 1 file changed, 16 insertions(+), 4 deletions(-) (limited to 'docs') diff --git a/docs/index.html b/docs/index.html index 750c35a..c9a85ac 100644 --- a/docs/index.html +++ b/docs/index.html @@ -1093,6 +1093,18 @@ Parent state called lane_h:resume() on a suspended coroutine lane, but the lane hasn't yet actually resumed execution. + + + + + "closing" + + + + + Happens only inside a join()/indexation call to unblock a suspended coroutine lane so that it can join properly. In theory not observable by lanes client code, but who knows. + + @@ -1100,7 +1112,7 @@ - Waiting at a linda :receive() or :send() + Waiting at a linda :receive() or :send(). @@ -1110,7 +1122,7 @@ - Finished executing (results are ready) + Finished executing (results are ready). @@ -1120,7 +1132,7 @@ - Met an error (reading results will propagate it) + Met an error (reading results will propagate it). @@ -1792,7 +1804,7 @@

The generated function acquires M tokens from the N available, or releases them if the value is negative. The acquiring call will suspend the lane, if necessary. Use M=N=1 for a critical section lock (only one lane allowed to enter).
- When passsing "try" as second argument when acquiring, then lock_func operates on the linda with a timeout of 0 to emulate a TryLock() operation. If locking fails, lock_func returns false. "try" is ignored when releasing (as it it not expected to ever have to wait unless the acquisition/release pairs are not properly matched). + When passing "try" as second argument when acquiring, then lock_func operates on the linda with a timeout of 0 to emulate a TryLock() operation. If locking fails, lock_func returns false. "try" is ignored when releasing (as it it not expected to ever have to wait unless the acquisition/release pairs are not properly matched).
Upon successful lock/unlock, lock_func returns true (always the case when block-waiting for completion).

-- cgit v1.2.3-55-g6feb