• <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 大龍 閱讀(372) 評論(0)  編輯 收藏 引用

            日本福利片国产午夜久久| 国产免费久久精品99re丫y| 理论片午午伦夜理片久久| 国产综合久久久久| 久久精品国产99久久久| 一本一本久久A久久综合精品| 一本色道久久综合| 久久久久国产精品嫩草影院 | 性高湖久久久久久久久AAAAA| 精品午夜久久福利大片| 狠狠色丁香久久综合五月| 久久久久无码精品国产不卡| 久久精品国产99久久久| 国内精品久久久久影院优| 久久久久久a亚洲欧洲aⅴ| 国产精品99久久久久久猫咪 | 色综合久久中文字幕综合网| 亚洲а∨天堂久久精品| 久久精品国产亚洲αv忘忧草| 亚洲综合精品香蕉久久网| 久久99精品国产99久久| 久久国产精品国语对白| 亚洲精品无码久久毛片| 国产午夜福利精品久久2021| 91精品国产91久久久久久| 亚洲国产日韩欧美久久| 久久夜色精品国产噜噜麻豆| 久久99国产精品久久久| 亚洲欧美一区二区三区久久| 韩国免费A级毛片久久| 久久婷婷人人澡人人| 欧美黑人又粗又大久久久| 国产毛片久久久久久国产毛片| 欧美精品一区二区久久| 国产成人精品久久一区二区三区| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 国产成人久久激情91| 亚洲国产成人精品无码久久久久久综合 | 2021国内久久精品| 91久久国产视频| 精品国际久久久久999波多野|