Очистили буфер обмена, кэши и все остальное, а контрольная команда C просто не работает первый раз каждый раз наугад. Даже тщательно проверил это и обнаружил, что он может не работать во второй раз, а иногда.
Я подозреваю: поскольку это системная команда, а Windows никогда не была ОС реального времени, начиная с версии 3.x, вызов системы не перехватывается при отправке. Этого никогда не случалось в DOS или 3.x, и это происходило с тех пор, как в режиме реального времени его заменили на циклы, сканирование (что угодно). Рассмотрим, как протокол требует отправки команды CNRL C, а затем рассмотрим время цикла, управляемого прерыванием. Другие программные операции всегда могут помешать команде. Исчез в цифровом тумане, потому что время удержания команды меньше времени цикла.
Это похоже на левую кнопку на клавиатуре, требующую нажатия и удержания в течение длительного времени, прежде чем можно будет вводить заглавную букву другим левым пальцем. Команда не фиксируется в цикле достаточно скоро. В клавиатуре я подозреваю, что это проблема подпрограммы сканера клавиатуры во встроенной в сканер микропроцессорной системе клавиатуры, хотя это может быть Windows. Требует тестирования.
Короче говоря, даже если вы сохранили и использовали элемент управления C, лучше быть уверенным, что элемент управления V использовался для его вставки куда-то перед тем, как вы продолжите. При сохранении следующего сохранения или опечатки может произойти сбой в используемом вами редакторе, и скопированный материал может даже не оказаться в буфере обмена, если вы не вставили его в какое-либо другое программное обеспечение и точно не знаете, что он существует в буфере обмена.
Скорее всего, это основная функция для опытного пользователя, которая никогда не будет работать правильно, как в случае с левой клавишей Shift. Лучше всего наклеивать и продолжать, как почти все остальное. Измерьте дважды, отрежьте один.