Skip to content

rt: rust_task should always hold the kill_lock when transitioning #2085

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
Closed
brson opened this issue Mar 31, 2012 · 1 comment
Closed

rt: rust_task should always hold the kill_lock when transitioning #2085

brson opened this issue Mar 31, 2012 · 1 comment
Labels
A-runtime Area: std's runtime and "pre-main" init for handling backtraces, unwinds, stack overflows
Milestone
old 1.0 milestone

Comments

@brson
Copy link
Contributor

brson commented Mar 31, 2012

Killing is in rough shape, and I haven't though about this deeply, but it looks like every time the task transitions it should be holding the kill lock to avoid races.
@ghost ghost assigned brson Apr 5, 2012
@ghost ghost assigned bblum Jun 27, 2012
@bblum
Copy link
Contributor

bblum commented Jul 11, 2012

This now happens since I unified kill_lock and state_lock in 74f4b8d.

@bblum bblum closed this as completed Jul 11, 2012
@brson brson unassigned bblum Jun 16, 2014
celinval pushed a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
@tedinski
Add --manifest-path and --features (rust-lang#2085)
29dd214
Kobzol pushed a commit to Kobzol/rust that referenced this issue Dec 30, 2024
@jieyouxu
Fix and update docs for needs-force-clang-based-tests (rust-lang#2085)
67bb961
bors pushed a commit to rust-lang-ci/rust that referenced this issue Jan 2, 2025
@jieyouxu
Fix and update docs for needs-force-clang-based-tests (rust-lang#2085)
76d63c8
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-runtime Area: std's runtime and "pre-main" init for handling backtraces, unwinds, stack overflows
Projects
None yet
Milestone
old 1.0 milestone
Development

No branches or pull requests
2 participants
@brson @bblum