Unexpectedly long lifetime of values created in let bindings #98052
Comments
Yeah, I think that because the expression assigned to @rustbot label +A-control-flow +C-enhancement +T-compiler |
rustbot
added
A-control-flow
|
The Rust Reference on Temporaries states:
In this case, when the |
|
Related: https://internals.rust-lang.org/t/pre-pre-rfc-yet-another-discussion-of-if-let-and-while-let-lifetime/16805 (and linked discussions/issues). |
That's not always true, since if x.borrow().is_negative(){ *x.borrow_mut() = 0 }else{*x.borrow_mut() = 0}does not painc. Since |
|
@Neutron3529 you're right, of course, but the lack of a binding clearly makes a difference; without one (as in your example), there cannot be any dependency on the temporary whereas with one there could be. I unearthed a couple of declined pre-1.0 RFCs: Static drop semantics and Allow Eager Drops, which from a cursory glance appear to have been attempts at solving this (and related) issues. Perhaps worth reviewing those and the associated discussions? |
Today I stumbled over an unexpected deadlock related to lifetime scoping of values inside a let binding.
It seems like values created in a let binding are kept alive until the end of the inner block, even if the value is surrounded by a block.
I'm not sure if this is the expected behaviour, but it is counter to my expectation of "values live until the end of the surrounding block".
To illustrate:
My expectation was that that the lock would go out of scope at the beginning of the inner block, but it does not and is kept alive until the inner block ends, leading to the deadlock - as can be verified by looking at the MIR:
MIR Output
// WARNING: This output format is intended for human consumers only // and is subject to change without notice. Knock yourself out. fn main() -> () { let mut _0: (); // return place in scope 0 at [src/main.rs:3:11: 3:11](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) let _1: std::sync::Mutex>; // in scope 0 at [src/main.rs:4:9: 4:10](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) let mut _2: std::option::Option; // in scope 0 at [src/main.rs:4:24: 4:34](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) let mut _3: &std::sync::Mutex>; // in scope 0 at [src/main.rs:5:16: 5:18](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) let _4: &std::sync::Mutex>; // in scope 0 at [src/main.rs:5:16: 5:18](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) scope 1 { debug m => _1; // in scope 1 at [src/main.rs:4:9: 4:10](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) }}
fn test_mutex(_1: &Mutex<Option>) -> () {
debug m => _1; // in scope 0 at src/main.rs:8:15: 8:16
let mut _0: (); // return place in scope 0 at src/main.rs:8:40: 8:40
let mut _2: std::option::Option; // in scope 0 at src/main.rs:9:22: 9:70
let _3: std::option::Option; // in scope 0 at src/main.rs:9:28: 9:33
let mut _4: &std::option::Option; // in scope 0 at src/main.rs:9:36: 9:61
let _5: &std::option::Option; // in scope 0 at src/main.rs:9:36: 9:61
let mut _6: &std::sync::MutexGuard<std::option::Option>; // in scope 0 at src/main.rs:9:36: 9:61
let _7: std::sync::MutexGuard<std::option::Option>; // in scope 0 at src/main.rs:9:36: 9:53
let mut _8: std::result::Result<std::sync::MutexGuard<std::option::Option>, std::sync::PoisonError<std::sync::MutexGuard<std::option::Option>>>; // in scope 0 at src/main.rs:9:36: 9:44
let mut _9: &std::sync::Mutex<std::option::Option>; // in scope 0 at src/main.rs:9:36: 9:44
let mut _10: isize; // in scope 0 at src/main.rs:9:12: 9:19
let _11: bool; // in scope 0 at src/main.rs:9:17: 9:18
let _12: bool; // in scope 0 at src/main.rs:14:13: 14:14
let mut _13: std::option::Option; // in scope 0 at src/main.rs:16:30: 16:38
let mut _14: bool; // in scope 0 at src/main.rs:16:35: 16:37
let mut _15: bool; // in scope 0 at src/main.rs:16:36: 16:37
let mut _16: &mut std::option::Option; // in scope 0 at src/main.rs:16:9: 16:27
let mut _17: &mut std::sync::MutexGuard<std::option::Option>; // in scope 0 at src/main.rs:16:10: 16:27
let mut _18: std::sync::MutexGuard<std::option::Option>; // in scope 0 at src/main.rs:16:10: 16:27
let mut _19: std::result::Result<std::sync::MutexGuard<std::option::Option>, std::sync::PoisonError<std::sync::MutexGuard<std::option::Option>>>; // in scope 0 at src/main.rs:16:10: 16:18
let mut _20: &std::sync::Mutex<std::option::Option>; // in scope 0 at src/main.rs:16:10: 16:18
scope 1 {
debug value => _3; // in scope 1 at src/main.rs:9:28: 9:33
}
scope 2 {
debug x => _11; // in scope 2 at src/main.rs:9:17: 9:18
}
scope 3 {
debug x => _12; // in scope 3 at src/main.rs:14:13: 14:14
}
}
In contrast, this code works as expected:
if let Some(x) = { let value = m.lock().unwrap().clone(); value } {This seems very counter-intuitive if your assumption is that block = lifetime scope.
Maybe it's not treated as a block because it's a single expression?
rustc 1.63.0-nightly (e09449220 2022-05-31)The text was updated successfully, but these errors were encountered: