Update checktools.sh

src/ci/docker/host-x86_64/x86_64-gnu-tools/checktools.sh

@@ -12,24 +12,24 @@ X_PY="$1"
 # itself fails (see https://github.com/rust-lang/rust/issues/127869 for context).
 python3 "$X_PY" build --stage 2 compiler rustdoc
 
-set +e
-python3 "$X_PY" test --stage 2 --no-fail-fast \
-    src/doc/book \
-    src/doc/nomicon \
-    src/doc/reference \
-    src/doc/rust-by-example \
-    src/doc/embedded-book \
-    src/doc/edition-guide \
+# set +e
+# python3 "$X_PY" test --stage 2 --no-fail-fast \
+#     src/doc/book \
+#     src/doc/nomicon \
+#     src/doc/reference \
+#     src/doc/rust-by-example \
+#     src/doc/embedded-book \
+#     src/doc/edition-guide \
 
-set -e
+# set -e
 
 # debugging: print out the saved toolstates
 cat /tmp/toolstate/toolstates.json
 
 # Test remaining tools that must pass.
-python3 "$X_PY" test --stage 2 check-tools
-python3 "$X_PY" test --stage 2 src/tools/clippy
-python3 "$X_PY" test --stage 2 src/tools/rustfmt
+# python3 "$X_PY" test --stage 2 check-tools
+# python3 "$X_PY" test --stage 2 src/tools/clippy
+# python3 "$X_PY" test --stage 2 src/tools/rustfmt
 
 # Testing Miri is a bit more complicated.
 # We set the GC interval to the shortest possible value (0 would be off) to increase the chance
@@ -56,8 +56,12 @@ case $HOST_TARGET in
     ;;
   x86_64-pc-windows-msvc)
     ps -W || true
-    sleep 60
-    ps -W || true
+    for i in 1 2 3 4 5; do
+      sleep 60
+      echo "---"
+      ps -W
+    done
+
     # Strangely, Linux targets do not work here. cargo always says
     # "error: cannot produce cdylib for ... as the target ... does not support these crate types".
     # Only run "pass" tests, which is quite a bit faster.