• <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)  編輯 收藏 引用

            伊人久久大香线蕉无码麻豆| 精品久久久久久无码不卡| 久久A级毛片免费观看| 岛国搬运www久久| 国产精品久久久久a影院| 2022年国产精品久久久久| 久久九九久精品国产| 精品乱码久久久久久久| 亚洲一区精品伊人久久伊人 | 好久久免费视频高清| 亚洲国产成人精品无码久久久久久综合| 久久笫一福利免费导航| 久久91精品国产91久久麻豆| 国产香蕉久久精品综合网| 91精品国产91热久久久久福利 | 精品国产乱码久久久久久1区2区| 亚洲精品高清久久| 亚洲精品无码久久一线| 久久综合五月丁香久久激情| 婷婷久久综合九色综合98| 日韩AV无码久久一区二区| 久久久久久久久66精品片| 久久久无码精品亚洲日韩软件| 大伊人青草狠狠久久| 久久久女人与动物群交毛片 | 色婷婷综合久久久久中文字幕| 成人免费网站久久久| 99999久久久久久亚洲| 欧美熟妇另类久久久久久不卡| 久久久久久久波多野结衣高潮| 2021国内久久精品| 一本综合久久国产二区| 久久人人爽人人爽AV片| 久久久久噜噜噜亚洲熟女综合| 91久久福利国产成人精品| 久久精品成人| 久久精品国产亚洲av麻豆蜜芽| 2019久久久高清456| 久久天天躁狠狠躁夜夜avapp| 无码专区久久综合久中文字幕| 久久精品国产亚洲av日韩 |