-
Notifications
You must be signed in to change notification settings - Fork 13k
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
Abstract ProcThreadAttributeList
into its own struct
#123604
Abstract ProcThreadAttributeList
into its own struct
#123604
Conversation
r? @ChrisDenton rustbot has assigned @ChrisDenton. Use |
This comment has been minimized.
This comment has been minimized.
4134d3e
to
3e6c21a
Compare
This comment has been minimized.
This comment has been minimized.
r? @Dylan-DPC |
Assigning it back to Chris giving them more time to review it :) (and well i am not the right person to review it :P) r? @ChrisDenton |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The public struct should be defined and documented in std/src/os
. Internally it can just be a simple wrapper around the std/src/sys
types but nothing in sys
should be directly exposed to users.
☔ The latest upstream changes (presumably #125280) made this pull request unmergeable. Please resolve the merge conflicts. |
@rustbot label +S-waiting-on-author -S-waiting-on-review |
Would https://github.com/rust-lang/rust/blob/master/library/std/src/os/windows/process.rs, even be the right location for it considering it can be used to create a thread? Maybe |
What I don't understand is that there exists a Is it possible to create a thread for the current process with |
Yes. Indeed, the OS doesn't expose a special function to create a thread in the current process. |
@ChrisDenton is there something I should do? |
47927bd
to
15a9f45
Compare
@ChrisDenton, I've resolved the two comments I made my self, from my perspective this should be ready to be merged. |
15a9f45
to
51590a8
Compare
This comment has been minimized.
This comment has been minimized.
51590a8
to
0f24485
Compare
@rustbot label -S-waiting-on-author +S-waiting-on-review |
0f24485
to
09c9f94
Compare
This comment has been minimized.
This comment has been minimized.
09c9f94
to
f371952
Compare
@Dylan-DPC do you know somebody who could review this? |
r? @joboet |
r? @ChrisDenton |
@bors r+ |
…iaskrgr Rollup of 7 pull requests Successful merges: - rust-lang#123604 (Abstract `ProcThreadAttributeList` into its own struct) - rust-lang#128780 (Add `--doctest-compilation-args` option to add compilation flags to doctest compilation) - rust-lang#133782 (Precedence improvements: closures and jumps) - rust-lang#134509 (Arbitrary self types v2: niche deshadowing test) - rust-lang#134524 (Arbitrary self types v2: no deshadow pre feature.) - rust-lang#134539 (Restrict `#[non_exaustive]` on structs with default field values) - rust-lang#134586 (Also lint on option of function pointer comparisons) r? `@ghost` `@rustbot` modify labels: rollup
Rollup merge of rust-lang#123604 - michaelvanstraten:proc_thread_attribute_list, r=ChrisDenton Abstract `ProcThreadAttributeList` into its own struct As extensively discussed in issue rust-lang#114854, the current implementation of the unstable `windows_process_extensions_raw_attribute` features lacks support for passing a raw pointer. This PR wants to explore the opportunity to abstract away the `ProcThreadAttributeList` into its own struct to for one improve safety and usability and secondly make it possible to maybe also use it to spawn new threads. try-job: x86_64-mingw
As extensively discussed in issue #114854, the current implementation of the unstable
windows_process_extensions_raw_attribute
features lacks support for passing a raw pointer.This PR wants to explore the opportunity to abstract away the
ProcThreadAttributeList
into its own struct to for one improve safety and usability and secondly make it possible to maybe also use it to spawn new threads.try-job: x86_64-mingw