我们有一个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
幸运的是,您不会遇到这样的问题,但我认为,这可能对您很有用。