Linux下的strerror是否線程安全？

時間 2019-11-29

原文原文鏈接

下列是glibc-2.14中的源代碼：

點擊(此處)摺疊或打開 css

char *
strerror (errnum)
int errnum;
{
char *ret = __strerror_r (errnum, NULL, 0);
int saved_errno;
if (__builtin_expect (ret != NULL, 1))
return ret;
saved_errno = errno;
if (buf == NULL)
buf = malloc (1024);
__set_errno (saved_errno);
if (buf == NULL)
return _("Unknown error");
return __strerror_r (errnum, buf, 1024);
}

man strerror便可看到相關說明，strerror_r是線程安全的，但不帶_r的strerror是非線程安全的。 html

不過大部分時候strerror是安全的，由於大多數狀況： if (__builtin_expect (ret != NULL, 1)) return ret; 這個地方能return出來。大多數憑空return非const字符串的都不是線程安全的，而strerror大部分系統認識的errno都是返回const字符串，因此大部分時候都是安全的。 python

遇到不安全的結果是返回錯亂的字符串，但不會coredump，緣由是buf的內存老是有效的。用戶若是給一個不存在的errno，會返回 "Error %d"這種東西，就非安全。 linux

因此若是確認給的都是合法的errno，能夠認爲是安全的。或者乾脆 #define strerror(x) strerror_r((x),0,0)，這個#define要加-D_GNU_SOURCE編譯。 shell

若是隻是用當前的errno，直接用%m，但%m要直接使用系統的Xprintf，不能作二次封裝，不然中途一下庫函數會改變當前errno。若是封裝裏面用了malloc()，localtime這一類的，會改變當前errno值，使用Xprintf時值就不對了，若是重封裝要先保存再恢復errno。 ubuntu