然后,在VC中启动的时候,输出栏会显示一系列这个exe所加载的dll或其他插件,将那些dll和插件(系统的除外)与生成的exe放在一起,然后就可以发布了。
我说的只是大概流程,中间一些细节自己体会吧。
C程序发布的时候,经常去掉-g编译选项的,那么这就遇到一个问题,当程序运行core dump后,想去调试查看core的具体信息,会发现很多符号都被优化掉了,看到的栈信息要么是问号,要么变量无法打印值; 去掉符号表,却可以让程序体积更小,而且不容易泄漏程序的信息,更安全些。
这就产生了矛盾,我们在运行的时候不需要符号表,调试的时候需要符合表,那我们能否把符号表在发布程序的时候删除,调试的时候加载符号表信息那,这样就满足了需要。
为了直观起见,先写个简单的c代码用于演示,代码如下:
编译下:
gdb调试看看:
可以看到显示没有调试符号表信息,我们重新用-g编译选项试试:
其实也不是完全没有符号,也还是有不少的,只是没有调试信息,可以用命令查看:
两个符号表的大小是有差距的差距6个,这个表示符号表的index的个数。 查下段表更清晰:
编译的时候可以采用-g编译,然后发布的时候去掉符号表,可以使用命令:strip。 如下最简单的处理下:
可以看到strip处理过的testdebug,比不用-g 选项的编译出来的test文件更小,通过nm命令验证下,确实任何符号都被删除了,而不用-g编译的文件还可以看到符号信息的。
默认情况下不会产生core文件,加大core文件尺寸:
重新编译运行:
看下core的信息:
调试下看看:
因为没有符号信息,很可惜看不到具体的符号信息,也不知道在哪里core了。
看重点,加载符号文件,这个是直接加载没有strip前的文件,是包含符号表的。我们清晰的可以看到core的位置是在第8行。
我们通过命令: eu-strip testdebug -f testdebug.sym 提取testdebug中的符号表,保存为文件testdebug.sym。
我们gdb调试的时候导入这个符号试试:
客户端需要安装oracle client并配置好TNSNAME才能访问服务器。oracle client在oracle安装包中就有,是个可选组件。也有单独的Client安装,百度一下“oracle client安装包” 就能找到
客户端访问oracle服务器时使用1433端口,如网络中有防火墙之类的需注意
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)