• <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)系 :: 聚合  :: 管理

            如何讓errno多線程/進程安全

            Posted on 2009-05-08 16:12 Prayer 閱讀(873) 評論(0)  編輯 收藏 引用 所屬分類: LINUX/UNIX/AIX

             linux或者unix環(huán)境中,errno是一個十分重要的部分。在調用的函數(shù)出現(xiàn)問題的時候,我們可以通過errno的值來確定出錯的原因,這就會 涉及到一個問題,那就是如何保證errno在多線程或者進程中安全?我們希望在多線程或者進程中,每個線程或者進程都擁有自己獨立和唯一的一個 errno,這樣就能夠保證不會有競爭條件的出現(xiàn)。一般而言,編譯器會自動保證errno的安全性,但是為了妥善期間,我們希望在寫makefile的時 候把_LIBC_REENTRANT宏定義,比如我們在檢查<bits/errno.h>文件中發(fā)現(xiàn)如下的定義:
            # 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

            久久综合中文字幕| 亚洲精品国产综合久久一线| 亚洲伊人久久精品影院| 日韩人妻无码一区二区三区久久| 精品永久久福利一区二区| 国产精品丝袜久久久久久不卡| 久久综合成人网| 久久国产成人精品麻豆| 国产精品99久久久久久宅男小说| 久久精品亚洲中文字幕无码麻豆| 国产精品va久久久久久久| 伊人久久精品无码二区麻豆| 国产精品美女久久久免费| 久久久久久九九99精品| 色诱久久av| 久久国产热这里只有精品| 国产Av激情久久无码天堂| 囯产精品久久久久久久久蜜桃| 久久精品国产亚洲5555| 99久久99久久精品国产| 久久精品国产只有精品2020| 色88久久久久高潮综合影院| 亚洲色欲久久久久综合网| 久久高清一级毛片| 久久AⅤ人妻少妇嫩草影院| 7国产欧美日韩综合天堂中文久久久久 | 久久久久久综合网天天| 日本久久久久久久久久| 久久久久亚洲AV无码专区网站| 久久99国产精品99久久| 99麻豆久久久国产精品免费| 久久ww精品w免费人成| 久久久久久亚洲精品成人| 亚洲午夜久久久久妓女影院| 亚洲精品美女久久久久99小说| 内射无码专区久久亚洲| 伊人久久大香线蕉成人| 久久只有这里有精品4| 色狠狠久久AV五月综合| 久久久久亚洲AV片无码下载蜜桃 | 精品熟女少妇av免费久久|