Colin Woodbury

Unfortunately the code is not open source.

Caught in the wild: just `uv run ty check` yields 25 results, while `--watch` only detects 16. I'm not seeing anything particularly incriminating in the output of `-v`, other than...

`--watch` just found 20 diagnostics, yet I changed absolutely nothing. Non-determinism? Race conditions in parallel checks? Timeouts? I'm on `0.0.4` at the moment. Update: It's back down to 16 ......

If I activate `ty check --watch`, kill it, then reactivate, then repeat, yes I see it alternating between 16 results and 20 results, with no other code changes from me.

Correct, via `Ctrl-C`.

Tried to kill my editor and run `ty` in isolation to see if my LSP was somehow `touch`ing files and confusing `--watch`, but no, same observed behaviour.

```rust fn watch(mut self, db: &mut ProjectDatabase) -> Result { tracing::debug!("Starting watch mode"); let sender = self.sender.clone(); let watcher = watch::directory_watcher(move |event| { sender.send(MainLoopMessage::ApplyChanges(event)).unwrap(); })?; self.watcher = Some(ProjectWatcher::new(watcher, db)); self.run(db)?;...

This appears to work: ```lisp #+nil (progn (asdf:load-system :flexi-streams) (asdf:load-system :float-features) (asdf:load-system :closer-mop)) #+nil (progn (load "src/eisel-lemire.lisp") (load "src/ratio-to-double.lisp") (load "src/schubfach.lisp")) #+nil (load "src/jzon.lisp") ```

One thing I didn't include in the original trace was that if I try to `asdf:load-system :com.inuoe.jzon`, it's clear that it's trying to "natively compile": ``` 6: (C::NATIVE-COMPILE-COMPONENT #) ```

https://gitlab.common-lisp.net/cmucl/cmucl/-/issues/436