На широкой картине вы показываете: ....
...cd maldetect-* &&␠|<-window boundary bash ./install.sh
(символ перед вертикальной чертой - это HTML ␠ или символ юникода U + 2420 (символ пробела).
Это пространство ДОЛЖНО (ДОЛЖНО) быть там. Если бы границы окна не было, линия была бы:
...cd maldetect-* && bash ./install.sh
Если у вас нет пробела, то && не будет пробела между ним и началом слова 'bash' - что не должно повредить, если вы работаете в bash, НО это всего лишь 1 пример ... т.е. обычно между двойным амперсандом и пробелом должно быть пространство.
Если ваши места должны быть там, что может быть причиной ваших проблем ... хмммм ... АРГ! Вы вставляете это "в" ... Баш ... Э-э-э ...
Если вы вставляете в bash, bash является «ошибочным» (вопрос мнения) для вставки из-за изменений автозаполнения, сделанных несколько лет назад. Если в вашем вставленном тексте есть какие-либо 'TAB' (да, отступ), это вызовет функцию "автозаполнения" bash (я жаловался на это, но мне сказали, что никто не вставляет текст в bash ... кашель, кашель ) (жалоба в списке «bug-bash@gnu.org», хотя я сомневаюсь, что это будет исправлено в ближайшее время). Когда он вызывает автозаполнение - много раз он проглотит следующий символ вставленного вами текста, потому что задает вопрос:
> ls <'complete-key' pressed> Display all 199 possibilities? (y or n)
Как правило, это портит вставленный текст. Во всяком случае, раньше это не было для меня проблемой, так как мои вкладки обычно в пустых строках (потому что они имеют отступ кода). Раньше было так, что была возможность игнорировать нажатия на завершение кода на пустой строке (@ начало строки или когда перед нажатием клавиши предшествуют только пробелы). Это было изменено, чтобы игнорировать только символ завершения в пустых командных строках (не пустая строка tty). Вставка нескольких команд во ввод обычно рассматривается как bash, как какая-то непрерывная команда, а НЕ пустая командная строка. Излишне говорить, что это вызывает много проблем.
Несовершенным решением для меня было переназначить ключ завершения кода из TAB в Backquote (" ") (above tilde key). (same bug occurs if you haveв вашем тексте, но для меня я использую это намного реже, чем TAB). Он установлен в файле .inputrc вашего домашнего каталога, который контролирует как ведет себя readline (используется bash для чтения строк, разрешения редактирования и т. д.) В частности, раздел в моем ".inputrc" имеет специфичные для bash параметры конфигурации:
$if bash # use backquote as completion (yes, that's shift-'~') # not ideal, but quickest "hack" to get mostly # transparent pasting (backquote isn't used nearly as often as TAB) TAB:tab-insert "`":complete $endif
Альтернативы: 1) перед вставкой преобразуйте все свои вкладки в пробелы, чтобы TAB не вызывал завершение команды. 2) всегда записывать текст в файл и исходный (.) Файл или делать его исполняемым и добавлять «#! / Bin / bash» в 1-й строке, чтобы сделать его сценарием оболочки.
Теоретически вы также должны иметь возможность отключить завершение команды, но я использую его слишком часто, поэтому никогда не пытался попробовать.
Что я обычно делаю сейчас, так это редактирую скрипт в 1 окне (обычно gvim), а в окне, где я запускал gvim, я запускаю последовательные итерации скрипта - таким образом избегая «вставки». Конечно, это не был мой первый выбор, но искажающий ввод bash, проглатывая вещи после нажатия клавиши завершения, подтолкнул меня в этом направлении.
Обратите внимание, если вы сообщите об этом как об ошибке, будьте готовы предложить решение! ;-) Это загвоздка:
> ls \<carriage return> >> [here people want to be able to hit 'TAB' and get an autocomplete of of the files in the current directory. It looks like an empty line, but it is a really a continued command line from the previous line.
То же самое происходит, когда вы вставляете команды в bash ... у некоторых будут вкладки там, где вы их не хотите ...
(Надеюсь, это поможет, и я не совсем ушел в левое поле, но когда вы упомянули «вставку» и это выглядит как bash-скрипт ... и вы упомянули использование вкладок (которые также вставляются), звучало как та же самая проблема, с которой я столкнулся.
Использование обратной цитаты в качестве завершающего ключа иногда немного неудобно, но, слишком часто, в вставленном тексте появляются вкладки ... да ладно)
