问题：程序编译通过，但是执行时报错：coredump

问题描述：　

　　在一个客户现场搭建环境时，遇到了一个棘手的问题，C代码编译通过后，无法正常运行，启动会出现“coredump”错误。

　　运行环境为新搭建的AIX6.1,数据库为Oracle11.2.0.2.0。

　　将平台的C代码部署到用户下之后，makefile编译成功，之后启动程序，发现无法正常运行，启动会出现“coredump”错误。

问题排查：

　　根据dbx工具定位的代码位置，检查代码并未发现内存泄漏、越界等bug；到这就卡住了。

　　为了确定是否为代码的问题，新创建test.ec程序如下：

 #include <stdio.h>
 #include <unistd.h>
 #include <string.h>
 #include "sqlca.h"

 int main(int argc, char *argv[])
 {

   int iRet ;
     int ch;
     char ll[];
     char hh[];
     char tt[];
     char *p=NULL;

     memset(ll,0x00,sizeof(ll));
     memset(hh,0x00,sizeof(hh));
     memset(tt,0x00,sizeof(tt));

     while((ch=getopt(argc,argv,"l:h:t:")) != -)
     {
         switch (ch) {
         case 'l':
             strcpy(ll,optarg);
             printf("ll=[%s]\n",ll);
             break;
         case 'h':
             strcpy(hh,optarg);
             printf("hh=[%s]\n",hh);
             break;
         case 't':
             strcpy(tt,optarg);
             printf("tt=[%s]\n",tt);
             break;
         case '?':
             break;
         }
     }
     printf("获取入参成功!\n");
     p=strstr(tt,"b");
     printf("p=[%s]\n",p);
     return ;
 }

　　Makefile如下：

 all: test

 test:test.ec
     proc line=yes def_sqlcode=yes code=ansi_c ltype=short parse=partial  proc mode=ansi define=__64BIT__  define=_IBM_C define=_LONG_LONG "include=$(ORACLE_HOME)/precomp/public"  define=_WITH_ORACLE define=_WITH_ORACLE_PROC_PARSE iname=test.ec
     xlc -U_STR_ -q64 -qcpluscmt -g -brtl -qformat  -bhalt: -DAIX -DDEBUG -I$(ORACLE_HOME)/precomp/public -D_WITH_ORACLE -o test test.c   -L$(ORACLE_HOME)/lib -lclntsh

　　编译过程未出错，而在执行的时候，直接报错：

　　　　　　　　　　

　　之后根据dbx调试，发现程序在执行getopt函数的时候coredump的：

　　　　　　　　　　

　　设置断点调试：　　　　

　　　　　　　　　　

　　而在断点调试过程中，发现getopt函数本身并不会导致程序溢出，网上查了一下，有人说是因为包含了多余的头文件导致，故将#include <string.h >代码注释掉，发现可以执行，但是strstr函数执行会coredump，所以问题不在这里。

　　

　　此时，基本可以断定问题不在代码上，应该是环境的问题，因此又挨个注释Makefile中的链接动态库发现，将oracle动态库libclntsh.so的链接去掉后，可以执行成功：

　　　　　　　　　　

　　故初步判断是oracle动态库与当前系统不兼容导致。

　　对链接动态库进行测试，发现不链接libclntsh.so时，程序可运行，否则会出现coredump。

　　将test程序移植到另外一台服务器A上测试，发现可以正常运行，推测服务器环境有问题。对比2台服务器，差别如下：

　　　　1、操作系统版本偏低（当前服务器为6100-05-01-1016，A服务器上的版本为6100-06-08-1216）。

　　　　2、VAC版本偏低（当前服务器为11.1.0.0，A服务器上的版本为11.1.0.7）。

　　　　3、数据库版本偏低（当前服务器为11.2.0.2.0，A服务器上的版本为11.2.0.3.0）。

问题解决：

首先对xlc编译器升级，打补丁到11.1.0.7版本，发现程序不再coredump。

确定问题为xlc编译器版本过低，与oracle动态库不兼容导致。