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

            大龍的博客

            常用鏈接

            統計

            最新評論

            如何讓ERRNO多線程/進程安全-----轉

            linux或者unix環境中,errno是一個十分重要的部分。在調用的函數出現問題的時候,我們可以通過errno的值來確定出錯的原因,這就會 涉及到一個問題,那就是如何保證errno在多線程或者進程中安全?我們希望在多線程或者進程中,每個線程或者進程都擁有自己獨立和唯一的一個 errno,這樣就能夠保證不會有競爭條件的出現。一般而言,編譯器會自動保證errno的安全性,但是為了妥善期間,我們希望在寫makefile的時 候把_LIBC_REENTRANT宏定義,比如我們在檢查<bits/errno.h>文件中發現如下的定義:
            # ifndef __ASSEMBLER__
            /* Function to get address of global `errno' variable.  */
            extern int *__errno_location (void) __THROW __attribute__ ((__const__));

            #  if !defined _LIBC || defined _LIBC_REENTRANT
            /* When using threads, errno is a per-thread value.  */
            #   define errno (*__errno_location ())
            #  endif
            # endif /* !__ASSEMBLER__ */
            #endif /* _ERRNO_H */
            也就是說,在沒有定義__LIBC或者定義_LIBC_REENTRANT的時候,errno是多線程/進程安全的。
            一般而言, __ASSEMBLER__, _LIBC_LIBC_REENTRANT都不會被編譯器定義,但是如果我們定義_LIBC_REENTRANT一次又何妨那? <!--[if !vml]--><!--[endif]-->
            為了檢測一下你編譯器是否定義上述變量,不妨使用下面一個簡單程序。
            #include <stdio.h>
            #include <errno.h>

            int main( void )
            {
            #ifndef __ASSEMBLER__
                    printf( "Undefine __ASSEMBLER__\n" );
            #else
                    printf( "define __ASSEMBLER__\n" );
            #endif

            #ifndef __LIBC
                    printf( "Undefine __LIBC\n" );
            #else
                    printf( "define __LIBC\n" );
            #endif

            #ifndef _LIBC_REENTRANT
                    printf( "Undefine _LIBC_REENTRANT\n" );
            #else
                    printf( "define _LIBC_REENTRANT\n" );
            #endif

                    return 0;
            }
            希望讀者在進行移植的時候,讀一下相關的unix版本的<bits/errno.h>文件,來確定應該定義什么宏。不同的unix版本可能存在著一些小的差別!
            <!--[if !supportLineBreakNewLine]-->
            <!--[endif]-->



             
            我要這里補充一下,要線程安全,我們應該定義_REENTRANT宏。請參考features.h文件

            在windows中,我們需要定義_MT來勢error具有多線程安全性!

            http://blog.csdn.net/hello_wyq/archive/2006/08/01/1006216.aspx

            posted on 2009-05-09 00:57 大龍 閱讀(375) 評論(0)  編輯 收藏 引用

            无码精品久久一区二区三区| 97久久久久人妻精品专区 | 潮喷大喷水系列无码久久精品| 久久精品国产一区| 亚洲综合日韩久久成人AV| 国产精品成人99久久久久91gav | 亚洲国产精品无码久久久蜜芽| 久久精品成人| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 久久99久国产麻精品66| 久久精品人妻一区二区三区| 人人妻久久人人澡人人爽人人精品| 亚洲国产精品久久久久久| 国产精品一久久香蕉产线看| 日韩电影久久久被窝网| …久久精品99久久香蕉国产| 国产精品久久久久a影院| 国产精品亚洲美女久久久| 日日躁夜夜躁狠狠久久AV| 精品久久久久香蕉网| 中文精品99久久国产| 久久九九久精品国产免费直播| 精品国产91久久久久久久| 欧美喷潮久久久XXXXx| 精品综合久久久久久97| 污污内射久久一区二区欧美日韩| 九九热久久免费视频| 久久精品这里热有精品| 久久久久久久综合综合狠狠| 伊人久久综合热线大杳蕉下载| 精品人妻久久久久久888| 99蜜桃臀久久久欧美精品网站 | 亚洲综合久久综合激情久久| 国产成人久久精品激情| 少妇高潮惨叫久久久久久| 精品综合久久久久久97| 亚洲精品无码久久久久久| 色婷婷综合久久久久中文| 欧美丰满熟妇BBB久久久| 亚洲AV日韩AV天堂久久| 久久久精品2019免费观看|