使用动态库（dlopen）时更改库文件是否可能导致段错误？

Question

我 test_program 使用动态库并作为 linux 守护进程工作。

test_program 包含代码初始化过程。

dlopen(libtest.so);

正常情况下，用sigkill终止test_program不会导致段错误（我仔细检查了！！）

但是当被覆盖的libtest.so文件终止时（例如cp libtest.so /lib64/libtest.so）导致分段错误.

库文件不小心被覆盖了，其实是同一个文件libtest.so（我被diff了）

非常感谢知道为什么库文件被覆盖时会发生段错误。

感谢阅读，我附上了生成的核心文件和 dmesg 的回溯，所以如果您需要更多信息，请告诉我。

回溯（分开）：

#0  0x00007fd2c7668118 in ?? () from /lib64/libgcc_s.so.1
#1  0x00007fd2c7669019 in _Unwind_Backtrace () from /lib64/libgcc_s.so.1
#2  0x00007fd2c73a2186 in backtrace () from /lib64/libc.so.6
#3  0x000000000050fda8 in print_trace (sig=11, siginfo=0x7fff87da5770, context=<optimized out>) at sighandler.c:239
#4  <signal handler called>
#5  0x0000000000018219 in ?? ()
#6  0x00007fd2c9c47a1a in _dl_fini () from /lib64/ld-linux-x86-64.so.2
#7  0x00007fd2c72d0e69 in __run_exit_handlers () from /lib64/libc.so.6
#8  0x00007fd2c72d0eb5 in exit () from /lib64/libc.so.6
#9  0x000000000050d655 in end_signal (signo=<optimized out>) at 
#10 <signal handler called>test_program.c:103

dmesg:

test_program[11817]: segfault at 18219 ip 00007fd2c7668118 sp 00007fff87da4f40 error 4 in libgcc_s-4.8.5-20150702.so.1[7fd2c7659000+15000]

Answer 1

Normally, terminates test_program with sigkill does not cause segmentation fault(I double checked!!)

SIGKILL 无法被捕获或忽略，并阻止任何进一步的用户空间代码执行。这意味着它 永远不会 导致分段错误。也许你的意思是 SIGTERM。

But when terminated with overwritten libtest.so file(eg. cp libtest.so /lib64/libtest.so) cause segmentation fault.

您粘贴的回溯显示该进程如何尝试自行清理，因此它无法收到 SIGKILL。

the library file accidentally overwritted and the file is actually same libtest.so(I was diffed).

文件可能相同，但在映射到进程的内存中并不相同。 cp 截断文件并覆盖内容 "restored" 原始状态。

即使修改后的状态保持不变，截断和完成写入之间的时间 window 也存在崩溃的可能性：要么该区域不受文件支持（给出 SIGBUS），要么-待执行的代码尚未写入且该区域刚刚清零（即时 SIGSEGV），或者指令已部分写入并且看起来是伪造的（SIGILL）。

tl;博士不要那样做

使用动态库（dlopen）时更改库文件是否可能导致段错误？

Is it possible to cause segmentation fault by changing library file when using dynamic library(dlopen)?

c

linux

gcc

shared-libraries