rust/library/std/src/io, branch lcnr/rustc-dev-guidehttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=lcnr/rustc-dev-guide2025-07-09T16:11:26+00:00core: Remove `BorrowedCursor::init_ref` method2025-07-09T16:11:26+00:00Benoît du Garreaubenoit@dugarreau.fr2025-07-09T16:11:26+00:00urn:sha1:803b4d262241b22a4dfe75fcec49eaf920e0816b
This method was not really useful: at no point one would only need to
read the initialized part of the cursor without mutating it.
Update version placeholders2025-07-01T17:54:33+00:00Josh Stonejistone@redhat.com2025-06-23T17:24:40+00:00urn:sha1:9ce8930da62a9be15831b78b9834d91702872e15make `tidy-alphabetical` use a natural sort2025-06-25T20:52:38+00:00Folkert de Vriesfolkert@folkertdev.nl2025-05-20T18:23:47+00:00urn:sha1:1dfc8406dcb742453b36daf0ce7486183b1da79cAdd diagnostic items for Clippy2025-06-20T15:53:09+00:00Samuel Tardieusam@rfc1149.net2025-06-20T10:25:09+00:00urn:sha1:6a9f223f0030729560fd60fbd112e3e6e81ae2a9Rollup merge of #142102 - kiseitai3:141714_stdin_read_to_string_docs, r=tgross352025-06-10T14:54:49+00:00León Orell Valerian Liehrme@fmease.dev2025-06-10T14:54:49+00:00urn:sha1:590f630ec6affc51dee868ad968743fe4b7251fc
docs: Small clarification on the usage of read_to_string and read_to_end trait methods
Small clarification on the usage of read_to_string and read_to_end trait methods. The goal is to make it clear that these trait methods will become locked up if attempting to read to the end of stdin (which is a bit non-sensical unless the other end closes the pipe).
Fixes: rust-lang/rust#141714
docs: Small clarification on the usage of read_to_string and read_to_end trait methods2025-06-10T05:08:39+00:00kiseitai3kiseitai3@gmail.com2025-06-07T01:39:11+00:00urn:sha1:7d7fedbab4bd4ff030ac98640f2f18f94041d433Clarify description of `Seek::stream_len`2025-06-05T14:27:28+00:00Tobias Buchertobiasbucher5991@gmail.com2025-01-09T09:31:03+00:00urn:sha1:4b1e28b21f78491d4ae187a52ebd5436edef6281
It can only describe the inner workings of the default implementation,
other implementations might not be implemented using seeks at all.
Optimize `Seek::stream_len` impl for `File`2025-06-05T14:27:27+00:00Tobias Buchertobiasbucher5991@gmail.com2024-05-13T18:32:33+00:00urn:sha1:fde8a8d518e3bd9124bfe4028e3c45f7dcf34593
It uses the file metadata on Unix with a fallback for files incorrectly
reported as zero-sized. It uses `GetFileSizeEx` on Windows.
This reduces the number of syscalls needed for determining the file size
of an open file from 3 to 1.
Rollup merge of #141109 - oconnor663:pipe_example, r=Mark-Simulacrum2025-05-23T11:34:19+00:00Matthias Krüger476013+matthiaskrgr@users.noreply.github.com2025-05-23T11:34:19+00:00urn:sha1:dfa3110ed4c40e0744a71cb3964c4161f3457ae2
discuss deadlocks in the std::io::pipe() example
I think it's important to discuss deadlocks in examples of how to use pipes. The current example does include an explicit `drop()`, but it also implicitly relies on the fact that the `Command` object is temporary, so that it drops its copy of `pong_tx`. This sort of thing tends to trip people up when they use pipes for the first time. I might've gone overboard with the comments in this version, but I'm curious what folks think.
Add `std::io::Seek` instance for `std::io::Take`2025-05-19T15:56:46+00:00Mario Pastorellipastorelli.mario@gmail.com2025-03-04T23:03:04+00:00urn:sha1:c8f5ff867d2fee553c4c0c6401aae170be3ece19