Wyczyściłem schowek, pamięci podręczne i wszystko inne, a polecenie sterujące C po prostu nie działa za każdym razem losowo. Nawet dokładnie to przetestowałem i okazało się, że może nie działać za drugim razem.
Podejrzewam: ponieważ jest to polecenie systemowe, a system Windows nigdy nie był systemem operacyjnym czasu rzeczywistego od wersji 3.x połączenie z systemem nie jest rejestrowane po wysłaniu. To się nigdy nie zdarzyło w systemie DOS lub 3.x i istnieje od czasu, gdy w czasie rzeczywistym zastąpiono zapętlanie, skanowanie (cokolwiek). Zastanów się, jak log wymaga wysłania komendy CNRL C, a następnie rozważ czas pętli sterowanej pętli przerwań. Inne operacje oprogramowania zawsze mogą blokować polecenie. Zniknął w cyfrowej mgle, ponieważ czas wstrzymania polecenia jest krótszy niż czas pętli.
Jest to podobne do lewego klawisza Shift na klawiaturze, który wymaga dłuższego naciśnięcia, zanim można będzie wpisać duże litery innym lewym palcem. Polecenie nie zostanie wkrótce przechwycone w pętli. Podejrzewam, że na klawiaturze jest to problem z procedurą skanowania klawiatury we wbudowanym systemie skanera mikroprocesorowego, chociaż może to być Windows. Wymagałoby testowania.
Krótko mówiąc, nawet jeśli zapisałeś i używałeś kontrolki C, lepiej upewnij się, że kontrolka V została użyta do wklejenia jej gdzieś przed przejściem dalej. Zapisanie następnego zapisu lub literówki może spowodować awarię używanego edytora, a skopiowany materiał może nawet nie znajdować się w schowku, chyba że wkleiłeś inne oprogramowanie i na pewno wiesz, że istnieje ono w schowku.
Jest to prawdopodobnie podstawowa funkcja dla zaawansowanego użytkownika, który nigdy nie będzie działał poprawnie, podobnie jak sytuacja z lewym klawiszem Shift. Najlepiej wkleić i kontynuować jak prawie wszystko inne. Zmierz dwa razy, wytnij jeden.