Como você leu no capítulo anterior, o que será feito, ou seja, qual o comportamento de cada programa ao receber um sinal é programado pelo autor. Sou eu, enquanto programador, que tenho inclusive que tratar o sinal 15, para terminar. Lembra, o 15 é uma morte controlada, onde eu dou uma arma para o programa. Cabe a você programador decidir em sua lógica apertar o gatilho (ou mesmo ignorar a arma). Se você não fizer nada disso o Sistema Operacional fará (caso do HUP no capítulo anterior).

Logo alguns sinais que fazem determinadas coisas tem um significado e uma ação padrão do Sistema Operacional. Alguns sinais são chamados "não mascaráveis", ou seja, eu não posso substituir a ação padrão, como no caso do sinal 9 (nada que eu tente fazer me livrará da morte por sinal 9).

Alguns sinais possuem funções interessantes:

Sinal 1: só para formalizar. Significa reinício do programa. O programador deve escrever uma rotina que faça o que ele considera como reinício (como reler arquivos de configurações por exemplo). Senão o tratamento padrão é o encerramento. Este sinal é chamado de SIGHUP.

Sinal 2: Sinal chamado de SIGINT. Causa uma interrupção no programa. Falando em termos práticos, é um sinal 2 que o programa recebe quando se pressiona Control+C.

Sinal 15: esta é a solicitação de morte, chamada de SIGTERM. Ao receber um sinal 15 o processo deveria preparar-se para terminar, fazendo "seus últimos pedidos" e ele mesmo encerrando normalmente sua execução. Claro, isto se o programador tratar o sinal, senão será o Sistema Operacional quem o fará.

Sinal 9: SIGKILL. Este é a morte indefensável. Não pode ser mascarado, ou seja, o programador não consegue substituir a rotina de tratamento do Sistema Operacional que simplesmente tira o processo da fila de prontos. Deve ser usado em último caso, pois um sinal 15 é mais elegante por dar a chance ao processo de se preparar para sua morte.

Sinal 14: SIGALRM. Adoro este sinal. Um desconhecido que permite coisas fantásticas. Posso agendar antecipadamente o envio sinal. Tratarei dele com mais detalhes.

Sinal 20: SIGTSTP. Este sinal de STOP faz com que o processo interrompa a sua execução. Veja, ele não termina, apenas interrompe. Se não for tratado pelo programa o Sistema Operacional irá tirar ele da fila de prontos, mas sem o encerrar. Bom exemplos falam mais alto: quando tu digita Control+Z tu gera um sinal 20. Captou? (processo fica parado, um fg volta a ele ou um bg para colocar em background).

Bom, não vou descrever aqui todos os sinais. Resta dizer que a maioria deles eu posso subverter a ação ou mesmo desligar. Ainda tem sinais que não tem função específica podendo ser usado para finalidades diversas. Um deles é o 10. Posso, em minha lógica de programação, determinar que o sinal 10 teria o significado de "imprima novamente teus dados" e assim por diante.

Ou melhor, um processo irá ler da memória e outro escrever. Não posso ler se ainda não escrevi, logo o processo que irá ler pode ficar esperando o sinal 10 e o processo que irá escrever envia o sinal 10 quando terminou de escrever.

Sacou como sinais podem ser algo útil em uma programação?