rust/library/std/src/sys/stdio, branch stable

Rollup merge of #139517 - Ayush1325:uefi-cmd-stdin-null, r=joboet

2025-04-15T05:47:25+00:00

std: sys: process: uefi: Use NULL stdin by default According to the docs in `Command::output`: > By default, stdout and stderr are captured (and used to provide the resulting output). Stdin is not inherited from the parent and any attempt by the child process to read from the stdin stream will result in the stream immediately closing. This was being violated by UEFI which was inheriting stdin by default. While the docs don't explicitly state that the default should be NULL, the behaviour seems like reading from NULL. UEFI however, has a bit of a problem. The `EFI_SIMPLE_TEXT_INPUT_PROTOCOL` only provides support for reading 1 key press. This means that you either get an error, or it is assumed that the keypress was read successfully. So there is no way to have a successful read of length 0. Currently, I am returning UNSUPPORTED error when trying to read from NULL stdin. On linux however, you will get a read of length 0 for Null stdin. One possible way to get around this is to translate one of the UEFI errors to a read 0 (Maybe unsupported?). It is also possible to have a non-standard error code, but well, not sure if we go that route. Alternatively, if meaning of Stdio::Null is platform dependent, it should be fine to keep the current behaviour of returning an error. cc ```@nicholasbishop``` ```@dvdhrm```

std: sys: stdio: uefi: Tread UNSUPPORTED Status as read(0)

2025-04-13T17:52:59+00:00

Allows implementing Stdio::Null for Command in a deterministic manner. Signed-off-by: Ayush Singh

Rollup merge of #138876 - thaliaarchi:trusty-stdio, r=Noratrieb

2025-04-06T16:08:09+00:00

Trusty: Implement `write_vectored` for stdio Currently, `write` for stdout and stderr on Trusty is implemented with the semantics of `write_all`. Instead, call the underlying syscall only once in `write` and use the default implementation of `write_all` like other platforms. Also, implement `write_vectored` by adding support for `IoSlice`. Refactor stdin to reuse the unsupported type like https://github.com/rust-lang/rust/pull/136769. It requires #138875 to fix the build for Trusty, though they do not conflict and can merge in either order. cc `@randomPoison`

Move fd into sys

2025-04-05T03:11:08+00:00

Trusty: Implement write_vectored for stdio

2025-03-27T23:49:30+00:00

Currently, `write` for stdout and stderr on Trusty is implemented with the semantics of `write_all`. Instead, call the underlying syscall only once in `write` and use the default implementation of `write_all` like other platforms. Also, implement `write_vectored` by adding support for `IoSlice`. Refactor stdin to reuse the unsupported type like #136769.

Auto merge of #136769 - thaliaarchi:io-optional-methods/stdio, r=joboet

2025-03-23T06:23:51+00:00

Provide optional `Read`/`Write` methods for stdio Override more of the default methods for `io::Read` and `io::Write` for stdio types, when efficient to do so, and deduplicate unsupported types. Tracked in https://github.com/rust-lang/rust/issues/136756. try-job: x86_64-msvc-1

Use unit structs for stateless stdio

2025-03-22T08:21:23+00:00

This seems to be the pattern for newer pal stdio types.

Implement optional methods for unsupported stdio

2025-03-22T08:21:23+00:00

Match what `std::io::Empty` does, since it is very similar. However, still evaluate the `fmt::Arguments` in `write_fmt` to be consistent with other platforms.

Rollup merge of #138301 - thaliaarchi:io-optional-methods/hermit, r=tgross35

2025-03-18T09:09:29+00:00

Implement `read_buf` for Hermit Following https://github.com/hermit-os/kernel/pull/1606, it is now safe to implement `Read::read_buf` for file descriptors on Hermit. cc ```@mkroening```

Implement read_buf for Hermit

2025-03-17T23:53:37+00:00