前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Linux下的strerror是否线程安全?

Linux下的strerror是否线程安全?

作者头像
一见
发布2019-03-14 16:12:32
1.3K0
发布2019-03-14 16:12:32
举报
文章被收录于专栏:蓝天

下列是glibc-2.14中的源代码:

代码语言:javascript
复制
 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是非线程安全的。

不过大部分时候strerror是安全的,因为大多数情况: if (__builtin_expect (ret != NULL, 1)) return ret; 这个地方能return出来。大多数凭空return非const字符串的都不是线程安全的,而strerror大部分系统认识的errno都是返回const字符串,所以大部分时候都是安全的。

遇到不安全的结果是返回错乱的字符串,但不会coredump,原因是buf的内存总是有效的。用户如果给一个不存在的errno,会返回 "Error %d"这种东西,就非安全。

所以如果确认给的都是合法的errno,可以认为是安全的。或者干脆 #define strerror(x) strerror_r((x),0,0),这个#define要加-D_GNU_SOURCE编译。

如果只是用当前的errno,直接用%m,但%m要直接使用系统的Xprintf,不能做二次封装,否则中途一下库函数会改变当前errno。如果封装里面用了malloc(),localtime这一类的,会改变当前errno值,使用Xprintf时值就不对了,如果重封装要先保存再恢复errno。

可以在多线程中尽情使用strerror,但最好同时记录errno,万一乱字符串,还可通过errno取得正确的。

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2014/04/09 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档