|
|
|
|
| 求助！Linux下的信号机制是和编译器还是内核相关 |
  求助！Linux下的信号机制是和编译器还是内核相关 - kenny_ye [ 2007-04-09 09:57 | 378 byte(s)]
Re: 求助！Linux下的信号机制是和编译器还是内核相关 - flyingzhang [ 2007-04-09 14:33 | 356 byte(s)]
Re: 求助！Linux下的信号机制是和编译器还是内核相关 - kenny_ye [ 2007-04-09 15:02 | 349 byte(s)]
Re: 求助！Linux下的信号机制是和编译器还是内核相关 - flyingzhang [ 2007-04-09 15:26 | 270 byte(s)]
Re: 求助！Linux下的信号机制是和编译器还是内核相关 - kenny_ye [ 2007-04-09 15:43 | 163 byte(s)]
Re: 求助！Linux下的信号机制是和编译器还是内核相关 - kenny_ye [ 2007-04-09 15:04 | 47 byte(s)]
|
|
|
|
[Original]
[Print]
[Top]
|
小弟初来贵地，有问题往达人解答。不甚感激！
问题如下：
原本在RedHat 9， gcc3.2.2上开发的程序，拿到Debian下运行，发现其中自己定义的信号处理函数始终不能被调用到。Debian下的内核是2.4.27, RedHat 9内核为2.4.20。
哪位能解释一下，这种信号处理机制，由谁来保证，是编译器还是内核。产生这个问题的原因可能是什么？
多谢！//bow
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
编译器是不会和信号机制有关联了：） 但我们通常用到的signal处理是由内核来维护的，但我们的代码中的signal函数也与运行时库有一定的关联。具体到你的问题，能否给出一段代码演示一下是何种情况？
信号处理函数不能被调用到，但你是否可以确信相应的信号已经产生，是否注册成功？如果是一个自定义的信号的话，试试kill一下看看。另外，两边gcc/libc的版本如何？
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
RedHat 9下gcc版本是3.2.2. Debian 下gcc版本是3.3.5
在两个平台下通过gdb调试，确信信号SIGSEGV已经产生，不同的是在redhat 9下面能进入signal handler函数,而在debian下看直接到libpthread了。
另外一个信息是用ldd看，我们的程序会动态load libgcc_s.so.1，这个lib在不同的平台下是不是有什么不同之处？
谢谢了!
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
|
直接到pthread是什么意思？ 这个样子我也有些糊涂了。libgcc_s.so里面是gcc的一些很基础的函数和数据，以及C++的异常处理等部分，按说和这个case应该是没有什么关系的。btw,你能否看一下gdb本身是否对这个有影响？ info handle。 我自己这边也有在debian上开发的类似的代码，工作很正常。
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
我们的程序有些特殊，类似于虚拟机，是用来在linux下面跑windows PE的，其中一部分代码来自qemu，需要进行cpu指令的翻译。
我猜测所以需要用到gcc的库吧。
|
|
|
[Original]
[Print]
[Top]
|
|
|
声明: 本页内容为中国Linux论坛的内容镜像，文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者，如果转载，请注明文章来源及相关版权信息。