关于内核中系统调用的一个疑惑
时间:2006-04-30
来源:互联网
0.11版
typedef int (* fn_ptr) ();
fn_ptr sys_call_table[]={.......,sys_exit,............}; //a
int sys_exit(......){return do_exit(.....);} //b
void do_exit(.....){........} //c
请问return do_exit();如何理解?do_exit() 是void,难道返回的是指针?
但返回指针也不应该void *赋给 int 啊?
请问如何理解?
还有a句如果不用typedef ,直接写,应如何写?
typedef int (* fn_ptr) ();
fn_ptr sys_call_table[]={.......,sys_exit,............}; //a
int sys_exit(......){return do_exit(.....);} //b
void do_exit(.....){........} //c
请问return do_exit();如何理解?do_exit() 是void,难道返回的是指针?
但返回指针也不应该void *赋给 int 啊?
请问如何理解?
还有a句如果不用typedef ,直接写,应如何写?
作者: 52violin 发布时间: 2006-04-30
呵, 原来和楼主是校友, 可惜我百合id没了
那个《完全注释》俺也看了, 是这样的.
exit.c 131~134行
131 current->exit_code = code;
132 tell_father(current->father);
133 schedule();
134 return (-1)
do_exit(long code)并不会返回进程退出码, 而是通过131行的语句来设置task_struct结构, 让父进程用sys_wait来读取这个exit_code, 132行发送SIGCHLD信号(其实是设置父进程的task_struct), 要注意的是133行已经重新调度了, 此时进程"实际"已退出(被清理了), 只在内核留下了一个task_struct结构(一般是这样), 也就是说134行并不被会执行到.(为什么?内核是根据task_struct数组来调度的.) 这样写只是防止编译器警告.
这是我的比较肤浅的理解, 请指教
ps: 这种问题楼主应该去linuxforum.net上问.
那个《完全注释》俺也看了, 是这样的.
exit.c 131~134行
131 current->exit_code = code;
132 tell_father(current->father);
133 schedule();
134 return (-1)
do_exit(long code)并不会返回进程退出码, 而是通过131行的语句来设置task_struct结构, 让父进程用sys_wait来读取这个exit_code, 132行发送SIGCHLD信号(其实是设置父进程的task_struct), 要注意的是133行已经重新调度了, 此时进程"实际"已退出(被清理了), 只在内核留下了一个task_struct结构(一般是这样), 也就是说134行并不被会执行到.(为什么?内核是根据task_struct数组来调度的.) 这样写只是防止编译器警告.
这是我的比较肤浅的理解, 请指教
ps: 这种问题楼主应该去linuxforum.net上问.
作者: phus 发布时间: 2006-05-01
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读:74
-
如何安装mysql8.0
阅读:31
-
Word快速设置标题样式步骤详解
阅读:28
-
20+道必知必会的Vue面试题(附答案解析)
阅读:37
-
HTML如何制作表单
阅读:22
-
百词斩可以改天数吗?当然可以,4个步骤轻松修改天数!
阅读:31
-
ET文件格式和XLS格式文件之间如何转化?
阅读:24
-
react和vue的区别及优缺点是什么
阅读:121
-
支付宝人脸识别如何关闭?
阅读:21
-
腾讯微云怎么修改照片或视频备份路径?
阅读:28