Очистили буфер обміну, кеші та все інше, а команда управління C просто не працює перший раз щоразу навмання. Навіть ретельно перевірили це і виявили, що це може не спрацювати вдруге або періодично.
Я підозрюю: оскільки це системна команда, і Windows ніколи не була ОС у режимі реального часу, оскільки версія 3.x виклик до системи не приймається, коли вона надсилається. Цього ніколи не траплялося в DOS або 3.x, і вже з тих пір реальний час було замінено циклічним скануванням (скануванням). Розглянемо, як журналу потрібно відправити команду CNRL C, а потім розглянути час циклу циклу, керованого перериванням. Інші програмні операції завжди можуть перешкоджати блокуванню команди. Зникла в цифровому тумані, оскільки час утримування команди менший, ніж час циклу.
Це схоже на ліву кнопку зсуву клавіатури, що вимагає натискання протягом певного часу, перш ніж велику літеру можна буде набрати іншим лівим пальцем. Команда не буде захоплена в циклі досить швидко. У клавіатурі я підозрюю, що це проблема з програмою сканування клавіатури у вбудованій системі мікропроцесорних сканерів, хоча це може бути Windows. Було б потрібно тестування.
Коротше кажучи, незважаючи на те, що ви зберегли та використовували керування C, вам краще бути впевненим, що елемент управління V використовувався для того, щоб вставити його кудись, перш ніж рухатися далі. Наступне збереження або помилка друку може вивести з ладу редактор, який ви використовуєте, і скопійований матеріал може навіть не бути в буфері обміну, якщо ви не вставили в якесь інше програмне забезпечення і точно знаєте, що воно існує в буфері обміну.
Ймовірно, це основна функція для енергокористувача, який ніколи не буде працювати належним чином, як це ситуація з лівою ключовою зміною. Найкраще наклеїти та продовжувати, як і все, що завгодно. Відміряйте двічі, виріжте один.