Oracle 12.2 导致 Proc*C 应用程序崩溃答案

【问题标题】：Proc*C Application Crashing With Oracle 12.2Oracle 12.2 导致 Proc*C 应用程序崩溃
【发布时间】：2018-08-25 00:22:52
【问题描述】：

在 172.19.112.43 服务器上运行某些应用程序时，oracle 导致应用程序崩溃。 Oracle 12.2 版，Linux 版 - Red Hat Enterprise Linux Server 6.0 版（圣地亚哥）。

请在崩溃跟踪下方找到：

0  0x00007f332756754b in raise () from /lib64/libpthread.so.0 

1  0x00007f33233eb212 in skgesigOSCrash () from   /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

2  0x00007f3323a0b535 in kpeDbgSignalHandler () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

3  0x00007f33233eb550 in skgesig_sigactionHandler () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

4  <signal handler called> 

5  0x00007f332144220c in kpudfni () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

6  0x00007f3321442f9b in kpudfn2 () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

7  0x00007f33213c5e8a in sqlcucDefine () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

8  0x00007f3323d225cb in sqlall () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

9  0x00007f3323d1f5bc in sqlnst () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

10 0x00007f3323d1b206 in sqlcxt () from /home0/ora12c/app/ora12c/product/12.2.0/dbhome_1/lib/libclntsh.so.12.1 

11 0x00007f3326a88c51 in CSTDbConnection::ProcessSelect (this=0x646900 <objDBConn>, VecColumnsobj=std::vector of length 1, capacity 1 = {...}, VecWheresobj= 
std::vector of length 1, capacity 1 = {...}, strOrderBy="") at    STDbConnException.cpp:11377

这发生在许多应用程序中。 相同的应用程序在 Oracle 12.1 上运行得非常好，但在 Oracle 12.2 上运行应用程序时却崩溃了。我们还通过在 sqlnet.ora 文件中设置以下参数来禁用客户端和服务器端的诊断功能。

DIAG_ADR_ENABLED=OFF

DIAG_SIGHANDLER_ENABLED=假

DIAG_DDE_ENABLED=假

但即使这样也无济于事。抛出此错误的代码是：

    short nIndex7=0;
    int intVecIndex=0;
    int LastIndex =0;
    while(true)
    {
    memset(szDBErrorCode,'\0',DB_ERROR_LEN);
            vector<CSTColumn> objVecColumns;
            //cout<<"Inside While Loop"<<endl;
            EXEC SQL FETCH select_cursor INTO DESCRIPTOR 'out';

FETCH 语句对所有应用程序都抛出错误。有时选择查询会在抛出错误之前运行多次。

抛出错误的代码的Cpp部分是

        short nIndex7=0;
       int intVecIndex=0;
       int LastIndex =0;
       //EXEC SQL WHENEVER NOT FOUND DO BREAK ;
    while(true)
    {
    memset(szDBErrorCode,'\0',DB_ERROR_LEN);
            vector<CSTColumn> objVecColumns;
            //cout<<"Inside While Loop"<<endl;
            /* EXEC SQL FETCH select_cursor INTO DESCRIPTOR 'out'; */

{
  struct sqlexd sqlstm;
 sqlstm.sqlvsn = 13;
 sqlstm.arrsiz = 4;
 sqlstm.sqladtp = &sqladt;
sqlstm.sqltdsp = &sqltds;
sqlstm.iters = (unsigned int  )1;
sqlstm.offset = (unsigned int  )822;
sqlstm.selerr = (unsigned short)1;
sqlstm.sqlpfmem = (unsigned int  )0;
sqlstm.cud = sqlcud0;
sqlstm.sqlest = (unsigned char  *)&sqlca;
sqlstm.sqlety = (unsigned short)4352;
sqlstm.occurs = (unsigned int  )0;
sqlstm.sqfoff = (         int )0;
sqlstm.sqfmod = (unsigned int )2;
sqlcxt(&my_context, &sqlctx, &sqlstm, &sqlfpn); // This line gave the core
  }

有人可以解释一下吗？

【问题讨论】：

您似乎没有为 12.2 重新编译您的应用程序：libclntsh.so.12.1。

标签： c++ debugging select gdb oracle12c

【解决方案1】：

这似乎是一个真正的 Oracle 错误。已在 18.1 中修复，但带有 12.2 的补丁

错误 26911212：如果 SQL 跨多个文件传播，则 PROC 应用程序崩溃

正是您和我们遇到的症状：从 Pro*C sqlctxt 的深处某处对 malloc/realloc 的无效调用导致 sigabrt()

补丁说明将此描述为预编译器错误，这暗示它可能是由预编译器生成的代码中的问题，与我们的症状不符（我们实际上在 12.1 上编译，但在 12.2 客户端上运行）。实际上，当您运行补丁时，会打补丁的是共享库 libclntshcore.so 等，因此除非您静态链接，否则损坏的是执行时客户端环境，而不是预编译器环境。

【讨论】：