-
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
Random STATUS_ACCESS_VIOLATION
on aarch64-pc-windows-msvc
#118462
Comments
STATUS_ACCESS_VIOLATION
error when building packageSTATUS_ACCESS_VIOLATION
on aarch64-pc-windows-msvc
Thanks for the report! Transferred to rust-lang/rust since this is a compiler issue. I'm able to reproduce, though I am also using Parallels on an aarch64 mac. I do not have native Windows ARM hardware to test, so I'm not sure if this is unique to the M2 or Parallels. If someone has native hardware, it might be good to help with testing to see if it is a general problem with the target. This appears to be a regression, and I have bisected to #115911. cc @nebulark @Nilstrieb |
I'm seeing the same issue intermittently on a project that uses Crashing stack
Earlier "untrack" operation
I'm guessing this might be triggered because #115911 causes us to drop the LLVM TargetMachine after dropping the LLVM context. |
Swapping the drop order back to the way we had it originally makes my reproducer compile successfully. |
WG-prioritization assigning priority (Zulip discussion). @rustbot label -I-prioritize +P-high |
Rollup merge of rust-lang#118464 - wesleywiser:fix_dispose_ordering, r=Nilstrieb Dispose llvm::TargetMachines prior to llvm::Context being disposed If the TargetMachine is disposed after the Context is disposed, it can lead to use after frees in some cases. I've observed this happening occasionally on code compiled for aarch64-pc-windows-msvc using `-Zstack-protector=strong` but other users have reported AVs from host aarch64-pc-windows-msvc compilers as well. I was not able to extract a self-contained test case yet so there is no accompanying test. Fixes rust-lang#118462
Re-opening to track backports |
I encountered this issue in Github CI yesterday. It only occurs with rust-1.74 but not with 1.73 and lower. |
@TitanNano this should be fixed by #118464 and included in the upcoming 1.74.1 stable release. You can probably try a nightly rustc build if you're curious to test the fix. |
1.74.1 has been released. |
Yes |
Hi, sorry for reply to the closed issue, but since I updated my M2 macbook to Sonoma 14.2 last week, I randomly got similar issue #119308 |
This is happening again with Compiling tiff v0.9.1
error: could not compile `num-traits` (lib)
Caused by:
process didn't exit successfully: `rustc --crate-name num_traits --edition=2018 D:\Runtime\Rust\cargo\registry\src\index.crates.io-6f17d22bba15001f\num-traits-0.2.18\src\lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --diagnostic-width=419 --crate-type lib --emit=dep-info,metadata,link -C embed-bitcode=no -C debuginfo=2 --cfg "feature=\"default\"" --cfg "feature=\"std\"" -C met
adata=30bc9611b16064ab -C extra-filename=-30bc9611b16064ab --out-dir F:\coding\librashader\target\aarch64-pc-windows-msvc\debug\deps --target aarch64-pc-windows-msvc -L dependency=F:\coding\librashader\target\aarch64-pc-windows-msvc\debug\deps -L dependency=F:\coding\librashader\target\debug\deps --cap-lints allow --cfg has_to_int_unchecked --cfg has_reverse_bits --cfg has_leading_trailing_ones --cfg has_div_euclid --cfg has_copysign --cfg has_is_subnormal --cfg has_total_cmp --cfg has_int_to_from_bytes --cfg has_float_to_from_bytes` (exit code: 0xc0000005, STATUS_ACCESS_VIOLATION)
warning: build failed, waiting for other jobs to finish...
Building [============> ] 100/192: ash, spirv-to-dxil-sys(build), glslang-sys(build), librashader-spirv-cross(build), windows, rspirv
Full log here https://github.com/SnowflakePowered/librashader/actions/runs/7981257472/job/21792707812 |
Problem
Note
This issue only occurs on Windows ARM! (Tested on macOS Sonoma and Ubuntu ARM)
After using
cargo build
command random dependencies throwSTATUS_ACCESS_VIOLATION
error. I'm 100% sure that dependencies I'm trying to build are valid because at every compile attempt different dependency fails e.g. toml_edit, crossbeam-channel, actix-router.Sometimes none of imported dependencies fail and out of 5 attempts I was able to build project succesfully twice (I deleted
target
folder after each attempt).Example output:
Steps
cargo build
commandPossible Solution(s)
Improve build scripts on Windows ARM?
Notes
Important
I'm running virtualized Windows 11 using Parallels 19
Host Machine: M2 Pro Macbook
Host OS: macOS Sonoma
Version
The text was updated successfully, but these errors were encountered: