rust/library/std/src/path.rs, branch 1.80.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.80.02024-05-26T04:14:32+00:00Auto merge of #125070 - tbu-:pr_set_extension_panic, r=jhpratt2024-05-26T04:14:32+00:00borsbors@rust-lang.org2024-05-26T04:14:32+00:00urn:sha1:bd184cc3e1ee16c1d74444fa246dcfbade9a31d5
Panic if `PathBuf::set_extension` would add a path separator
This is likely never intended and potentially a security vulnerability if it happens.
I'd guess that it's mostly literal strings that are passed to this function in practice, so I'm guessing this doesn't break anyone.
CC #125060
Small fixes to `std::path::absolute` docs2024-05-20T22:36:52+00:00Tobias Buchertobiasbucher5991@gmail.com2024-05-20T22:36:52+00:00urn:sha1:f6cf103da2d08c9c8598a83da1fc83391bcd1119Panic if `PathBuf::set_extension` would add a path separator2024-05-13T13:08:34+00:00Tobias Buchertobiasbucher5991@gmail.com2024-05-13T12:22:45+00:00urn:sha1:700b3ea61ba2a37876af0a5d2d2f991aba5c7000
This is likely never intended and potentially a security vulnerability
if it happens.
I'd guess that it's mostly literal strings that are passed to this
function in practice, so I'm guessing this doesn't break anyone.
CC #125060
Replace version placeholders for 1.792024-05-02T01:01:51+00:00Mark Rousskovmark.simulacrum@gmail.com2024-04-28T13:28:27+00:00urn:sha1:bd7d328807a8bb15732ebb764e1ea3df4fbe3fd1PathBuf: replace transmuting by accessor functions2024-04-26T16:09:09+00:00Ralf Jungpost@ralfj.de2024-04-26T15:55:10+00:00urn:sha1:c47978a241ac1dd512b2ed7d146c1e1a71326decStabilize `std::path::absolute`2024-04-24T14:35:02+00:00Chris Dentonchris@chrisdenton.dev2024-04-16T12:51:57+00:00urn:sha1:f56afa047748e2921f5ff4fe1f6217cd9a5aeeecRollup merge of #122201 - coolreader18:doc-clone_from, r=dtolnay2024-04-17T16:01:37+00:00Matthias Krügermatthias.krueger@famsik.de2024-04-17T16:01:37+00:00urn:sha1:21deaed4a1747bc336c902a7a85084f76c345917
Document overrides of `clone_from()` in core/std
As mentioned in https://github.com/rust-lang/rust/pull/96979#discussion_r1379502413
Specifically, when an override doesn't just forward to an inner type, document the behavior and that it's preferred over simply assigning a clone of source. Also, change instances where the second parameter is "other" to "source".
I reused some of the wording over and over for similar impls, but I'm not sure that the wording is actually *good*. Would appreciate feedback about that.
Also, now some of these seem to provide pretty specific guarantees about behavior (e.g. will reuse the exact same allocation iff the len is the same), but I was basing it off of the docs for [`Box::clone_from`](https://doc.rust-lang.org/1.75.0/std/boxed/struct.Box.html#method.clone_from-1) - I'm not sure if providing those strong guarantees is actually good or not.
Rework Path::ancestors documentation to remove unwraps2024-04-10T11:43:36+00:00Kriskras99github@kriskras99.nl2024-04-10T11:43:36+00:00urn:sha1:6b0d3663c1be68a0f5a619c00e946b0754d7c3a8
If you take a quick glance at the documentation for Path::ancestors, the unwraps take the natural focus. Potentially indicating that ancestors might panic.
In the reworked version I've also moved the link with parent returning None and that the iterator will always yield &self to before the yield examples.Bring documentation of Path::to_path_buf in line with the rest of Path/PathBuf2024-04-10T11:21:26+00:00Kriskras99github@kriskras99.nl2024-04-10T11:21:26+00:00urn:sha1:bc8ad6a41eb8ba30787cfae159f8d778fcb5b2e7
Changes the example from using the qualified path of PathBuf with an import. This is what's done in all other Path/PathBuf examples and makes the code look a bit cleaner.Document overrides of `clone_from()`2024-03-08T18:27:24+00:00Noacoolreader18@gmail.com2024-03-08T18:27:24+00:00urn:sha1:c0e913fdd7f35b197c6da198c25569fc63244b85
Specifically, when an override doesn't just forward to an inner type,
document the behavior and that it's preferred over simply assigning
a clone of source. Also, change instances where the second parameter is
"other" to "source".