gpt4 book ai didi

oracle - 如何使用purify从工具化中排除共享库?

转载 作者:行者123 更新时间:2023-12-04 05:24:41 25 4
gpt4 key购买 nike

对与 Oracle 的 libclntsh 链接的 C 代码进行检测会导致在运行结果程序时崩溃。程序以“非法指令”信号终止。

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

这是一个 known bug and IBM has published a workaround .不幸的是,该解决方法对我的工作环境没有帮助。

我正在使用

$ 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 ......不知何故。

最佳答案

使用该版本的 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 库解决非法指令崩溃

  • 缺点:
  • 不再检测到排除库中的内存错误(因为这些库函数的输入数据错误)。

  • 净化用途 :作为提供给 -exclude-libs 的值的分隔符选项,即您可以指定多个库进行排除(例如 -exclude-libs=foo.so:bar.so )。

    关于oracle - 如何使用purify从工具化中排除共享库?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13321472/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com