rust/library/std/src/sys/unix/process/process_unix.rs, branch 1.69.0

Retry to spawn/fork up to 3 times when it failed because of an interruption

2023-02-28T14:59:53+00:00

Add QNX Neutrino support to libstd

2023-02-28T14:59:47+00:00

Co-authored-by: gh-tr

signal update string representation for haiku.

2023-01-18T23:06:59+00:00

Remove various double spaces in source comments.

2023-01-14T16:22:04+00:00

Rollup merge of #105458 - Ayush1325:blocking_spawn, r=Mark-Simulacrum

2022-12-17T22:44:26+00:00

Allow blocking `Command::output` ### Problem Currently, `Command::output` is internally implemented using `Command::spawn`. This is problematic because some targets (like UEFI) do not actually support multitasking and thus block while the program is executing. This coupling does not make much sense as `Command::output` is supposed to block until the execution is complete anyway and thus does not need to rely on a non-blocking `Child` or any other intermediate. ### Solution This PR moves the implementation of `Command::output` to `std::sys`. This means targets can choose to implement only `Command::output` without having to implement `Command::spawn`. ### Additional Information This was originally conceived when working on https://github.com/rust-lang/rust/pull/100316. Currently, the only target I know about that will benefit from this change is UEFI. This PR can also be used to implement more efficient `Command::output` since the intermediate `Process` is not actually needed anymore, but that is outside the scope of this PR. Since this is not a public API change, I'm not sure if an RFC is needed or not.

explain mem::forget(env_lock) in fork/exec

2022-12-12T20:02:49+00:00

Implement blocking output

2022-12-11T04:51:40+00:00

This allows decoupling `Command::spawn` and `Command::output`. This is useful for targets which do support launching programs in blocking mode but do not support multitasking (Eg: UEFI). This was originally conceived when working on https://github.com/rust-lang/rust/pull/100316 Signed-off-by: Ayush Singh

Change process spawning to inherit the parent's signal mask by default

2022-10-20T21:53:38+00:00

Previously, the signal mask is always reset when a child process is started. This breaks tools like `nohup` which expect `SIGHUP` to be blocked. With this change, the default behavior changes to inherit the signal mask. This also changes the signal disposition for `SIGPIPE` to only be changed if the `#[unix_sigpipe]` attribute isn't set.

Remove use of `io::ErrorKind::Other` in std

2022-09-20T00:56:23+00:00

The documentation states that this `ErrorKind` is not used by the standard library. Instead, `io::ErrorKind::Uncategorized` should be used.

Use posix_spawn for absolute paths on macOS

2022-08-29T02:31:09+00:00

Currently, on macOS, Rust never uses the fast posix_spawn path if a directory change is requested due to a bug in Apple's libc. However, the bug is only triggered if the program is a relative path. This PR makes it so that the fast path continues to work if the program is an absolute path or a lone filename. This was an alternative proposed in https://github.com/rust-lang/rust/pull/80537#issue-776674009, and it makes a measurable performance difference in some of my code that spawns thousands of processes.