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

能够在多线程中尽情使用strerror，但最好同时记录errno，万一乱字符串，还可经过errno取得正确的。安全

阅读(22) | 评论(0) | 转发(0) |

上一篇：Storm的wordCounter计数器详解多线程

下一篇：将博客搬至CSDNsocket