加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

使用WEXITSTATUS宏在C中超过256(在exit()状态)的任何好处?

发布时间:2020-12-16 05:32:43 所属栏目:百科 来源:网络整理
导读:我正在为大学做一个练习,我不得不退出一个值,这个价值实际上是一个数字.这可能在255以上(exit()无法处理),但老师建议使用测试数据,其中计数永远不会超过该值. 毕竟,我需要处理这个计数值,退出状态,我通过使用waitpid()在主进程中得到这个值.令我惊讶的是,如
我正在为大学做一个练习,我不得不退出一个值,这个价值实际上是一个数字.这可能在255以上(exit()无法处理),但老师建议使用测试数据,其中计数永远不会超过该值.

毕竟,我需要处理这个计数值,退出状态,我通过使用waitpid()在主进程中得到这个值.令我惊讶的是,如果子进程返回1,主进程中的“真实”值为256,则为512,依此类推…

我需要打印这个值,所以我只需将它分成256,就完成了.但是,如果我使用WEXITSTATUS()宏,我也会按照我想要的方式获取这个值

我看了C源代码,这是我发现的:

#define __WEXITSTATUS(status) (((status) & 0xff00) >> 8)

我明白这里发生了什么,例如,二进制的512是10 0000 0000,右移8点将给出00 0000 0010,这是十进制的2.在这个宏观中我不明白的是&运算符和0xff00似乎是一个随机数的事实(它可能不是,它从哪里来?).这是做什么,为什么在宏中有“& 0xff00”?不行吗?

而在这个话题中,真正的问题是将我的代码中的这个宏称为256除外?

解决方法

And the real question in this topic,
is the same thing to call this macro
in my code as dividing by 256?

在子进程正常终止(即通过调用exit())而不是通过分段错误,断言失败等的情况下,它可能总是起作用.

waitpid()存储的状态对子进程终止的原因和退出代码进行编码.原因存储在最低有效字节(通过状态和0xff获得)中,退出码存储在下一个字节中(由状态& 0xff00屏蔽并由WEXITSTATUS()提取).当进程正常终止时,原因为0,所以WEXITSTATUS只是等于8(或除以256).但是,如果进程被信号(例如SIGSEGV)杀死,则没有退出代码,您必须使用WTERMSIG从原因字节中提取信号.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读