summaryrefslogtreecommitdiff
path: root/dist/threads-shared
diff options
context:
space:
mode:
authorFather Chrysostomos <sprout@cpan.org>2013-11-01 12:59:53 -0700
committerFather Chrysostomos <sprout@cpan.org>2013-11-01 12:59:53 -0700
commite706d92e310d9dfb5a05e744676f4cdb64aeab2b (patch)
tree75365c6a3131a52d512d4e3ec867d8844cfad6b1 /dist/threads-shared
parent7fb64fce3b0ff424c9217398ce4492f8cca015c1 (diff)
downloadperl-e706d92e310d9dfb5a05e744676f4cdb64aeab2b.tar.gz
shared.pm: Consistent spaces after dots
Diffstat (limited to 'dist/threads-shared')
-rw-r--r--dist/threads-shared/lib/threads/shared.pm12
1 files changed, 8 insertions, 4 deletions
diff --git a/dist/threads-shared/lib/threads/shared.pm b/dist/threads-shared/lib/threads/shared.pm
index a4b77a8a88..5a24a9840c 100644
--- a/dist/threads-shared/lib/threads/shared.pm
+++ b/dist/threads-shared/lib/threads/shared.pm
@@ -406,7 +406,8 @@ the variable, and blocks until another thread does a C<cond_signal> or
C<cond_broadcast> for that same locked variable. The variable that
C<cond_wait> blocked on is re-locked after the C<cond_wait> is satisfied. If
there are multiple threads C<cond_wait>ing on the same variable, all but one
-will re-block waiting to reacquire the lock on the variable. (So if you're only
+will re-block waiting to reacquire the
+lock on the variable. (So if you're only
using C<cond_wait> for synchronization, give up the lock as soon as possible).
The two actions of unlocking the variable and entering the blocked wait state
are atomic, the two actions of exiting from the blocked wait state and
@@ -454,16 +455,19 @@ be recalculated with each pass:
=item cond_signal VARIABLE
The C<cond_signal> function takes a B<locked> variable as a parameter and
-unblocks one thread that's C<cond_wait>ing on that variable. If more than one
+unblocks one thread that's C<cond_wait>ing
+on that variable. If more than one
thread is blocked in a C<cond_wait> on that variable, only one (and which one
is indeterminate) will be unblocked.
If there are no threads blocked in a C<cond_wait> on the variable, the signal
-is discarded. By always locking before signaling, you can (with care), avoid
+is discarded. By always locking before
+signaling, you can (with care), avoid
signaling before another thread has entered cond_wait().
C<cond_signal> will normally generate a warning if you attempt to use it on an
-unlocked variable. On the rare occasions where doing this may be sensible, you
+unlocked variable. On the rare occasions
+where doing this may be sensible, you
can suppress the warning with:
{ no warnings 'threads'; cond_signal($foo); }