viコマンドで特定のファイルで文字化けします

Question

view /lib/systemd/systemd

で中を見ようとしたら、@マークや漢字がたくさん並んでいました。このファイル以外にも開いたら同じ現象に当たりました。

質問1
なぜ特定のファイルだけ@マークや漢字の文字化けが起きるのですか？

もうひとつ質問があります。
昔初めて触ったときに好奇心で「viとlessをやればどうなるのだろう」と思い vi test |less実行したらバグりました。
viとlessの組み合わせは意味がわからないからやってみるという好奇心からやりました。
なぜバグったのでしょう？

Answer 1

viとlessをやればどうなるのだろう

その好奇心、大事です!

lessが入力として期待しているのは、印刷可能な文字からなるファイルやストリームです。
一方、viなどのツールは curses などのライブラリを使って画面上の位置を指定して文字を表示したりなど、印刷可能ではない文字をたくさん含んだストリームを吐きだします。
なので、相性が悪くてバグったようになってしまいます。

cursesライブラリは画面モードをいろいろ切り換えながら技を繰り出すのですが、そのモードが変な状態のままプロンプトに戻ってしまうと、バグったような挙動になってしまうことがあります。そんなときはあわてず騒がず control-u をタイプしてから reset Enter とタイプしてみてください。運が良ければきれいに戻ります。

stty sane; clear; とやるとよい、と StackOverflow に書いてありました。試してないですが。

Comments

[matobaa]

ああ、viを終了できていないとしたら、 reset の前に :q! をタイプしてやる必要があるはず。

Answer 2

file /lib/systemd/systemd ってやったらどうなりますか?

Comments

[mint.cherry]

以下のような結果です
file /lib/systemd/systemd
/lib/systemd/systemd: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=832cea0e7a1230fd7ebf93bba1858888ecb9b4d1, stripped

[matobaa]

その結果のとおりです。つまり、そのファイルは ELF 64-bit LSB shared object であってテキストファイルではないので、エディタで開いても人間が読むようにはできてないです。

[mint.cherry]

返信回答ありがとうございます。

そうやって調べているのですね。fileコマンド便利です。
ありがとうございます！