Closed
Description
Not sure how useful this is, since I just updated nightly and it stopped happening, but I'll let you judge...
Running cargo build
on my project, I get this (once RUST_BACKTRACE=full is set):
thread 'rustc' panicked at 'index out of bounds: the len is 137459 but the index is 137460', /checkout/src/libcore/slice/mod.rs:865:10
stack backtrace:
0: 0x7f86664d8f03 - std::sys::unix::backtrace::tracing::imp::unwind_backtrace::hd7f509eb95e8bc27
at libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
1: 0x7f86664cfde4 - std::sys_common::backtrace::_print::hb1b9da2d2a3862cc
at libstd/sys_common/backtrace.rs:71
2: 0x7f86664d57ad - std::panicking::default_hook::{{closure}}::hcc596a1e59233c7a
at libstd/sys_common/backtrace.rs:59
at libstd/panicking.rs:207
3: 0x7f86664d54a9 - std::panicking::default_hook::h99aade27d2e716f2
at libstd/panicking.rs:223
4: 0x7f8662f62add - core::ops::function::Fn::call::he53493e358b9988d
5: 0x7f86664d5c49 - std::panicking::rust_panic_with_hook::hbbeee10ff096b203
at libstd/panicking.rs:403
6: 0x7f86664d5a32 - std::panicking::begin_panic_fmt::h1c0d1191acdd1812
at libstd/panicking.rs:349
7: 0x7f86664d5962 - rust_begin_unwind
at libstd/panicking.rs:325
8: 0x7f866653af70 - core::panicking::panic_fmt::hacb4853db78127fc
at libcore/panicking.rs:72
9: 0x7f866653af13 - core::panicking::panic_bounds_check::hebc2529c554325e2
at libcore/panicking.rs:58
10: 0x7f8663112d9f - rustc::dep_graph::graph::DepGraph::try_mark_green::h058a3f91e7619a70
11: 0x7f865b8f3297 - rustc_trans::base::trans_crate::h0324d5b350db1bea
12: 0x7f865b94fed7 - <rustc_trans::LlvmTransCrate as rustc_trans_utils::trans_crate::TransCrate>::trans_crate::h0e5d8abb384c1b70
13: 0x7f8666898e42 - rustc_driver::driver::phase_4_translate_to_llvm::h84b82bdc7bdd5495
14: 0x7f8666891bde - rustc_driver::driver::compile_input::{{closure}}::he8485d73a132d58f
15: 0x7f866682c104 - rustc::ty::context::TyCtxt::create_and_enter::hca90d38d454dfbc9
16: 0x7f866688fc0e - rustc_driver::driver::compile_input::hbdffce9807544715
17: 0x7f86668ac7ea - rustc_driver::run_compiler::hfc6fd0dfc92b85aa
18: 0x7f86667d7a70 - std::sys_common::backtrace::__rust_begin_short_backtrace::h2bc6706ec1048bfe
19: 0x7f86664eeaee - __rust_maybe_catch_panic
at libpanic_unwind/lib.rs:102
20: 0x7f86668110c6 - <F as alloc::boxed::FnBox<A>>::call_box::hf1650b92215a5e7a
21: 0x7f86664e5d9b - std::sys::unix::thread::Thread::new::thread_start::h8e74ba576ba4f1cf
at /checkout/src/liballoc/boxed.rs:793
at libstd/sys_common/thread.rs:24
at libstd/sys/unix/thread.rs:90
22: 0x7f86613da493 - start_thread
23: 0x7f86661afafe - __clone
24: 0x0 - <unknown>
error: internal compiler error: unexpected panic
note: the compiler unexpectedly panicked. this is a bug.
note: we would appreciate a bug report: https://github.com/rust-lang/rust/blob/master/CONTRIBUTING.md#bug-reports
note: rustc 1.26.0-nightly (2789b067d 2018-03-06) running on x86_64-unknown-linux-gnu
note: compiler flags: -C debuginfo=2 -C incremental --crate-type lib
note: some of the compiler flags provided by cargo are hidden
error: Could not compile `myci`.
Caused by:
process didn't exit successfully: `rustc --crate-name myci src/lib.rs --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=8e20208795e39136 -C extra-filename=-8e20208795e39136 --out-dir /home/james/code/myci/myci_rs/target/debug/deps -C incremental=/home/james/code/myci/myci_rs/target/debug/incremental -L dependency=/home/james/code/myci/myci_rs/target/debug/deps --extern base64=/home/james/code/myci/myci_rs/target/debug/deps/libbase64-798ec0590fabe7c9.rlib --extern diesel=/home/james/code/myci/myci_rs/target/debug/deps/libdiesel-906a957d01efc9a8.rlib --extern chrono=/home/james/code/myci/myci_rs/target/debug/deps/libchrono-71717a2c50fa509e.rlib --extern ring=/home/james/code/myci/myci_rs/target/debug/deps/libring-40f8f3688a4c7dde.rlib --extern futures=/home/james/code/myci/myci_rs/target/debug/deps/libfutures-e5b96ca099608c30.rlib --extern dotenv=/home/james/code/myci/myci_rs/target/debug/deps/libdotenv-c94dbb2ea9f1a23e.rlib --extern websocket=/home/james/code/myci/myci_rs/target/debug/deps/libwebsocket-391e7dbfddf8286f.rlib --extern r2d2=/home/james/code/myci/myci_rs/target/debug/deps/libr2d2-72586ac1063d346b.rlib --extern unshare=/home/james/code/myci/myci_rs/target/debug/deps/libunshare-4898551b815c32fd.rlib --extern hyper=/home/james/code/myci/myci_rs/target/debug/deps/libhyper-3a6aad3091271e51.rlib --extern uuid=/home/james/code/myci/myci_rs/target/debug/deps/libuuid-cf4be5b1877c8818.rlib --extern libmount=/home/james/code/myci/myci_rs/target/debug/deps/liblibmount-a0822e5934db28e8.rlib -L native=/usr/lib/x86_64-linux-gnu -L native=/home/james/code/myci/myci_rs/target/debug/build/backtrace-sys-95d5acac02bbebb5/out/.libs -L native=/home/james/code/myci/myci_rs/target/debug/build/ring-3841c8ecebbcebd0/out` (exit code: 101)
Metadata
Metadata
Assignees
Labels
Type
Projects
Milestone
Relationships
Development
No branches or pull requests
Activity
jjl commentedon Mar 15, 2018
Similar-looking crash on mildly tweaked code under latest nightly:
ExpHP commentedon Mar 15, 2018
This could potentially be related to #48923? Not sure; on the surface, the outer bits of this backtrace and the other suggest that the crashes occurred at seemingly very different points in compilation, but the actual panic itself in both cases is very similar (index errors in
DepGraph
).When you say it stopped happening, did you only compile it one time, or has it been compiled more than once now without issue? I ask because @avl reported in the other thread that his difficulty was specifically with recompiles:
jjl commentedon Mar 15, 2018
So I've been developing this code for a few days and it stopped compiling just this evening when I filed this bug.
Upgrading to latest nightly stopped the error, but I've made a few changes and now it's broken again with a slightly different but broadly similar stacktrace.
jjl commentedon Mar 15, 2018
I've just read the linked bug and yes, sounds very similar. I'm using diesel, which is all macro magic.
ExpHP commentedon Mar 15, 2018
Yeah, I just missed your post before responding. Can you try deleting the incremental cache and/or compiling with
CARGO_INCREMENTAL=0
to see if the details line up with that issue?jjl commentedon Mar 15, 2018
If I run with CARGO_INCREMENTAL=0, indeed it seems to go away. my code doesn't compile, but rust didn't crash.
michaelwoerister commentedon Mar 16, 2018
Looks like a bug in incremental compilation. Thanks for the bug report!
[-]crash compiling[/-][+]incr.comp.: index out of bounds crashes[/+]nikomatsakis commentedon Mar 16, 2018
triage: P-high
nikomatsakis commentedon Mar 16, 2018
Likely a dup of #48923
8 remaining items