Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Need non-rescheduling variant of send() with new-runtime pipes for extra::sync. #8214

Closed
bblum opened this issue Aug 2, 2013 · 0 comments
Closed

Need non-rescheduling variant of send() with new-runtime pipes for extra::sync. #8214

bblum opened this issue Aug 2, 2013 · 0 comments
Labels
A-concurrency Area: Concurrency A-runtime Area: std's runtime and "pre-main" init for handling backtraces, unwinds, stack overflows

Comments

@bblum
Copy link
Contributor

bblum commented Aug 2, 2013

The concurrency primitives in extra::sync are implemented with an exclusive that has pipes inside. They are very careful never to recv while holding the exclusive's pthread mutex, but they need to be able to send for correctness. New runtime pipes don't yet have a non-rescheduling send variant.
@ghost ghost assigned bblum Aug 2, 2013
@bblum bblum closed this as completed in be7738b Aug 2, 2013
@bblum bblum removed their assignment Jun 16, 2014
flip1995 pushed a commit to flip1995/rust that referenced this issue Jan 17, 2022
@marekdownar
rust-lang#8214 cmp_owned suggestion flips the comparison
5b6ec8c
flip1995 pushed a commit to flip1995/rust that referenced this issue Jan 17, 2022
@bors
Auto merge of rust-lang#8299 - marekdownar:8214, r=Manishearth
d364d8a 
rust-lang#8214 cmp_owned suggestion flips the comparison

changelog: ``[`cmp_owned`]`` fixes rust-lang#8214 so that the suggestion does not flip the comparison
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-concurrency Area: Concurrency A-runtime Area: std's runtime and "pre-main" init for handling backtraces, unwinds, stack overflows
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@bblum