Skip to content

Commit

Permalink
Lock/Async to Lock::Async
Browse files Browse the repository at this point in the history 
Update link.
  • Loading branch information
@rafaelschipiura
rafaelschipiura committed May 18, 2019
1 parent f668fa0 commit 14c6081
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion doc/Type/Lock.pod6
View file
Expand Up @@ -53,7 +53,7 @@ Any C<await> performed while a C<Lock> is held will behave in a blocking
manner; the standard non-blocking behavior of C<await> relies on the
code following the `await` resuming on a different C<Thread> from the
pool, which is incompatible with the requirement that a C<Lock> be
unlocked by the same thread that locked it. See L<Lock::Async|/type/Lock/Async>
unlocked by the same thread that locked it. See L<Lock::Async|/type/Lock::Async>
for an alternative mechanism that does not have this shortcoming.
By their nature, C<Lock>s are not composable, and it is possible to
Expand Down

3 comments on commit 14c6081

@JJ
Copy link
Contributor

@JJ JJ commented on 14c6081 May 18, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hum. That the only one? Did that work before?

@rafaelschipiura
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Didn't work, I got a 404. It's the only one I found, no idea if there's more.

@rafaelschipiura
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also I have no idea if it's a reversion, I just stumbled upon it.

Please sign in to comment.