2

工具化与 Oracle 的 libclntsh 链接的 C 代码会在运行生成的程序时导致崩溃。程序以“非法指令”信号终止。

至少在某些版本的 Oracle 11g 和 Purify 中存在该错误。

这是一个已知的错误，IBM 已发布了解决方法。不幸的是，解决方法对我的工作环境没有帮助。

我在用

$ purify -version
Version 7.0.1.0-002.U 120210 Solaris SPARC

在 Sun SPARC 硬件上的 Solaris 10 下。我用 Sun CC 11 编译 C 源代码。

就像解决方法中描述的那样，我尝试将 libclntsh 从工具化中排除，如下所示：

$ purify -verbose -cache-dir=purify_cache -always-use-cache-dir \
     -selective -exclude-libs=/oracle/app/rdbms/ora11203/lib/libclntsh.so.11.1 \
     cc -o myprogram ... -lclntsh

这不起作用。Purify 只是说它正在检测 libclntsh.so.11.1，当然我得到了一个相应的_pp3_文件而不是一个文件_pp0_。

我尝试了排除模式的变体：

-exclude-libs=libclntsh.so.11.1
-exclude-libs=clntsh.so

没有任何成功。

能够排除 libclntsh 也将大大缩短工具化时间。在这台 SPARC 机器上，工具化 libclntsh.so 需要几分钟时间。

看看解决方法，它只提到了 HPUX - 但我希望它也适用于 Solaris ......不知何故。

4

1 回答 1

3

对于该版本的 Purify（Solaris SPARC 上的 7.0.1-ish），以下选项语法有效：

$ purify -cache-dir=purify_cache -always-use-cache-dir \
    -enable-exclude -exclude-libs=libclntsh.so.11.1 cc ...

Purify 然后仍然打印一些关于工具化 libclntsh.so.11.1 的内容，但它完成得更快并创建了一个_p0_文件：

$ find purify_cache -name '*_pp0_*'
purify_cache/.../lib/libclntsh.so.11.1_pure_pp0_pc0_0_0_1009171813_510_64

优点：

  • 如果您只需要工具化代码的其他部分，排除会产生更快的工具化时间
  • 使用 Purify 和 Oracle 库解决非法指令崩溃问题

坏处：

  • 不再检测到排除库中的内存错误（因为这些库函数的输入数据错误）。

Purify:在提供给-exclude-libs选项的值中用作分隔符，即您可以指定多个库进行排除（例如-exclude-libs=foo.so:bar.so）。

于 2013-02-25T19:43:16.617 回答