Next: Sentinels, Previous: Signals to Processes, Up: Processes [Contents][Index]
非同期サブプロセスが自身の標準出力に書き込んだ出力はフィルター関数(filter function)と呼ばれる関数に渡されます。デフォルトのフィルター関数は単に出力をバッファーに挿入します。このバッファーをプロセスに関連付けられたバッファーと呼びます(Process Buffersを参照)。プロセスがバッファーをもたなければデフォルトフィルターは出力を破棄します。
サブプロセスが標準エラーストリームに書き込む場合には、デフォルトではエラー出力もフィルター関数に渡されて処理されます。Emacsがサブプロセスとの対話に疑似端末(pty:
pseudo-TTY)を使用する場合には、疑似端末は出力チャンネルを1つしかもてないので、サブプロセスの標準出力ストリームと標準エラーストリームを区別するのは不可能です。それらのストリームの出力を区別して保ちたい場合は、たとえば
start-process-shell-command
や類似コマンドを通じて適当なshellコマンドを使用することにより、いずれか1つをファイルにリダイレクトする必要があります。
エラー出力先を標準出力から区別するためには、かわりに非nil
の:stderr
パラメーターでmake-process
(make-processを参照)を呼び出すことができます。この場合には、サブプロセスとの対話にEmacsはpipeを使用することになります。
サブプロセス終了時にEmacsは保留中の出力を読み取って、その後そのサブプロセスからの出力の読み取りを停止します。したがってそのサブプロセスに生きた子プロセスがあり、まだ出力を生成するような場合には、Emacsはその出力を受け取らないでしょう。
サブプロセスからの出力はEmacsが待機している間、端末入力読み取り時(関数waiting-for-user-input-p
、Waitingのsit-for
とsleep-for
、Accepting Outputのaccept-process-output
、およびプロセスへのデータ送信関数(Input to Processesを参照)のみ到着可能です。これは並列プログラミングで普遍的に悩みの種であるタイミングエラーの問題を最小化します。たとえば安全にプロセスを作成して、その後でのみプロセスのバッファーやフィルター関数を指定できます。その間にあるコードが待機するプリミティブを何も呼び出さなければ、完了するまで到着可能な出力はありません。
いくつかのシステムではEmacsがサブプロセスの出力を読み取る際に出力データを非常に小さいブロックで読み取るために、結果として潜在的に非常に貧弱なパフォーマンスとなることがる。この挙動は変数process-adaptive-read-buffering
を非nil
値(デフォルト)にセットして拡張することにより改善し得る。これにより、そのようなプロセスからの読み取りを自動的に遅延して、Emacsが読み取りを試みる前に出力がより多く生成されるようになる。
• Process Buffers | デフォルトでは出力はバッファーに送信される。 | |
• Filter Functions | フィルター関数はプロセスからの出力を受け取る。 | |
• Decoding Output | フィルターはユニバイトやマルチバイトの文字列を取得できる。 | |
• Accepting Output | プロセスの出力到着まで待機する方法。 | |
• Processes and Threads | プロセスとスレッドが相互作用する方法。 |