Início / unix / Perguntas / 685617
Accepted
DannyNiu
Asked: 2022-01-09 22:33:34 +0800 CST

Por que é necessário bloquear um sinal antes de sigwait()'ing?

  • 772

Na APUE, capítulo 12 da página 454, é mencionado que:

Para evitar um comportamento errôneo, uma thread deve bloquear os sinais que está esperando...

O semelhante é dito na norma:

Os sinais definidos por set devem ter sido bloqueados no momento da chamada para sigwait() ; caso contrário, o comportamento é indefinido.

Que comportamento errôneo/indefinido está sendo discutido nesses textos? Não consigo encontrar uma justificativa ou uso de aplicativo no padrão e estou tendo dificuldade em compreender a explicação no livro:

se os sinais não estiverem bloqueados ..., uma janela de temporização é aberta onde um dos sinais pode ser entregue ao thread antes de concluir sua chamada para sigwait.

signals real-time

2 respostas

  1. Isso é da documentação do qnx , mas é relevante para todas as distribuições do tipo Unix e Unix:

    Os sinais definidos por set devem ser bloqueados antes de você chamar sigwait(). Se você não bloqueá-los, há uma condição de corrida em que um sinal pode ser entregue logo antes da chamada ser feita, fazendo com que a chamada seja bloqueada, o que talvez você não queira.

    • 1
  2. Best Answer

    Essa resposta primeiro leva os leitores à perspectiva histórica do desenvolvimento de padrões, depois chama a atenção dos leitores para textos específicos do padrão para explicar o motivo do requisito.

    No XPG Edição 3, sigaction, juntamente com sig*set, sigismember, sigpending, sigprocmaske sigsuspend, são introduzidos para alinhamento com o padrão POSIX.1-1988. Destes, sigactionforneceu a interface mais abrangente e consistente para especificar disposições de sinal; sigpending, sigprocmaske sigsuspendforneceu maneiras de resposta refinada aos sinais.

    No XPG Issue 4 (o mais antigo atualmente disponível em formato digital), sigaltstack, sig{hold,ignore,pause,relse,set}, siginterruptforam introduzidos. O padrão mais recente não disse de onde eles eram, apenas que todos, mas sigaltstacksão obsoletos, pois funcionam apenas em processos de thread único.

    No XPG Edição 5, que é a Especificação Unix Única Versão 2, pthread_sigmask, sigqueue, sigtimedwait, sigwaitinfo, e sigwaitsão introduzidos para alinhamento com extensões POSIX em tempo real e threads.

    Agora, é importante olhar para outros 2 lugares no padrão.

    1º em Informações Gerais para o volume Interfaces do Sistema, Conceitos de Sinal:

    ... um sinal pode ser "bloqueado" da entrega para um thread. Se a ação associada a um sinal bloqueado for diferente de ignorar o sinal, e se esse sinal for gerado para a thread, o sinal permanecerá pendente até que seja desbloqueado, ele é aceito quando selecionado e retornado por uma chamada para a sigwait()função ou a ação associada a ela é definida para ignorar o sinal.

    Obviamente, além de eventualmente ignorar o sinal, o sinal pode ter 2 maneiras de alcançar o processo/thread - sendo desbloqueado ou sendo aceito por sigwait(e seus irmãos como sigtimedwaite sigwaitinfo)

    2º em sigaction:

    O resultado do uso de sigaction() e uma função sigwait() simultaneamente dentro de um processo no mesmo sinal não é especificado.

    Obviamente, sigwaittinha sido concebido como um método secundário de processamento de sinais.

    Isso é confirmado pelo seguinte texto na justificativa para a interface sigtimedwaite :sigwaitinfo

    As funções sigwait fornecem um mecanismo síncrono para que as threads esperem por sinais gerados de forma assíncrona.

    • 0

relate perguntas