-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stack Closure Owned Pointer Reference Crash #6762
Labels
I-crash
Issue: The compiler crashes (SIGSEGV, SIGABRT, etc). Use I-ICE instead when the compiler panics.
Comments
Does it still crash on the |
It dumps core for me, on incoming:
Adding an xfailed test. We want this to fail compilation, I guess. |
lkuper
added a commit
to lkuper/rust
that referenced
this issue
May 27, 2013
This bug could be fixed by the proposed solution in this post: http://smallcultfollowing.com/babysteps/blog/2013/04/30/the-case-of-the-recurring-closure/ (namely, bullet 1, not 2) |
flip1995
pushed a commit
to flip1995/rust
that referenced
this issue
Jun 16, 2022
…r=llogiq improve [`for_loops_over_fallibles`] to detect the usage of iter, iter_mut and into_iterator fix rust-lang#6762 detects code like ```rust for _ in option.iter() { //.. } ``` changelog: Improve [`for_loops_over_fallibles`] to detect `for _ in option.iter() {}` or using `iter_mut()` or `into_iterator()`.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
I-crash
Issue: The compiler crashes (SIGSEGV, SIGABRT, etc). Use I-ICE instead when the compiler panics.
Creating a stack closure which references an owned pointer and then transferring ownership of the owned box before invoking the stack closure results in a crash.
For example, in Rust 0.6, this will compile
and the resulting program will then crash with a SEGV
The text was updated successfully, but these errors were encountered: