Ctrl + r é uma excelente ferramenta para pesquisar o .bash_history dos comandos executados anteriormente.
No entanto, quando eu uso no meu OS X Terminal.app eu vejo um comportamento estranho, e eu queria saber se alguém vê a mesma coisa ou sabe como consertar isso.
find
find . -exec grep -q "hello world" '{}' \; -print
-q "blog_posts_by" '{}' \; -print , onde o comando inteiro está lá, e eu posso usar as teclas de cursor para me mover linha, mas nem toda ela é impressa. Há uma desconexão entre o que é mostrado na linha e o que o terminal acha que estou editando. Alguém sabe por que isso pode acontecer? Não é um fenômeno fácil pesquisar nas webs.
Você provavelmente tem seqüências de escape para cores no seu prompt que não estão adequadamente delimitadas. Eles precisam ser colocados em \[ e \] .
PS1='\[3[1;36m\]\u\[3[0m\]@\[3[1;34m\]\h\[3[0m\]\$ '
O comprimento das seqüências de caracteres não imprimíveis não é incluído no comprimento do prompt quando elas são encapsuladas e a posição dos comandos anteriores precisa ser calculada para a exibição adequada quando eles são quebrados.
Isso pode ser devido à forma como as teclas de escape são configuradas no seu Terminal, o que eu normalmente faço é usar a seta para a esquerda ou para a direita no iTerm ou Terminal.app, já que eu não sou fã de retornar imediatamente, isso trabalhar para você?
Outra causa possível para esse problema é ter o valor TERM incorreto. Por exemplo, isso aconteceu comigo quando eu estava usando cores no meu PS1, mas meu TERM foi definido como xterm . Eu mudei para xterm-256color e então o CTRL-r começou a funcionar corretamente novamente.