Чому підказки bash іноді зберігають частину попередніх команд під час прокрутки історії?

Моє баш-підказка, яке я визнаю, що вкрало з кількох місць і зчепило разом, іноді додасть частину попередніх команд до його довжини, коли прокручує історію баш стрілками вгору / вниз.

Наприклад, якщо мої попередні команди були:

ls
cd /home/caleb
vim .bashrc

Коли я був за запитом і прокручувався двічі, це може виглядати так:

$ vim .bcd / home / caleb

Де перші п'ять символів залишилися від останньої команди.

Хтось має уявлення, чому це відбувається, і як це можна зупинити?

Мій підказки встановлено за допомогою цього коду (шлях до його включення): https://gist.github.com/1679352

Десь ваш підказки - фубар. Зазвичай відбувається те, що ваша оболонка думає, що виводить недрукувальні термінні коди, і очікує, що вона займе місце. Найкраща порада, яку я можу дати вам, - це систематично додавати у своє запит (або відбирати його) до тих пір, поки ця поведінка не зупиниться, щоб виділити код, що викликає цю проблему.

Коди кольорів потрібно загорнути у квадратні дужки. У дужках повідомляється, що доданий текст не повинен друкуватися

спираючись на приклад @ Phreditor, це показує, що будь-яке форматування після нового рядка призведе до вихідного випуску:

export PS1="\n\n\[\033[01;33m[\w]\033[00m\n\033[0;90m\$ "

загортання коду формату в [] гарантує, що дратівливої ​​поведінки ніколи не відбувається:

export PS1="\n\[\[\033[01;33m\][\w]\[\033[00m\]\n\[\033[0;90m\]\$ "

Документація: http://tldp.org/HOWTO/Bash-Prompt-HOWTO/nonprintingchars.html

Оскільки форматування PS1 призводить до того, що значення буде таким довгим і важким для читання, я ставлю коди формату в змінні:

BYELLOW='\[\033[01;33m\]'
IBLACK='\[\033[0;90m\]'
PS_CLEAR='\[\033[0m\]'
export PS1="\n${BYELLOW}[\w]${PS_CLEAR}\n${IBLACK}\$ "

У мене була така ж проблема, і вона була пов'язана з визначенням кольорів.

У моєму випадку у мене є рядковий рядок (дає більшу кількість місця для поточної команди незалежно від довжини шляху, відображеного підказкою).

Неправильна версія:

export PS1="\n\n\[\033[01;33m[\w]\n\033[00m\$ "

Гарна версія:

export PS1="\n\n\[\033[01;33m[\w]\033[00m\n\$ "

\033[00mприпиняє колір. Якщо це після нового рядка ( \n), він перешкоджає правильному перемальовуванню в терміналі, щоб перезаписати попередні команди кольором тла. Переміщення його за новою лінією вирішило проблему.

(використання терміналу в Mac OS 10.8)

Насправді я думаю, що це стосується відсутнього розмежувача "недрукарських символів". У мене була точно така ж проблема, але переміщення її до того, як новий рядок (\ n) не вирішив її. Натомість я правильно оточив усі символи, що не надруковуються (тут, команди для розфарбовування) символами '\ [' та '\]'.

Погано (працює, але проблема з розміщенням історії описана вище):

PS1="\e[32m\u\e[35m@\e[32m\h \e[33m\w\e[36m\n\$\e[0m"

Добре (оточує всі кольорові команди символами '\ [' і '\]' - не відображається історія команд пюре):

PS1="\[\e[32m\]\u\[\e[35m\]@\[\e[32m\]\h \[\e[33m\]\w\[\e[36m\]\n\$\[\e[0m\]"

i.e. "\e[...m" --becomes--> "\[\e[...m\]"

І якщо ви вкладаєте це в щось на зразок SecureCRT для автоматичного надсилання після входу в систему, можливо, вам доведеться подвоїти все, що завгодно (ставити подвійні косої риски скрізь), якщо система автоматичного входу споживає першу звороту косу рису, щоб визначити, який символ повинен бути надісланий. :

PS1="\\[\\e[32m\\]\\u\\[\\e[35m\\]@\\[\\e[32m\\]\\h \\[\\e[33m\\]\\w\\[\\e[36m\\]\\n\\$\\[\\e[0m\\]"

i.e. "\..." --becomes--> "\\..."

(Це, безумовно, стосується SecureCRT і може бути правдою для інших, наприклад, PuTTY або TeraTerm - необхідне тестування з вашого боку.)