Bash：「e」を入力できない、または「H」を無限に繰り返す

私の職場には、複数の独立したネットワークがあり、すべてがさまざまなバージョンのRedHat Linux 4、5、および6を実行しています。

これらのネットワークの1つでは、bashを使用できません（または、筆者が知る限り、python、gdbなどのbashフロントエンドを使用するもの）。

> exit

私は代わりに以下を取得します：

> HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH<control-C>

control-C（bashまたはgdbの場合）を押すか、別の端末でpythonのkillall pythonを実行するまで。

私の主な作業シェルはtcshですが、スクリプト作成にはすべてbashを使用しています。また、単純なループなどを実行するために、対話形式でシェルにドロップすることもあります。幸いなことに、「終了」は私の履歴にあるため、上矢印を使用して元に戻して終了できます。

明確にするために、これらのプログラムをインタラクティブに実行した場合にのみ発生します。シェルを開始したかどうかは関係ありません。

> bash

> bash --login

> env bash --login

> env bash

これは、bash_profileファイルとbashrcファイルを削除してもしなくても発生します。私の知る限り、これを引き起こすシステムのプロファイルには何もありません。

私はこれを見つける方法を完全に迷っています！誰もが提供できる助けを本当に感謝しています！

TIA！

だから、チョロバからの提案の助けを借りて、私はそれを理解しました。

この環境では、すべての人が独自の構成に加えて同じリソースファイルをすべてソースすることをほぼ強制するというばかげたポリシーがあります。ある日、彼らは何かを変えて、貝殻の半分を壊しました。

これを修正しようとする過程で、さまざまなプロファイルとリソースファイルにprintステートメントを挿入して、どのステートメントが実行されていたのかを確認して、原因を突き止めました。

「rc」で終わる他のすべてのファイルとは異なり、「。inputrc」は実行されず、PARSEDになることを認識していませんでした。そして、奇妙に解析されます。だから、私はこれを.inputrcに入れました：

echo "Hello..."

これはどういうわけか、バインディングシステム（明らかにbash、gdb、python、およびおそらく私がまだ使用していなかった他のいくつかのもののみ）によって「ユーザーがeを入力してHを無限に印刷する」と解釈されました。それは明らかに私が意図したことです。

機能的なbash、python、gdbができました！ありがとうございました！

簡単なハック、

$ i () { printf "%x" 14;}

または

$ i () { printf \\x65;}
$ l`i`ss
Missing filename ("less --help" for help)
$ `i`xit

別のハック、

$ E^b^[l

これにより、Eが低くなります。

これは役立つかもしれませんが、

$ bind -m `i`macs