短い質問は、ttyを所有していない孤立したプロセスグループにシェルがあればどうしたらいいでしょうか?しかし、私はそれが面白いので、長い質問を読むことをお勧めします。ここで孤立したプロセスグループで対話シェルを実行するにはどうすればよいですか?
は(あなたがそれらのtcshの変人の1でない限り)あなたの好きなシェルを使用して、ポータブルストーブにあなたのラップトップをオンにする楽しさと刺激的な方法である:
#include <unistd.h>
int main(void) {
if (fork() == 0) {
execl("/bin/bash", "/bin/bash", NULL);
}
return 0;
}
これは、PEGにはbashを引き起こし100%のCPU。 zshと魚は同じことをしますが、kshとtcshはジョブコントロールについて何か不具合を起こしてしまいます。 OS XとLinuxはどちらも影響を受けています。
私の(潜在的に間違った)説明は次のとおりです:子のシェルは、フォアグラウンドにないことを検出します:tcgetpgrp(0) != getpgrp()
。したがって、それ自体を停止しようとします:killpg(getpgrp(), SIGTTIN)
。しかし、そのプロセスグループは親(Cプログラム)がリーダーであり、死んでしまって、孤立したプロセスグループに送られたSIGTTINが破棄されただけで孤立しています(そうでなければ何も再開できません)。したがって、子シェルは停止していませんが、バックグラウンドのままですので、すぐに再開します。すすぎ、繰り返します。
私の質問は、コマンドラインシェルがこのシナリオをどのように検出することができるのか、そしてそれが正しいことは何ですか?私の考えは、シェルがstdinからread
にしようとしていて、読み込みがEIOであれば終了します。
あなたの考えをありがとう!
編集:/ dev/ttyにゼロ長のread()を実行しようとしましたが、これは問題ありません。 EIOを入手するには、実際には/ dev/ttyのデータを読み込む準備が必要です。
:私が持っていた別の考えはkill(getpgrp(), 0)
でした。プロセスグループが孤立している場合、これは常に失敗すると私は信じています。しかし、私はセッションリーダーに信号を送る許可がないので、失敗することもあります。
編集:これを後で知る人には、私がやったことはhttps://github.com/fish-shell/fish-shell/issues/422に記載されています。また、未来はどうですか?ここで
+1ポータブルスペースヒーターのコメント。私はおびえた;) –
は、http://unix.stackexchange.com/のベストスイートになります。 – mtk
@ウィルこれはプログラミングの質問ではありません。 – Gilles