• <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>

            桃源谷

            心靈的旅行

            人生就是一場旅行,不在乎旅行的目的地,在乎的是沿途的風景和看風景的心情 !
            posts - 32, comments - 42, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            13.16 標準庫異常層次
             經驗表明,異常是可以分類的。C++草案標準提供了標準庫異常層次。這個層次以基類excephon開始(在頭文件<exception>中定義),該基類提供服務what(),在每個派生類中重定義,發出相應的錯誤消息。
            從基類exception可以派生直接派生類runtime_error和Iogic_error(都在頭文件<stdexcept>中定義),每個派生類又可以派生其他類。
            從exception中還可以派生由于C++語言特性而拋出的異常,例如,new拋出bad_alloc(13.14節).dynamic_cast拋出bad_cast(第 2l章),typeid拋出bad_typeid(第21章)。如果發生意外異常時,通過在函數的拋出表中加上std::bad_exeeption, unexpected()拋出bad_exception而不是(默認)終止程序或調用set_unexpected指定的另一函數。
             logic_error類是幾個標準異常類的基類,表示程序邏輯中的錯誤,可以通過編寫正確的代碼來防止。下面介紹其中的一些類。 invalid_argument類表示向函數傳入無效參數(可以通過編寫正確的代碼來防止)。length_error類表示長度大于所操作對象允許的最大長度(第19章處理string時會拋出length_error異常)。out_of_range類表示數組和string下標之糞的值超界。
            runtime_error類是幾個其他異常類的基類,表示程序中只能在執行時發現的錯誤。overflow_error類表示發生運算上溢錯誤;underflow_error類表示發生運算下溢錯誤。

            標準庫異常類
               C++標準庫異常類定義在四個頭文件中:
               1) <exception>頭文件中定義了異常類exception;
               2) <stdexcept>頭文件中定義了幾種常見的異常類。
               3) <new>頭文件中定義了bad-alloc異常類。當new無法分配內存時將拋出該異常類對象。
               4) <type_info>頭文件中定義了bad_cast異常類。當dynamic_cast失敗時將拋出該異常類對象。

               標準異常類之間的關系:exception派生出runtime_error類、logic_error類、bad_cast類和bad_alloc類。由runtime_error派生出 range_error、overflow_error、underflow_error;由logic_error派生出domain_error、 invalid_argument、length_error、out_of_range。

            posted @ 2007-11-26 21:57 lymons| 編輯 收藏

            From 2008精選
            Linux 文件鎖是建議鎖,也有人把它叫做記錄鎖,是通過系統調用fcntl(2)來實現的。
            這種鎖在鎖定文件時有兩種模式,分別是阻塞(block)和非阻塞模式。
            在編碼時比較常用的是有一種的非阻塞模式,也就是發現文件已經被其他進程
            鎖定時,立即返回不予等待。而阻塞模式則正好與它相反,也就是一直等待直到
            其他進程釋放文件鎖為止。
            注:關于詳細內容請參看《Unix環境高級編程》

            不過,有的時候也會用到阻塞模式的文件鎖,而且會要求不能被一直阻塞,等待
            了一定時間后應返回。也就是說,想給阻塞版本的文件鎖加上一個超時時間(timeout)。

            通過man手冊,fcntl(2)里面沒有關于在阻塞模式時,設置超時時間的任何描述。
            但從man手冊里我們發現,文件鎖在阻塞時會被信號(signal)中斷。所以我們就像
            可以利用設置信號軟中斷來實現一個自己版本的等待超時呢。

             1 #include <stdio.h>
             2 #include <stdlib.h>
             3 #include <unistd.h>
             4 #include <fcntl.h>
             5 #include <sys/types.h>
             6 #include <sys/stat.h>
             7 #include <signal.h>
             8 
             9 #define readw_lock(fd) \
            10     lock_reg((fd), F_SETLKW, F_RDLCK)
            11 #define writew_lock(fd) \
            12     lock_reg((fd), F_SETLKW, F_WRLCK)
            13 #define unlock(fd) \
            14     lock_reg((fd), F_SETLK, F_UNLCK)
            15 
            16 typedef int (*LW_FN)(char *fname);
            17 
            18 int
            19 lock_reg(int fd, int cmd, int type)
            20 {
            21     struct flock lock;
            22     lock.l_type = type;
            23     lock.l_start = 0;
            24     lock.l_whence = SEEK_SET;
            25     lock.l_len = 0;
            26 
            27     return fcntl(fd, cmd, &lock);
            28 }
            29 
            30 void hander(int signo)
            31 {
            32     // do nothing
            33     return;
            34 }
            35 
            36 int lockw(char *fname, LW_FN fn, int timeout)
            37 {
            38     int ret = 0;
            39     int fd;
            40     struct sigaction act, oact;
            41 
            42     if ((fd = open(fname,  O_CREAT | O_RDWR, 0666)) == -1) {
            43         printf("open failed!\n");
            44         return -1;
            45     }
            46 
            47     // set timer to wakeup fcntl
            48     act.sa_handler = hander;
            49     sigemptyset(&act.sa_mask);
            50     act.sa_flags = 0// here, must be zero for wakeup fcntl
            51     sigaction(SIGALRM, &act, &oact);
            52 
            53     int sec = alarm(timeout);
            54 
            55     if (writew_lock(fd) == 0) {
            56         alarm(sec);
            57         // recovery signal handler.
            58         sigaction(SIGALRM, &oact, NULL);
            59        
            60        
            printf("locked OK!\n");
            61        
            62
                     // here, add code about file.
            63 #ifdef _TEST
            64         getchar();
            65         ret = 0;
            66 #else
            67         ret = fn(fname);
            68 #endif
            69 
            70         printf("unlocked!\n");
            71         unlock(fd);
            72     }
            73     else {
            74         alarm(sec);
            75         // recovery signal handler.
            76         sigaction(SIGALRM, &oact, NULL);
            77         // lock failed, because of timeout.
            78         printf("write lock failed\n");
            79         ret = -1;
            80     }
            81 
            82     return ret;
            83 }
            84 
            85 // test code
            86 int func(char *fname)
            87 {
            88     printf("check file:%s \n", fname);
            89     getchar();
            90     return 0;
            91 }
            92 
            93 int main()
            94 {
            95     return lockw("file.lock", func, 5);
            96 }
            97 
            98 


            該程序的原理是,利用了alarm(2)設置的定時器,在一定時間過后會產生SIGALRM信號,會使當前正在
            執行的系統調用中斷,導致該系統調用(fcntl)返回失敗。

            上述代碼有以下的說明:
             1. 信號處理函數hander是一個空函數,里面什么也不做。它的存在就是為了接收SIGALRM信號
             2. sigactionsa_flags成員一定要設置成0,否則不會是系統調用中斷
             3. 為了防止把以前設置的定時器破壞,不管是加鎖成功還是失敗都立即恢復以前的定時器。
             4. 因為為了接收SIGALRM信號,我們設置了它的信號處理函數。那在加鎖失敗和成功后也要恢復以前的設定。

            注:雖然上面的代碼能實現文件鎖超時等待的問題,但又引入了另一個問題,就是該代碼會破壞以前設定的定時器,即使是后面也恢復了以前的定時器設置,也會有一些副作用。比如:當為了等待其他進程釋放文件鎖,傳遞到lockw函數里的等待時間(也就是形參timeout)超過了以前設定的定時器觸發時間,那這段期間內的以前設定的定時器就無效了。也就是說, 在調用lockw之前,該進程了已經設定了一個2秒的定時器, 而這個進程在調用lockw時傳遞的timeout時間為10秒(鎖定的阻塞時間為10秒), 那么從調用lockw的那一刻起,2秒的定時器就無效了,知道鎖定成功或者失敗為止.

            posted @ 2007-11-26 14:52 lymons 閱讀(2457) | 評論 (0)編輯 收藏

            僅列出標題
            共4頁: 1 2 3 4 
            我的個人簡歷第一頁 我的個人簡歷第二頁
            色综合久久久久久久久五月| 日韩av无码久久精品免费| 精品久久久久久久久中文字幕| 久久国产精品成人影院| 国产69精品久久久久99| 无码精品久久一区二区三区| 色综合久久久久综合体桃花网| 亚洲AV日韩精品久久久久久| 精品久久777| 免费精品国产日韩热久久| 99久久99久久精品免费看蜜桃| 亚洲综合久久夜AV | 国产免费久久精品丫丫| 久久精品国产男包| 伊人久久综在合线亚洲2019| 国产亚洲婷婷香蕉久久精品| 亚洲午夜福利精品久久| 996久久国产精品线观看| 色综合久久久久综合99| 久久国产精品久久久| 97精品国产97久久久久久免费| 性做久久久久久久久久久| 72种姿势欧美久久久久大黄蕉| 国产精品久久久久a影院| 亚洲AV无码久久精品狠狠爱浪潮| 99久久国产亚洲高清观看2024| 国产毛片欧美毛片久久久 | 久久久一本精品99久久精品66 | 久久综合久久综合九色| 国产精品久久一区二区三区| 久久99热这里只频精品6| 国产精品久久精品| 久久99国产综合精品| 久久精品国产69国产精品亚洲 | 久久精品无码专区免费东京热| 久久福利资源国产精品999| 麻豆国内精品久久久久久| 久久国产视屏| 久久无码中文字幕东京热| 色青青草原桃花久久综合| 2021国产精品午夜久久|