[bash] Ctrl+R, reverse-i-search

Может быть в разных сессиях *sh дело происходит? Вкладку в терминале открыл, например?

Замечал такую же штуку. Выглядит так, как будто там последовательный поиск и он ищет в дальнем конце списка.

Может быть в разных сессиях *sh дело происходит? Вкладку в терминале открыл, например?

В том то и дело, что нет. Это уже не первый раз.

Замечал такую же штуку. Выглядит так, как будто там последовательный поиск и он ищет в дальнем конце списка.

На это больше похоже, хотя все равно непонятно, из-за чего это происходит. i-search(Ctrl+S), которым можно менять направление поиска иногда помогает, а иногда нет.

А что за шелл вообще? Может другой попробуешь? Рекомендую zsh))

>А что за шелл вообще? Может другой попробуешь? Рекомендую zsh))

+1
По сравнению с zsh баш выглядит демо-версией нормального шелла :) Даже с bash-completions.

По сабжу: рекомендую не париться с Ctrl-R и забиндить поиск по истории по первым буквам на PgUp/PgDwn.
Делается добавлением в /etc/inputrc строчек
«^[[5~»: history-search-backward # Previous
«^[[6~»: history-search-forward # Next

А что за шелл вообще

bash

Рекомендую zsh))

Мне и bash вообщем-то пока хватает. Автокомплитом все равно не пользуюсь. Плюс он есть везде.

По сабжу: рекомендую не париться с Ctrl-R и забиндить поиск по истории по первым буквам на PgUp/PgDwn.

Действительно неплохо. Спасибо за совет.

Далее. Вот как выглядит история в том случае, когда reverse-i-search все-таки не работает(остается еще случай, когда срабатывает с 2-го раза):

пропущено
  486  cd ..
  487* 
  488  ls
  489  history
пропущено

>Там где «*» должна быть команда du dir -hc. Что это?

Не знаю, никогда не сталкивался с таким.
М.б. обновить баш?

>М.б. обновить баш?

Вряд ли. Сталкивался с этим также и на свежей Ubuntu, Arch'е.

А это уже повод менять шелл ;)

Спасибо, попробуем.