• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
              當進程正在執(zhí)行一個系統(tǒng)調(diào)用時,如果被信號中斷,這時會發(fā)生什么呢?

                 當一個低速調(diào)用阻塞期間捕捉到一個信號, 則該系統(tǒng)調(diào)用就被中斷不再繼續(xù)執(zhí)行。 該系統(tǒng)調(diào)用返回出錯,起errono設置為EINTR。 因為發(fā)生信號, 進程捕捉到它, 這將是一個很好的機會來喚醒阻塞的系統(tǒng)調(diào)用。

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

            如下面的signal1函數(shù)實現(xiàn):

            #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信號, 系統(tǒng)調(diào)用不設置自動重啟動呢? 這時為了我們方便給read等低速系統(tǒng)調(diào)用定時。 我們不希望它一遇到某個信號變自動重啟動,也不希望它無限制的阻塞下去。 于是用alarm()進行定時, 一旦超出某個時間, 便被ALRM信號中斷喚醒,且不再重啟動。


                下面這段程序用來測試上面的signal1函數(shù), 對一個read系統(tǒng)調(diào)用, 如何給它定時的:

            #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;
            }

                在我的系統(tǒng)中, 如果調(diào)用默認的signal函數(shù), 該read()系統(tǒng)調(diào)用將會自動重啟動, 所謂的alarm定時也就不起作用了。
            久久精品国产亚洲AV麻豆网站| 国产真实乱对白精彩久久| 性做久久久久久久| 国产一区二区三区久久| 久久精品国产亚洲Aⅴ香蕉 | 91性高湖久久久久| 久久这里的只有是精品23| 国产精品久久久久影视不卡| 怡红院日本一道日本久久 | 国产精品久久久久久久久鸭| 久久久99精品一区二区| 国产99精品久久| 蜜臀av性久久久久蜜臀aⅴ| 久久免费香蕉视频| 久久被窝电影亚洲爽爽爽| 久久无码国产专区精品| 久久93精品国产91久久综合| 久久国产精品77777| 精品久久久无码21p发布| 99久久婷婷国产综合精品草原| 少妇精品久久久一区二区三区| 久久精品中文字幕一区| 国产 亚洲 欧美 另类 久久 | 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 97久久香蕉国产线看观看| 亚洲精品无码久久久影院相关影片 | 国产A级毛片久久久精品毛片| 国产毛片欧美毛片久久久| 亚洲欧美日韩久久精品| 日韩久久久久中文字幕人妻| 久久久久亚洲AV无码专区桃色 | 久久久99精品一区二区| 久久久久亚洲av成人无码电影| 久久97久久97精品免视看| 久久精品?ⅴ无码中文字幕| 国产亚洲成人久久| 久久天天躁狠狠躁夜夜2020老熟妇| 国内精品久久久久久久久电影网| 国产99久久九九精品无码| 精品人妻伦一二三区久久| 久久黄视频|