rust/library/std/src/sys/process/unix/vxworks.rs, branch betahttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=beta2025-06-27T10:24:42+00:00update internal `send_signal` comment2025-06-27T10:24:42+00:00Deadbeefent3rm4n@gmail.com2025-06-27T10:24:42+00:00urn:sha1:7a79454de465774f8445a88640ffdc5792fc8a13add ChildExt(::send_signal)2025-06-18T04:38:55+00:00Jeremy Smartjeremy3141592@gmail.com2025-06-18T04:38:55+00:00urn:sha1:b3914945ae2d77770c25ed124a8450d82c8f7fe9Add `std::os::unix::process::CommandExt::chroot` to safely chroot a child process2025-05-20T16:25:05+00:00Josh Triplettjosh@joshtriplett.org2025-02-27T22:00:15+00:00urn:sha1:a3cf6f640828647e34afe96a626b3b4f6bbb22b1
This adds a `chroot` method to the `CommandExt` extension trait for the
`Command` builder, to set a directory to chroot into. This will chroot
the child process into that directory right before calling chdir for the
`Command`'s working directory.
To avoid allowing a process to have a working directory outside of the
chroot, if the `Command` does not yet have a working directory set,
`chroot` will set its working directory to "/".
std: get rid of `sys_common::process`2025-04-28T09:13:50+00:00joboetjonasboettiger@icloud.com2025-03-27T13:20:25+00:00urn:sha1:5f145689b1c0a313ee737de296a57d1479c18cb5
Move the public `CommandEnvs` into the `process` module (and make it a wrapper type for an internal iterator type) and everything else into `sys::process` as per #117276.
Move `sys::pal::os::Env` into `sys::env`2025-04-22T03:56:43+00:00Thalia Archibaldthalia@archibald.dev2025-04-22T03:56:43+00:00urn:sha1:90fe2805df75b9d46b985346f0dff2690c285330
Although `Env` (as `Vars`), `Args`, path functions, and OS constants are
publicly exposed via `std::env`, their implementations are each
self-contained. Keep them separate in `std::sys` and make a new module,
`sys::env`, for `Env`.
std: move process implementations to `sys`2025-03-22T11:42:34+00:00joboetjonasboettiger@icloud.com2025-02-12T15:26:34+00:00urn:sha1:89f85cbfa7e508e55f2f05c00356b6d430c55c4e
As per #117276, this moves the implementations of `Process` and friends out of the `pal` module and into the `sys` module, removing quite a lot of error-prone `#[path]` imports in the process (hah, get it ;-)). I've also made the `zircon` module a dedicated submodule of `pal::unix`, hopefully we can move some other definitions there as well (they are currently quite a lot of duplications in `sys`). Also, the `ensure_no_nuls` function on Windows now lives in `sys::pal::windows` – it's not specific to processes and shared by the argument implementation.