occi应用程序的前向兼容性

forward compatibility of occi application

本文关键字：兼容性 应用程序 occi      更新时间：2023-10-16

我们有一个OCCI应用程序动态链接到Solaris上的occi库。现在在构建期间，我们将其与Oracle 10.2.0.4客户端的occi链接，但我们希望相同的构建能够在Oracle 10G客户端以及Oracle 11G客户端下运行。但是occi似乎不向后兼容，因为动态occi lib的名称中有一个版本。

如

md1sisun26:/tools/oracle/10.2.0.4/lib->dump -Lv libocci.so
libocci.so:
**** DYNAMIC SECTION INFORMATION ****
.dynamic:
[INDEX] Tag Value
[1] INIT 0xc6110
[2] FINI 0xc62b8
[3] SONAME libocci.so.10.1
[4] RUNPATH TLD_GLOBAL
[5] RPATH TLD_GLOBAL
[6] HASH 0xe8
[7] STRTAB 0x10488
[8] STRSZ 0x1fb42
[9] SYMTAB 0x41e8
[10] SYMENT 0x18
[11] CHECKSUM 0x25a3
[12] PLTSZ 0x4c80
[13] PLTREL 0x7
[14] JMPREL 0x3c450
[15] RELA 0x2ffd0
[16] RELASZ 0x11100
[17] RELAENT 0x18
[18] REGISTER 0x72
[19] REGISTER 0x86
[20] FEATURE_1 PARINIT
[21] FLAGS 0
[22] FLAGS_1 [ DISPRELDNE ]
[23] PLTGOT 0x1eb500
md1sisun26:/tools/oracle/10.2.0.4/lib->ls -lrt libocci.so
lrwxrwxrwx 1 oracle 15 Aug 10 2010 libocci.so -> libocci.so.10.1*

可以看到，当我们在Oracle 11G客户端上运行occi应用程序时，由于没有libocci.so.10.1，它失败了。有人能提出解决办法吗?

我以前也遇到过同样的问题。经过深入的研究，我发现唯一的选择是为不同的ORACLE服务器构建不同的可执行版本(分别与不同版本的库链接)。

当然，这可以用另一种方式来完成——运行时区分你需要的库的版本，安装两个版本，并使用dlopen动态加载正确版本的库。但我从未尝试过，因为我实际上并不需要它。但它可以工作，只要两个库版本可以同时安装在同一台机器上，而不会相互冲突。

这里有两个链接，可能会有帮助:

  • 如何与特定库链接(g++;libstdc + + . so。5、libstdc++.so。6)
  • https://forums.oracle.com/forums/thread.jspa?messageID=4545221

第一个显示，您需要针对您的特定环境拥有特定的库版本。我的问题是，我必须在RHEL5上有occi 10.2.0.4, libstdc++.so.6自带，而occi 10.2.0.4依赖于libstdc++.so.5。唯一的解决方案是在OCCI的论坛(第二个链接)中编写，过了一会儿，他们给了我正确的构建，这是occi 10.2.0.4与libstdc++.so.6构建而不是libstdc++.so.5

幸运的是，您不会遇到这样的问题，但我认为，这可能对您很有用。

相关文章：