端末で次のコマンドを実行するとします。
~$ echo 'sleep 2; echo "hello!"' | sh
その後、次の行を入力し始めます。 2秒後、私が書いている内容に「hello!\n」という単語が挿入されます。回避策があることを知っていますが（プロンプトを更新するには上に押してから下に押します）、記録がない他のシステムでは（Telnet経由でMUDを使用している場合など）不可能です。
stdinとstdoutを分離するncursesアプリケーションや端末エミュレータを知っている人はいますか？これはncursesで行うのはとても簡単なようです。賢いdup2を使うだけです。しかし、実装する前に、誰かが以前にやったことがあるかどうかを知りたいです。
主な問題に対する他の解決策も歓迎します。
ベストアンサー1
これは聞こえるように変更するのは簡単ではありません。これは、端末「cooked」対「raw」モードと「echo」を有効にするかどうかに関係します。
ターミナルがベークモード（デフォルト）にあるとき、カーネルは入力として入力されたすべての項目を読み取り、プレーンテキスト即時エコー、削除処理、文字削除（単一文字および全文字削除）を含む基本行編集機能を使用して処理します。します。 ) は、それぞれ現在行の内容と異なる内容です。 Enterキーを押すと、実際には端末入力にテキスト行が表示されます。 Enterキーを押すまでのプロセスはすべてカーネル内で発生します。端末で実行されているプロセスがシングルバイトを受信できませんでした。したがって、フォアグラウンドアプリケーションは、ユーザーが何も入力しているかさえ知りません。 ttyで実行されているプロセスは、必要に応じてこのエコーを抑制できません。これは、エコーが不適切な時間（出力と混合するなど）に現れるからです。これらのプロセスは、入力が発生しているという事実さえ知らないからです。
エコーを表示しない、stty rawまたはtermiosを使用する代わりにターミナルをrawモードに設定することでこれを抑制できますが、カーネルの行編集機能が完全に失われます。つまり、キーを押して再起動できないというCtrl意味です。uエラー。さらに、カーネル調理処理に依存するプログラム（基本的にはreadlineやncursesを使用しないすべてのプログラム）を使用するのに多くの困難があります。なぜなら、そのようなプログラムでは完全に盲目的に入力することになるからです！ああ、さらに：端末を処理しないと、中断され保留中のジョブ制御ショートカットのカーネルブロック機能が失われます（デフォルトはそれぞれCtrl-cとCtrl- z）。