呼び出し元がバックグラウンドプロセスに属している場合、tcsetpgrp（）は成功しますか？

Question

POSIX specificationによれば、tcsetpgrpは、バックグラウンドプロセスであれば、呼び出しプロセスのグループにSIGTTOUを送ることができます。

しかし、そのような場合はフォアグラウンドグループが変更されているかどうかわかりません。

また、シグナル生成にもかかわらずフォアグラウンドグループが実際に変更された場合、新しいフォアグラウンドグループがSIGTTOUを受信するグループであれば、セッションと端末には何が起こるのだろうかと思います。

Answer 1

TL：DR：

ませんフォアグラウンドグループは変更されません。これは、プロセスが端末の設定を変更しているときにシグナルが送信されることになっているので意味があります。変更が成功した場合、シグナルはプロセス（現在はフォアグラウンド・グループ）にも渡されません。なぜなら、誰かがSIGCONTを送信しなくてもそれが詰まる可能性があるからです。

長い答え：

簡単な例：このコードはバックグラウンドプロセスとして起動され、SIGTTOUを扱う場合

#include <unistd.h> 
#include <errno.h> 
#include <string.h> 
#include <stdio.h> 
#include <stdlib.h> 
#include <fcntl.h> 
#include <signal.h> 


void sig(int signo) { 
    const char* msg = strsignal(signo); // XXX: Not async-signal-safe. 
    write(STDOUT_FILENO, msg, strlen(msg)); 
    write(STDOUT_FILENO, "\n", 1); 
} 

int main() { 
    char cntl_tty[L_ctermid]; 
    ctermid(cntl_tty); 

    signal(SIGTTOU, sig); 
    signal(SIGCONT, sig); 

    int fd = open(cntl_tty, O_RDONLY); 
    if (fd == -1) { 
     perror("open"); 
     exit(1); 
    } 
    if (tcsetpgrp(fd, getpgrp()) == -1) { 
     perror("tcsetpgrp"); 
    } else { 
     puts("foregrounded"); 
    } 
    return 0; 
} 

、これは、信号が受信されることを印刷する永久ループ。 perrorは決して呼び出されません。つまり、カーネルがシステムコールを再起動します。送信SIGCONTは問題ではありません。前向きなことは決して成功しません。しかし、シェルを介してコードをフォアグラウンドにすると、「フォアグラウンド」が期待どおりに出力されます。

SIGTTOUの信号配置をSIG_IGNに変更すると、すぐに「フォアグラウンド」が印刷されます。