Open jgardona opened 1 year ago
do you have any way to reproduce the issue? I poked around in your repo but didn't get anything.
do you have any way to reproduce the issue? I poked around in your repo but didn't get anything. Cant reproduce it anymore, but if I got again will post here.
We see, what I believe is, the same issue when building Firecracker with:
rustc 1.74.0 (https://github.com/rust-lang/rust/commit/79e9716c980570bfd1f666e3b16ac583f0168962 2023-11-13).
In our case we see it happening almost consistently when we try to gather code coverage by running our unittests. The command we run is:
RUSTFLAGS="-Cinstrument-coverage" LLVM_PROFILE_FILE="coverage-%p-%m.profraw" cargo test --all --target aarch64-unknown-linux-gnu -- --test-threads=1
Example runs:
But sometimes we see the same behaviour just by running the unittests (without gathering code coverage):
We haven't seen this for x86_64 builds, so far.
Unfortunately I don't have a MCVE, but the branch of Firecracker that triggers this is: https://github.com/bchalios/firecracker/tree/rust_upgrade
Relabeling issues which don't have a runnable reproduction (as opposed to not having a minimized one) to the new label S-needs-repro. @rustbot label +S-needs-repro -E-needs-mcve
Got the following segmentation fault just few minutes ago in rust-analyzer, parsing a project below:
https://github.com/jgardona/mhv
rust-analyzer 1.74.0 (79e9716 2023-11-13) rustc 1.74.0 (79e9716c9 2023-11-13)
I will edit here as I got it in github