當進程正在執行一個系統調用時，如果被信號中斷，這時會發生什么呢？

     當一個低速調用阻塞期間捕捉到一個信號， 則該系統調用就被中斷不再繼續執行。 該系統調用返回出錯，起errono設置為EINTR。 因為發生信號， 進程捕捉到它， 這將是一個很好的機會來喚醒阻塞的系統調用。

     但有一個問題就是如果該系統調為read()， 正在等待終端輸入， 如果被信號中斷的話， 難免會影響整個程序的正確性， 所以有些系統使這類系統調用自動重啟動。就是一旦被某信號中斷， 立即再啟動。

如下面的signal1函數實現:

#include <signal.h>
#include "ourhdr.h"

typedef void Sigfunc(int);

Sigfunc *
signal1(int signo, Sigfunc *func)
{
        struct sigaction        act, oact;

        act.sa_handler = func;
        sigemptyset(&act.sa_mask);
        act.sa_flags = 0;

        if (signo ==SIGALRM)
        {
#ifdef SA_INTERRUPT
                act.sa_flags |= SA_INTERRUPT;
#endif
        }
        else
        {
#ifdef SA_RESTART
                act.sa_flags |= SA_RESTART;   /*這里對所有的信號都設置了自動再啟動，唯獨沒有SIGALRM*/
#endif
        }

        if (sigaction(signo, &act, &oact)<0)
                return(SIG_ERR);
        return (oact.sa_handler);
}

    為什么偏偏面對SIGALRM信號， 系統調用不設置自動重啟動呢？ 這時為了我們方便給read等低速系統調用定時。 我們不希望它一遇到某個信號變自動重啟動，也不希望它無限制的阻塞下去。 于是用alarm()進行定時， 一旦超出某個時間， 便被ALRM信號中斷喚醒，且不再重啟動。


    下面這段程序用來測試上面的signal1函數， 對一個read系統調用， 如何給它定時的：

#include <signal.h>
#include "ourhdr.h"
#include "10-12.c"

#define MAXLINE 1024

static void sig_alrm(int);

int
main(void)
{
        int     n;
        char line[MAXLINE];

        if (signal1(SIGALRM, sig_alrm) == SIG_ERR)
                perror("signal");

        alarm(10);
        if ( (n = read(STDIN_FILENO, line, MAXLINE)) < 0)
                perror("read");
        alarm(0);
        write(STDOUT_FILENO, line, n);
        write(STDOUT_FILENO, "exit\n", 5);

        exit(0);
}

static void
sig_alrm(int signo)
{
        write(STDOUT_FILENO, "recieved signal -ALRM\n", 22);
        return;
}

    在我的系統中， 如果調用默認的signal函數， 該read()系統調用將會自動重啟動， 所謂的alarm定時也就不起作用了。