Tại sao dấu nhắc bash này đôi khi giữ một phần của các lệnh trước đó khi cuộn lịch sử?

Dấu nhắc bash của tôi, mà tôi thừa nhận đã bị đánh cắp từ một vài nơi và được ghép lại với nhau, đôi khi sẽ thêm một phần của các lệnh trước đó vào chiều dài của nó khi cuộn lịch sử bash bằng mũi tên lên / xuống.

Ví dụ: nếu các lệnh trước của tôi là:

ls
cd /home/caleb
vim .bashrc

Khi tôi ở dấu nhắc của mình và cuộn lên hai lần, nó có thể trông như sau:

$ vim .bcd / nhà / caleb

Trường hợp năm ký tự đầu tiên còn lại từ lệnh cuối cùng.

Có ai có bất kỳ ý tưởng tại sao điều này đang xảy ra, và làm thế nào nó có thể được dừng lại?

Lời nhắc của tôi được đặt với mã này (cách để bao gồm ở đây): https://gist.github.com/1679352

Đâu đó lời nhắc của bạn là fubar. Điều thường xảy ra là shell của bạn nghĩ rằng nó xuất ra các mã hạn không thể in được và hy vọng nó sẽ chiếm dung lượng. Lời khuyên tốt nhất tôi có thể cung cấp cho bạn là thêm một cách có hệ thống vào (hoặc lấy đi) lời nhắc của bạn cho đến khi hành vi này dừng lại để cô lập mã gây ra vấn đề này.

Các mã màu cần phải được bọc trong dấu ngoặc vuông. Dấu ngoặc thông báo bash rằng văn bản kèm theo không nên được in

dựa trên ví dụ của @ Phreditor, điều này cho thấy mọi định dạng được thực hiện sau dòng mới sẽ dẫn đến vấn đề ban đầu:

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

gói mã định dạng trong [] đảm bảo rằng hành vi gây phiền nhiễu không bao giờ xảy ra:

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

Tài liệu: http://tldp.org/HOWTO/Bash-Prompt-HOWTO/nonprintingchars.html

Vì định dạng PS1 khiến giá trị quá dài và khó đọc, tôi đặt mã định dạng vào các biến:

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

Tôi đã có cùng một vấn đề và nó có liên quan đến các định nghĩa màu sắc.

Trong trường hợp của tôi, tôi có một dấu nhắc nhiều dòng (cung cấp hầu hết không gian cho lệnh hiện tại bất kể độ dài đường dẫn được hiển thị bởi dấu nhắc).

Phiên bản xấu:

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

Phiên bản tốt:

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

\033[00mchấm dứt màu sắc. Nếu nằm sau dòng mới ( \n), nó sẽ ngăn việc vẽ lại thích hợp trong thiết bị đầu cuối, để ghi đè các lệnh trước đó bằng màu nền. Di chuyển nó phía sau dòng mới giải quyết vấn đề.

(sử dụng Terminal trong Mac OS 10.8)

Tôi thực sự nghĩ rằng điều này có liên quan đến một dấu phân cách 'ký tự không in' bị thiếu. Tôi đã có chính xác vấn đề tương tự, nhưng di chuyển nó trước dòng mới (\ n) đã không khắc phục nó. Thay vào đó, tôi bao quanh chính xác tất cả các ký tự không in (ở đây, tô màu các lệnh) bằng '\ [' và '\]'.

Xấu (hoạt động, nhưng có vấn đề về lịch sử được mô tả ở trên):

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

Tốt (bao quanh tất cả các lệnh màu với '\ [' và '\]' - không hiển thị lịch sử lệnh đã trộn):

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

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

Và nếu bạn đang đặt cái này vào một cái gì đó như SecureCRT để tự động gửi khi đăng nhập vào hệ thống, bạn có thể phải thoát gấp đôi mọi thứ (đặt dấu gạch chéo kép ở mọi nơi) nếu hệ thống đăng nhập tự động sử dụng dấu gạch chéo đầu tiên để xác định ký tự được gửi :

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

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

(Điều này hoàn toàn đúng với SecureCRT và có thể đúng với những người khác, chẳng hạn như PuTTY hoặc TeraTerm - yêu cầu thử nghiệm từ phía bạn.)