cating a binary in a tmux pane crashes the whole window

Question

I have the same issue of the following question: tmux status-bar corrupted after catting a binary file, how to reset?

and the bug that is mentioned in it does not exist any more. So my question here is that why it is window 4 needs to be renamed?

I am using tmux 1.9a.

I did a test in my tmux with 5 windows. after cating a binary, the encoding becomes incorrect,

enter image description here Is it a known issue? is there a bug item to track it ?

@DarkHeart, I don't know how to do the 'reset'. – Alex Feb 04 '15 at 13:10 — Alex, Feb 04 '15 at 13:10
@Alex Type reset and then press Enter. – Kusalananda May 19 '17 at 18:35 — Kusalananda, May 19 '17 at 18:35

score 1 · Answer 1 · answered May 19 '17 at 17:50

run the command (in the tmux status bar) using tmux's command-mode (C-b : by default):

    # try (RESET, INT, XON, RETURN, `reset`, RETURN):
    send-keys -R C-c C-q C-m " reset" C-m ; refresh-client

    # if that doesn't work (destroy the pane):
    kill-pane ; send-keys -R ; refresh-client

The original answer is infeasible: it assumes you can somehow run reset when the window is completely locked up.

score 0 · Accepted Answer · answered Feb 05 '15 at 05:09

0

Try use the command 'reset'.

ie

$ reset

or in your case :)

$ ⎼e⎽e├

The man page explain this in more detail

answered Feb 05 '15 at 05:09

score 0 · Answer 3 · 2017-05-19T18:09:04.350

The corruption could be due to terminal / tmux control codes being inadvertently present in the binary data, causing the font to change, or even closing the tmux session down. In this case it's not a bug, but expected behaviour. If you want to view the contents of a binary file, then I would suggest using the xxd tool to prevent the 'random' string of bytes in the binary affecting tmux and the terminal.

cating a binary in a tmux pane crashes the whole window

3 Answers3