bash и readline: завершение табуляции в цикле ввода пользователя?

Попробовав собственный сценарий завершения, который, как я знаю, работает (я использую его каждый день), и столкнувшись с той же проблемой (когда он настраивал его, как ваш), я решил просмотреть исходный код bash 4.1, и нашел этот интересный блок в bash-4.1/builtins/read.def:edit_line():

old_attempted_completion_function = rl_attempted_completion_function;
rl_attempted_completion_function = (rl_completion_func_t *)NULL;
if (itext)
  {
    old_startup_hook = rl_startup_hook;
    rl_startup_hook = set_itext;
    deftext = itext;
  }
ret = readline (p);
rl_attempted_completion_function = old_attempted_completion_function;
old_attempted_completion_function = (rl_completion_func_t *)NULL;

Похоже, что перед вызовом readline() он сбрасывает функцию завершения до нуля по какой-то причине, о которой может знать только длинная борода, взламывающая bash. Таким образом, выполнение этого с помощью встроенной функции read может быть просто жестко запрограммировано для отключения.

РЕДАКТИРОВАТЬ. Еще кое-что: код упаковки для остановки завершения во встроенной read произошел между bash-2.05a и bash-2.05b. Я нашел эту заметку в bash-2.05b/CWRU/changelog файле этой версии:

• edit_line (вызывается read -e) теперь просто выполняет завершение имени файла readline, устанавливая для rl_attempted_completion_function значение NULL, поскольку, например, выполнение команды для первого слова в строке было не очень полезно

Я думаю, что это устаревший надзор, и, поскольку программируемое завершение прошло долгий путь, то, что вы делаете, полезно. Может быть, вы можете попросить их добавить его обратно или просто исправить самостоятельно, если это возможно для того, что вы делаете.

Боюсь, у меня нет другого решения, кроме того, что вы придумали до сих пор, но, по крайней мере, мы знаем, почему оно не работает с read.

EDIT2: вот патч, который я только что протестировал, кажется, "работает". Проходит все модульные и reg-тесты и показывает эти выходные данные вашего скрипта при запуске с использованием исправленного bash, как вы и ожидали:

$ ./tabcompl.sh
waiting for commands
-> **<TAB>**
TAB     hit     output  should  these   this    when    words   you
->

Как вы увидите, я просто закомментировал эти 4 строки и некоторый код таймера для сброса rl_attempted_completion_function, когда указан read -t и наступает тайм-аут, который больше не нужен. Если вы собираетесь что-то послать Чету, вы можете сначала удалить весь rl_attempted_completion_function мусор, но это, по крайней мере, позволит вашему скрипту вести себя должным образом.

Пластырь:

--- bash-4.1/builtins/read.def     2009-10-09 00:35:46.000000000 +0900
+++ bash-4.1-patched/builtins/read.def     2011-01-20 07:14:43.000000000 +0900
@@ -394,10 +394,12 @@
        }
       old_alrm = set_signal_handler (SIGALRM, sigalrm);
       add_unwind_protect (reset_alarm, (char *)NULL);
+/*
 #if defined (READLINE)
       if (edit)
        add_unwind_protect (reset_attempted_completion_function, (char *)NULL);
 #endif
+*/
       falarm (tmsec, tmusec);
     }

@@ -914,8 +916,10 @@
   if (bash_readline_initialized == 0)
     initialize_readline ();

+/*
   old_attempted_completion_function = rl_attempted_completion_function;
   rl_attempted_completion_function = (rl_completion_func_t *)NULL;
+*/
   if (itext)
     {
       old_startup_hook = rl_startup_hook;
@@ -923,8 +927,10 @@
       deftext = itext;
     }
   ret = readline (p);
+/*
   rl_attempted_completion_function = old_attempted_completion_function;
   old_attempted_completion_function = (rl_completion_func_t *)NULL;
+*/

   if (ret == 0)
     return ret;

Имейте в виду, что пропатченный bash должен быть каким-то образом распространен или доступен везде, где люди будут использовать ваш скрипт ...

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

#!/bin/bash

set -o emacs;
tab() {
  READLINE_LINE="foobar"
  READLINE_POINT="${#READLINE_LINE}"
}
bind -x '"\t":"tab"';
read -ep "$ ";

Установите параметр emacs, чтобы включить привязку клавиш, привязать клавишу табуляции к функции, изменить READLINE_LINE, чтобы обновить строку после приглашения, и установите READLINE_POINT, чтобы отразить новую большую длину строки.

В моем случае использования я фактически имитирую переменные COMP_WORDS, COMP_CWORD и COMPREPLY, но этого должно быть достаточно, чтобы понять, как добавить пользовательское завершение вкладки при использовании read -ep.

Вы должны обновить READLINE_LINE, чтобы изменить строку приглашения (завершение одиночного совпадения), печать на стандартный ввод печатает перед приглашением, поскольку строка чтения перевела терминал в необработанный режим и захватывает ввод.

Что ж, похоже, я наконец-то наткнулся на ответ, и это, к сожалению, так и есть: на самом деле нет полной поддержки readline при взаимодействии с ним через read -e.

Ответ дает разработчик BASH Чет Рэми. В этой теме точно такая же проблема. адресованный:

Я пишу сценарий с помощью интерпретатора командной строки, и я могу работать с большинством вещей (например, с историей и т. Д.), За исключением одного. Автозавершение имени файла хорошо работает для некоторых команд, но я хотел бы использовать другие варианты завершения для других. Хорошо работает из реальной командной строки, но я не могу заставить ее работать должным образом в моем цикле read -e, eval ..

Вы не сможете этого сделать. `read -e 'использует только завершения строки чтения по умолчанию.

Чет

Итак, если я что-то не упустил // rant // пока bash передает программисту механизм read -e как средство для полного и правильного взаимодействия с пользователем CLI, функциональность будет нарушена, даже если базовый механизм (readline ) работает и интегрируется с остальной частью bash безупречно // конец тирады //

Я задал этот вопрос добрым людям на #bash in freenode, и мне было предложено попробовать обертку Readline, например rlfe или rlwrap.

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

ИМХО, не учитывая затраченных усилий, возможность создать полноценный интерфейс командной строки с помощью всего 5 строк кода, что-то, что можно было бы реализовать на многих языках при одном желании, является ошибкой.

В этом контексте я думаю, что ответ Саймона блестящий и правильный. Я постараюсь следовать вашим шагам и, возможно, если повезет, получу больше информации. Однако прошло некоторое время с тех пор, как я не взламываю C, и я предполагаю, что объем кода, который мне придется реализовать, будет нетривиальным. Но в любом случае я попробую.

Я не уверен, что это точно отвечает на вопрос OP, но я искал, какую команду можно использовать, чтобы получить завершение вкладки bash по умолчанию для известных исполняемых команд (согласно $PATH), как показано при нажатии TAB < / kbd>. Поскольку меня впервые привели к этому вопросу (который, я думаю, связан), я подумал, что отправлю здесь заметку.

Например, в моей системе ввод lua, а затем TAB дает:

$ lua<TAB>
lua       lua5.1    luac      luac5.1   lualatex  luatex    luatools

Оказывается, есть встроенная bash (см. # 949006 команду Linux, чтобы перечислить все доступные команды и псевдонимы), называется compgen - и я могу передать ему ту же строку lua, что и в интерактивном случае, и получить такие же результаты, как если бы я нажал TAB:

$ compgen -c lua
luac
lua5.1
lua
luac5.1
luatex
lualatex
luatools

... и это именно то, что я искал :)

Надеюсь, это кому-то поможет,
Ура!

Если вы собираетесь приложить столько усилий, почему бы просто не добавить стоимость одной или двух вилок и использовать что-то, что более чем способно предоставить все, что вы хотите. https://github.com/hanslub42/rlwrap

#!/bin/bash

which yum && yum install rlwrap
which zypper && zypper install rlwrap
which port && port install rlwrap
which apt-get && apt-get install rlwrap

REPLY=$( rlwrap -o cat )

Или, как написано на странице руководства:

В сценарии оболочки используйте rlwrap в однократном режиме вместо read

order=$(rlwrap -p Yellow -S 'Your pizza? ' -H past_orders -P Margherita -o cat)