Sinais em Linux

Você sabia que o comando kill não serve para apenas "matar" um processo? Esta é apenas uma de suas finalidades. Na verdade trata-se de comunicação por sinais, um IPC (InterProcess Communication) muito útil e simples de ser usado. Existem outros sinais que podem ser muito úteis, principalmente em programação C. Os exemplos deste artigo são todos em C.

[ Hits: 185.376 ]

Por: Elgio Schlemer em 20/05/2008 | Blog: https://profelgio.duckdns.org/~elgio


A chamada de sistema signal



Para tratar um sinal, ou seja, configurar o que eu quero fazer quando receber este ou aquele sinal, se usa a chamada de sistema signal. Que coisa, um desavisado juraria que signal é para enviar um sinal, nada mais intuitivo! Mas não, kill envia, signal trata.

A chamada signal é até bem simples: eu determino qual função será usada pelo Sistema Operacional para tratar determinado sinal. Agora sim vamos melhorar o nosso código em C. Se possível, faça enquanto lê este artigo. Não dói nada (pelo menos é o que dizem!).

No caso vou determinar o que eu quero que aconteça quando meu programa receber o sinal HUP (1) que deve significar reiniciar.

Este meu simples programa fica incrementando a variável a eternamente e imprimindo ela na tela. Neste contexto, acredito que o "reiniciar" seria tornar a variável a como zero, certo? Veja que o significado depende da aplicação. Serviços geralmente interpretam isto como reler todos os arquivos de configuração.

No meu caso para não entrar em polêmica de passagem de parâmetros, tornei a variável a global para que uma função possa alterar ela (digo sempre aos meus alunos: NÃO USEM GLOBAIS. Espero que eles não leiam isto! Bom, se bem que eu digo que existem poucas situações onde globais é necessário. Creio estar em uma delas).

Chamei o meu código de sinais2.c:

#include <stdio.h>
#include <signal.h>
#include <unistd.h>

int a;

/* Rotina de tratamento de sinais. Ela sempre tem um parâmetro int que será o sinal que a invocou */
void tratahup(int sinal)
{
   a= 0;  // põe 0 na variavel a
}

int main()
{
  
   signal(1, tratahup);

   printf("Meu pid eh %i\n", getpid());
   while(1) {
      printf("Valor de a = %i\n", a);
      a++;
      sleep(3);
   }
}

Brinque com ele! Compile, execute e fique enviando sinais 1 para ele:

$ ./sinais1
Meu pid eh 10719
Valor de a = 0
Valor de a = 1
Valor de a = 2
Valor de a = 0

No caso eu abri um novo terminal e nele digitei:

$ kill -1 10719

Foi o kill que fez o a voltar a ser 0 depois de ter sido 2! Tente você!

Página anterior     Próxima página

Páginas do artigo
   1. Comunicações entre processos
   2. Sinais
   3. Sinais mais importantes
   4. Quando kill não é kill
   5. A chamada de sistema signal
   6. Construindo um "HighLander"
   7. E o tal do SIGALRM?
   8. Conclusão
Outros artigos deste autor

Autenticação por desafio e resposta no SSH

Estrutura do IPTables 2: a tabela nat

Túneis cifrados com SSH

Parâmetros interessantes do scanf e do printf em C

Criptografia assimétrica com o RSA

Leitura recomendada

lib cURL - Trabalhe com URLs em C

Android NDK: Desmistificando o acesso a códigos nativos em C

A mágica do polimorfismo e seus conceitos na ótica de C/C++

Utilizando técnicas recursivas em C e C++

Alocação dinâmica de memória em C

  
Comentários
[1] Comentário enviado por elgio em 20/05/2008 - 11:43h

Códigos fontes dos exemplos em C para download neste link:

http://gravatai.ulbra.tche.br/~elgio/disciplinas/?MAT=VOL&DISC=OUTRAS

Estou melhorando os comentários dos mesmos.

[2] Comentário enviado por stremer em 20/05/2008 - 12:17h

Elgio.
Só posso falar uma coisa do seu artigo!
Fantastico, como sempre!

[3] Comentário enviado por itocamargo em 20/05/2008 - 13:26h

Muito bom o seu artigo...
parabéns...

[4] Comentário enviado por f_Candido em 20/05/2008 - 14:51h

Somente duas palavras:
Muito bom.

Parabéns

[5] Comentário enviado por rafasmart em 20/05/2008 - 15:27h

Artigo muito bom, parabéns!

só fiquei com uma dúvida... quando envio o mesmo sinal, mais de uma vez para o morroNao.c, ele não é mais tratado pela função morroNao. por exemplo com kill -20 <PID> aparece a mensagem "o seu mane...", mas se novamente fizer kill -20 <PID>, ele fica em STOP; e semelhantemente é finalizado se fizer kill -15 2 vezes. por que?

[6] Comentário enviado por elgio em 20/05/2008 - 15:49h

Opa!

Este comportamento que tiveste não é assim não!
Na minha execução não importa quantas vezes tu envie e em qual ordem, o morroNao só morre com o sinal 9!

[7] Comentário enviado por elgio em 20/05/2008 - 15:53h

Alias, olha que interessante!

Com o morroNao em uma janela, redimensione ela (a janela).
Veras que o morroNao recebe o sinal 28!

[8] Comentário enviado por rafasmart em 20/05/2008 - 16:06h

será que tem alguma coisa a ver com a minha plataforma?
Ubuntu Gutsy - 64 bits (x86_64)?

[9] Comentário enviado por rafasmart em 20/05/2008 - 16:29h

compilando com a opção p/ i386 ele não morre (exceto pelo sinal 9):

gcc -m386 -o morronao morronao.c

e antes eu estava compilando com as opções
-Wall -ansi -pedantic

[10] Comentário enviado por elgio em 20/05/2008 - 16:39h

Muito estranho!
Seria um BUG?

Testa se isto resolve:
void morroNao(int sinal)
{
signal(sinal, morroNao);

printf("\n\n*** O seu MANE, eu sou imortal ***\n");
printf("*** Nao eh por causa do sinalzinho %i que vou perecer!!\n\n",
sinal);
}

Agora ao chamar a morroNao a mesma se auto redefine.

[11] Comentário enviado por rafasmart em 20/05/2008 - 16:44h

não era plataforma (testei num x86), eram aquelas opções mesmo(-ansi mais especificamente), compilando sem ela funcionou normal (era um alias que eu tinha deixado para sempre compilar em ansi C)

[12] Comentário enviado por rodrigoleme em 20/05/2008 - 19:49h

muito bom!
parabéns!

[13] Comentário enviado por monsores em 20/05/2008 - 21:51h

Artigo excelente!!!
Para mim o 'kill' era apenas um assassino. :-)

[14] Comentário enviado por iagoaugusto em 21/05/2008 - 18:09h

huhuahauahauahaua bom artigo....

[15] Comentário enviado por davis.peixoto em 21/05/2008 - 21:41h

cara, seus artigos são sempre muito bons.

De verdade. Às vezes desanimo de acompanhar o VOL por causa de ler dicas do tipo

"Pessoal, vcs pode usar o comando cd para trocar de diretório, o ls para listá-lo e o clear para limpar a tela. Espero ter ajudado com a introdução ao poderoso shell."

Lembro do artigo que você escreveu sobre SYN Flood, ACK Flood. Aquilo me motivou muito a meter mais as caras em padrões e tudo o mais.

Parabéns pelo artigo e obrigado por proporcionar essa leitura.

[16] Comentário enviado por marcosmiras em 23/05/2008 - 10:16h

Meu...
Excelente!

[17] Comentário enviado por gjr_rj em 30/08/2008 - 01:32h

elgio,

antes de tudo, parabéns. Me esforço para fazer artigos iguais aos seus, quando acho que estou perto, leio um artigo desse e vejo que estou a "anos luz".

[18] Comentário enviado por jefers0n em 25/03/2009 - 20:23h

Elgio, meus parabens. Me ajudou bastante, pois tava tentando entender um pouco mais sobre sinais, ainda falta aprender muita coisa, mas ja me clareou as idéias...Excelente artigo (como sempre).

abraço e até mais.

[19] Comentário enviado por maiconkist em 12/07/2009 - 20:01h

Bastante esclarecedor.


Parabéns.

[20] Comentário enviado por removido em 29/07/2009 - 22:35h

Manda o sinal 35 pro morroNao que ele morre sim ^^

[21] Comentário enviado por elgio em 29/07/2009 - 22:42h

Sim, sinais de tempo real também são do tipo não mascaráveis, assim como o 9.

[22] Comentário enviado por julio_hoffimann em 12/01/2010 - 10:42h

Elgio Schlemer,

Simplesmesnte esclarecedor!!!!
Poupou horas de estudo para um bom entendimento, agora tenho base para ir mais a fundo nesses conceitos. Obrigado!

Parabéns!!

[23] Comentário enviado por ramon.rdm em 23/04/2011 - 21:13h

Excelente seu artigo companheiro!
Ew nunca ri e aprendi tão bem!
Seus exemplos vão direto ao ponto.
Entrei apenas para resolver um problema da universidade e acabei lendo ele todo.
Meus parabéns!
Abraço!

[24] Comentário enviado por tortugo em 26/04/2011 - 22:25h

Elgio,

excelente artigo! Vou colocar um link no meu blog http://johntortugo.wordpress.com/


JT


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts