Question

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

e.g

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。有人可以提出解决方案吗？

Answer 1

我前段时间遇到过同样的问题。经过深入研究，我找到的唯一选择是为不同的ORACLE服务器构建不同的可执行版本（分别与库的不同版本链接）。

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

以下是两个链接，可能会有所帮助：

第一个显示，您需要为特定环境提供特定的库版本。我的问题是，我必须在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

幸运的是，你不会有这样的问题，但我决定，这对你有用。

occi应用程序的向前兼容性

1 个答案: