emacs прав. Что является исходной (исходной )управляющей последовательностью для клавиши выбора . Но это, скорее всего, правильно через окольный процесс.

DEC VT102 не имел клавиатуры редактирования. Это прибыло с более новыми моделями. Вот клавиатура DEC VT320 с клавиатурой редактирования, справа от центра над клавиатурой курсора.

Управляющие последовательности DEC VT220 для клавиатуры редактирования, откуда все это пошло, это (с возможностью кодирования модификаторов, добавленных начиная с DEC VT420):

• найти:DECFNK 1 (т. е. CSI1~или CSI1;Mods~)
• вставить:DECFNK 1 (, т. е. CSI2~или CSI2;Mods~)
• удалить также известное как удалить:DECFNK 3 (т. е. CSI3~или CSI3;Mods~)или DEL
• выберите:DECFNK 4 (, т. е. CSI4~или CSI4;Mods~)
• следующий экран он же PgDn:DECFNK 5 (т. е. CSI5~или CSI5;Mods~)
• предыдущий экран также известный как PgUp:DECFNK 6 (т. е. CSI6~или CSI6;Mods~)

Консоль SCO XENIX Multiscreen работала на машинах с клавиатурами IBM Model M и определялась:

• домашний:CUP (т. е. CSI Hтеоретически расширяемый до CSI1;ModsH)
• конец:CPL (т. е. CSI Fтеоретически расширяемый до CSI1;ModsF)

DEC VT52x скопировал некоторые элементы из консоли SCO, в том числе эти дополнительные последовательности управления. Было два возможных расположения клавиатуры редактирования на DEC VT52x:

• Схема ТН ,то же, что и DEC VT220/320/420 :
  • найтивставитьудалить
  • выберитепред.след.
• Компоновка ПК , такая же, как у IBM Model M :
  • вставкаглавная страницаPgUp
  • удалитьконецPgDn

Функции переходят к физически другому расположению клавиш под управлением настроек микропрограммы в самом терминале. Но отображения функций в их управляющие последовательности инвариантны .

Проблема в том, что благодаря самиздату и бабушкиным байкам люди перепутали их в нескольких терминальных эмуляторах . Эмулятор терминала, встроенный в ядро ​​Linux, например, имеет ублюдочную смесь этих двух. Он использует «компоновку ПК», но (, несмотря на то, что в другом месте имитирует SCO Multiscreen ), отправляет неверные управляющие последовательности для home и end . Он отправляет управляющие последовательности find и select .

Эта ошибка теперь встроена. И оттуда она распространилась.

Например,
• mintty обычно отправляет последовательности SCO для home и end . Но у него есть «режим VT220», который заставляет его вести себя так же, как эмулятор терминала Linux, что отличается от поведения VT220 , не в последнюю очередь потому, что он использует раскладку «ПК». , которого не было у VT220.
• rxvt использует совершенно неверные коды DECFNK для home и end , перекрывая два назначения DECFNK для клавиатуры курсора, DECFNK 7 и DECFNK 8.

Это постоянно вызывает легкую икоту.

Наиболее частая проблема связана с неправильным типом терминала. В базе данных terminfo есть записи для putty, mintty,linuxи др.которые определяют соответствующие возможности kend/ khome/ kfnd/ ksltсо значениями, выдаваемыми этими типами терминалов. Но если кто-то ошибочно вместо этого использует vt220, так как mintty можно дополнительно установить в качестве TERMпеременной окружения , что minty отправляет как home и end понять приложения как найти и выбрать .

Это, вероятно, то, что происходит в вашем случае. Незначительная проблема заключается в том, что приложение, выполняющее понимание, — это tmux, которое распознает управляющую последовательность как select , в соответствии с унаследованным TERM, установленным на что-то вроде vt220, а затем повторно -кодирует его и передает дальше.

Дополнительная литература

• Информация о программаторе видеотерминала VT520/VT525. ЭК -ВТ520 -РМ. Июль 1994 г. Цифровой.
• keyboard. «Аппаратно-зависимый». Справочник системных администраторов SCO Unix . 1993 -02 -01. Операция Санта-Крус. архив.орг.
• https://retrocomputing.stackexchange.com/a/9268/1932
• https://unix.stackexchange.com/a/479274/5132