适用于SIGSEGV / SIGABRT和朋友的Oracle Pro * C / OCI安装处理程序 – 为什么以及如何禁用？

当使用Pro * C（Oracle for C-Code的嵌入式SQL预处理器）或OCI时，我注意到connect / init例程安装了一些信号处理程序。

这意味着之前

EXEC SQL CONNECT :username IDENTIFIED BY :password USING :dbspec ; 

或者a

 OCIEnvNlsCreate() 

我可以validation，例如这些信号有以下处理程序：

 No NAME Pointer SA_SIGINFO SIG_DFL SIG_IGN ――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― 1 SIGHUP (nil) false true false 2 SIGINT (nil) false true false 3 SIGQUIT (nil) false true false 4 SIGILL (nil) false true false 5 SIGTRAP (nil) false true false 6 SIGABRT (nil) false true false 7 SIGBUS (nil) false true false 8 SIGFPE (nil) false true false 9 SIGKILL (nil) false true false 10 SIGUSR1 (nil) false true false 11 SIGSEGV (nil) false true false 12 SIGUSR2 (nil) false true false 13 SIGPIPE (nil) false true false 14 SIGALRM (nil) false true false 

在connect / init语句之后，表格如下所示：

 No NAME Pointer SA_SIGINFO SIG_DFL SIG_IGN ――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― 1 SIGHUP (nil) false true false 2 SIGINT 0x7eff9e60bdac true false false 3 SIGQUIT 0x7eff9ea17f9c true false false 4 SIGILL 0x7eff9ea17f9c true false false 5 SIGTRAP 0x7eff9ea17f9c true false false 6 SIGABRT 0x7eff9ea17f9c true false false 7 SIGBUS 0x7eff9ea17f9c true false false 8 SIGFPE 0x7eff9ea17f9c true false false 9 SIGKILL (nil) false true false 10 SIGUSR1 (nil) false true false 11 SIGSEGV 0x7eff9ea17f9c true false false 12 SIGUSR2 (nil) false true false 13 SIGPIPE 0x1 true false true 14 SIGALRM (nil) false true false 

其中0x7eff9e60bdac表示sslsshandler() ，0x7eff9ea17f9c表示skgesig_sigactionHandler() – libclntsh.so.11.1定义的两个符号 – Oracle运行时库。

我担心那些Oracle信号处理程序，因为它们似乎引入了一些非确定性的行为。 这意味着取决于操作系统，硬件和段错误/中止的类型，我观察到以下行为：

• 一个丑陋的堆栈跟踪，不包含太多有用的信息
• 退出状态为1的直接程序退出 – 没有任何核心文件写入且没有错误消息
• 退出状态为0的直接程序退出（原文如此！）

特别是最后的行为是怪诞的。

因此，我感兴趣的是：

• 动机 – 为什么Oracle安装了那些信号处理程序？
• 如何禁用它们？ – 至少对于默认产生核心文件的信号 – 因为对于我的用例，我想在这种情况下（开发期间）获得核心，或者在生产中获得可靠且信息丰富的退出状态
• 通过例如act.sa_handler = SIG_DFL; sigaction(SIGABRT, &act, 0);来覆盖Oracle信号处理程序是否安全act.sa_handler = SIG_DFL; sigaction(SIGABRT, &act, 0); act.sa_handler = SIG_DFL; sigaction(SIGABRT, &act, 0); ？
• 连接后将SIGABRT / SIGSEGV和朋友重置为SIG_DFL有什么缺点？

Answer 1

信号处理和诊断框架注意事项：OCI诊断框架安装可能影响您在应用程序中使用的任何信号处理的信号处理程序。 您可以通过设置禁用OCI信号处理

 DIAG_SIGHANDLER_ENABLED=FALSE 

在sqlnet.ora文件中。 有关信息，请参阅“ Oracle调用接口程序员指南 ”中的“ OCI中的故障可诊断性 ”。

请尝试在sqlnet.ora文件中配置此环境变量

Answer 2

我会修补Oracle .so文件以用nosigactn替换sigaction字符串，并在你的程序中创建一个名为nosigactn的no-op函数，其签名与sigaction相同。