1,146 karma · joined March 15, 2009
This is being fixed in the 2024 edition. Or now, with `#[warn(unsafe_op_in_unsafe_fn)]`.
Its return type is generic, and here it's inferred from the left hand side. It's implemented using the `FromStr` trait, and you can equivalently write `Timestamp::from_str(t)`.
You're thinking of the "extension trait" pattern for using traits to add methods to existing types when the trait in scope, but that's not what's going on here. Jiff's `ToSpan` mentioned above is an example of that pattern, though: https://docs.rs/jiff/latest/jiff/trait.ToSpan.html
See EDLCAM in https://link.springer.com/article/10.1007/s11214-020-00765-9
Contributors should consider it as a red flag when a project isn't willing to accept inbound contributions under the same terms as they grant to others.
NXP doesn't share many details on the LA9310. Could just be too early, but it smells like a "you must convince a sales rep you're going to be a qualified customer and sign a stack of NDAs before you dare ask for a datasheet or instruction set manual" situation, which is unfortunate.
All of which are optional. It's just doing the same thing as your tar commands.
https://rotorcraft.arc.nasa.gov/Publications/files/Balaram_A...
Most programs don't use `remove_dir_all`, and a smaller fraction of those use it on a directory that untrusted actors can write to.
But yes, tracking down those that do is a challenge.