hacky fix for cancelling

This commit is contained in:
Jake Heinz 2022-01-14 10:30:51 +00:00
parent 6c5504a617
commit bcc99091f3
2 changed files with 11 additions and 8 deletions

View file

@ -4,6 +4,8 @@
//! various caches, it's not really advanced at the moment.
mod topologic_sort;
use std::time::Duration;
use hir::db::DefDatabase;
use ide_db::{
base_db::{
@ -14,7 +16,7 @@
};
use rustc_hash::FxHashSet;
use crate::{prime_caches, RootDatabase};
use crate::RootDatabase;
/// We're indexing many crates.
#[derive(Debug)]
@ -93,7 +95,7 @@ enum ParallelPrimeCacheWorkerProgress {
let mut crates_currently_indexing =
FxIndexMap::with_capacity_and_hasher(num_worker_threads as _, Default::default());
while !crates_to_prime.is_empty() {
while crates_done < crates_total {
db.unwind_if_cancelled();
for crate_id in &mut crates_to_prime {
@ -105,9 +107,14 @@ enum ParallelPrimeCacheWorkerProgress {
.ok();
}
let worker_progress = match progress_receiver.recv() {
// recv_timeout is somewhat a hack, we need a way to from this thread check to see if the current salsa revision
// is cancelled.
let worker_progress = match progress_receiver.recv_timeout(Duration::from_millis(10)) {
Ok(p) => p,
Err(_) => {
Err(crossbeam_channel::RecvTimeoutError::Timeout) => {
continue;
}
Err(crossbeam_channel::RecvTimeoutError::Disconnected) => {
// our workers may have died from a cancelled task, so we'll check and re-raise here.
db.unwind_if_cancelled();
break;

View file

@ -60,10 +60,6 @@ pub(crate) fn pending(&self) -> usize {
self.nodes.len()
}
pub(crate) fn is_empty(&self) -> bool {
self.nodes.len() == 0 && self.ready.len() == 0
}
pub(crate) fn mark_done(&mut self, item: T) {
let entry = self.nodes.remove(&item).expect("invariant: unknown item marked as done");