C&C++   发布时间:2022-04-03  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了c – 假设errno总是积极的是否安全?大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在编写一个程序,其中大多数使用过的库函数在出错时返回-1并设置errno.程序的行为是这样的,如果发生错误它将退出.要确定确切的退出点和程序外部的错误(例如使用gdb),我想使用以下方法
err = func_1(..arglist_1..);
if(err != 0)
{
    perror("func(..arglist..)");
    return ((1u << 8) | errno);
}
//..
//.. some more funcs
//..
err = func_n(..arglist_n..);
if(err != 0)
{
    perror("func(..arglist_n..)");
    return (((unsigned)n << 8) | errno);
}

这里的问题是安全的假设.

现实:errno被声明为extern int errno;在errno.h里面
假设1:errno的值始终小于255.
假设2:错误总是积极的.

根据errno.h中定义的所有错误常量(EAGAIN等),这些假设目前都是正确的.这些可以假设在未来也是如此吗?

P.s.:我不想依赖perror()来确定退出点.

解决方法@H_675_16@
程序的退出状态限制为0..255,因此如果这些返回语句来自main()程序,则高位不相关.

C标准(ISO / IEC 9899:2011§7.5错误< errno.h>)说:

C标准预计错误是正面的. POSIX(IEEE Std 1003.1,2013版)声明为<errno.h>

因此,您可以合理安全地假设(系统生成的)错误编号为正,但您的代码可能设置为errno为负(或为零).目前,没有POSIX系统产生的错误数量高于200以下,所以假设它们将被限制在255,在短期内是安全的,但可能不是长期的.他们没有理由这么受限制.

您声称的“现实”仅适用于非线程程序.如果您正在编译线程支持,那么errno不会简单地声明为extern int errno;在任何情况下你都不应该为自己申报errno.声明它的唯一安全方法是通过< errno.h>头.

大佬总结

以上是大佬教程为你收集整理的c – 假设errno总是积极的是否安全?全部内容,希望文章能够帮你解决c – 假设errno总是积极的是否安全?所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。