Skip to content

Add priority policy to RWLock api doc #25988

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jun 4, 2015
Merged

Add priority policy to RWLock api doc #25988

merged 1 commit into from
Jun 4, 2015

Conversation

webmobster-zz
Copy link
Contributor

The priority policy of RWLock is not specified, and the fact there is no policy should probably be specified.

@rust-highfive
Copy link
Contributor

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @alexcrichton (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. The way Github handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

@@ -24,6 +24,10 @@ use sys_common::rwlock as sys;
/// of the underlying data (exclusive access) and the read portion of this lock
/// typically allows for read-only access (shared access).
///
/// The priority policy of the lock is dependant on the underlying operating
/// sytems implementation and therefore may vary with no guarantees of any
Copy link
Member

Choose a reason for hiding this comment

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

system's

@steveklabnik
Copy link
Member

I am unsure how true this is, but if it is, 👍 from me

@@ -24,6 +24,10 @@ use sys_common::rwlock as sys;
/// of the underlying data (exclusive access) and the read portion of this lock
/// typically allows for read-only access (shared access).
///
/// The priority policy of the lock is dependant on the underlying operating
/// sytems implementation and therefore may vary with no guarantees of any
/// policy being used.
Copy link
Member

Choose a reason for hiding this comment

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

"any particular policy"

Copy link
Member

Choose a reason for hiding this comment

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

"any particular policy"

@alexcrichton
Copy link
Member

Thanks! Could you also squash the commits together?

@webmobster-zz
Copy link
Contributor Author

Updated with the changes. Thanks for the help

@alexcrichton
Copy link
Member

@bors: r+ 24808fa rollup

Thanks!

Manishearth added a commit to Manishearth/rust that referenced this pull request Jun 4, 2015
The priority policy of RWLock is not specified, and the fact there is no policy should probably be specified.
bors added a commit that referenced this pull request Jun 4, 2015
@bors bors merged commit 24808fa into rust-lang:master Jun 4, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants