初级问题：return还是_exit？

x5miao

一介村夫 发表于 2012-03-01 07:35
_exit来自unistd，_Exit来自stdlib，作用相同。
这里选用_exit，纯粹是出于Unix的大小写习惯。

_Exit()退出时不执行atexit ()注册的退出函数以及signal()注册的信号处理函数，return和exit()都会处理。这两个一样吗？

一介村夫

x5miao 发表于 2012-03-01 09:49
_Exit()推出时不执行atexit ()注册的退出函数以及signal()注册的信号处理函数，return和exit()都会处理 ...

当然不一样，这里要讨论的不就是这种不一样所产生的差别吗？

x5miao

回复 22# 一介村夫


    既然都已经知道这种差别了   那还需要讨论吗？闲的蛋疼

一介村夫

目前是19:1，够了。
我来公布来龙去脉吧，看看是不是像某些人说的似的“闲得蛋疼”。
以下是伪代码：

1. int main(int argc, char *argv[])
   
2. {
   
3.     l = dlopen("3rdPartyLib");
   
4.     f = dlsym(l, "EnterEnv");
   
5.     (*f)();
   
6.     ...
   
7.     f = dlsym(l, "LeaveEnv");
   
8.     (*f)();
   
9.     dlclose(l);
   
10.     return 0;
    
11. }

复制代码

此程序在exit时产生core dump，原因估计是在3rdPartyLib的EnterEnv中使用了atexit。

我们知道，擦干净自己的屁股是一种良好的编程习惯，但是本例恰恰是因为屁股擦得太干净了，所以才会产生core dump。
解决方法是：用_exit代替return，因为自己的屁股已经擦干净了，没必要再画蛇添足。
由此引发的思考是：如果我们能够确保自己的编程达到了一定的水平，屁股肯定已经擦干净了，是否应该把_exit作为一种缺省的退出main的方式？尤其是当你动态调用了第三方的黑匣子时。

hellioncu

一介村夫 发表于 2012-03-01 10:41
目前是19:1，够了。
我来公布来龙去脉吧，看看是不是像某些人说的似的“闲得蛋疼”。
以下是伪代码：此程 ...

有可能第三方库的符号跟你的符号有冲突，试着调整dlopen的参数看看，如RTLD_DEEPBIND

一介村夫

hellioncu 发表于 2012-03-01 11:03
有可能第三方库的符号跟你的符号有冲突，试着调整dlopen的参数看看，如RTLD_DEEPBIND

不是这个问题，实际用debug工具检查，发现core dump发生在exit函数调用另一个未知地址时，由非法指令所引起，也就是说程序已经成功完成了我的C代码，因此估计为第三方软件包使用了atexit。

OwnWaterloo

回复 24# 一介村夫

第3方软件包里有没有说：
1. 它可以用dlopen加载？
2. 如果可以，是否有说可以用dlclose 卸载？

一介村夫

OwnWaterloo 发表于 2012-03-01 12:29
回复 24# 一介村夫

第3方软件包里有没有说：

也许有说，但是很可能没有说，而且文档太庞大了，根本看不过来。
这里所说的第三方库，是IBM的DB2的一部分。

OwnWaterloo

回复 28# 一介村夫

那干脆在退出前不要dlclose了？ 这种屁股本来就不好擦……
只是dlopen让程序员可以擦了而已……  其他加载方式都是留给OS擦的……

还是说这个库很大，只想在程序运行期中的一小段时间内加载，使用完了就卸掉？
那就只能怪库没实现出可以dlopen后又可以dlclose擦屁股的功能了……

一介村夫

OwnWaterloo 发表于 2012-03-01 13:09
回复 28# 一介村夫

那干脆在退出前不要dlclose了？ 这种屁股本来就不好擦……

不擦屁股，肯定不是好方法。
我认为问题的关键是：atexit没有提供相关的一整套管理的方法，即atexit之后，既不能查也不能删，显得这个功能很简陋。
如果atexit有一套完善的相关函数，那么在EnterEnv中调用atexit后，就可以在LeaveEnv中再将其从注册表中删除，这才是完善的功能。
第三方软件在设计时，显然是没有考虑到其被dlopen的情形。