X-Git-Url: https://git.ralfj.de/rust-101.git/blobdiff_plain/4cac8138d63e49c60d101bee79b9e60644b3de0a..79b3d41f9ee58f167f757218da02f82cec8f811d:/src/part06.rs diff --git a/src/part06.rs b/src/part06.rs index 939fe08..de90cb6 100644 --- a/src/part06.rs +++ b/src/part06.rs @@ -127,8 +127,8 @@ fn head(v: &Vec) -> Option<&T> { //@ have aliasing (of `first` and `v`) and mutation. But this time, the bug is hidden behind the //@ call to `head`. How does Rust solve this? If we translate the code above to Rust, it doesn't //@ compile, so clearly we are good - but how and why? -//@ (Notice that have to explicitly assert using //@ `unwrap` that `first` is not `None`, whereas -//@ the C++ code above would silently dereference a //@ `NULL`-pointer. But that's another point.) +//@ (Notice that have to explicitly assert using `unwrap` that `first` is not `None`, whereas +//@ the C++ code above would silently dereference a `NULL`-pointer. But that's another point.) fn rust_foo(mut v: Vec) -> i32 { let first: Option<&i32> = head(&v); /* v.push(42); */