Are the shared libs fixed in 815?

Question

The client lib (libclntsh.so) in 8.0.5 was broken. It's missing
the symbol slpmprodstab located in ~/lib/scorept.o. So, you
can't even connect. It's easy enough to fix (link scorept.o into
a shared lib and link it first) but we can't tell our customers
to do this for ever....
I just downloaded the 8051 patches and they don't fix the
problem, so I'm wondering if 815 fixes it?
(sure would be nice to get some decent client libs!!)
pete
null

Answer 1

It's not broken. From note 68151.1:
In release 8.0, it was decided that a lot more oracle products
would be linked to the client shared library, libclntsh.so.
In doing this it was realised that the symbol slpmprodstab
was resolved differently for each product and so could not
be included in the shared library. On platforms where this
practice has been adopted (e.g. Solaris) extra, product
specific, object modules have to be included to resolve this
symbol. Peter Hatch (guest) wrote:
: Sandman (guest) wrote:
: : Wow. Like I said, I didn't have a problem at all when I
: : installed. Friends on EfNet say I live a blessed install
life,
: : because I rarely have problems when installing Oracle
software.
: : laff
: This isn't an install problem. It causes certain (necessary)
: calls to the client library to crash (i.e. core dump) because
: they can't find the symbol. Oracle has the exact same problem
: under Solaris--it's a build problem on their end...
: : Hopefully, this is fixed in 8i since they were aware of it
: while
: As I said, it's not fixed as of 8051, so I was asking if anyone
: has noticed it being fixed under 815 since I'm not going to
: allocate the time/space to install that if it's got the same
: problem.
: : working on the product.
: : Peter Hatch (guest) wrote:
: : : Sandman (guest) wrote:
: : : : I dont remember seeing this problem. Does this happen
with
: : : : glibc 2.1 or glibc 2.0.x?
: : : glibc 2.0, but that shouldn't matter. It's got nothing to
do
: : : with the C libs. This symbol isn't defined in the client
: : library
: : : (at least not in the shared lib). I've talked to Oracle
: folks
: : at
: : : almost every Linux trade show so far and have been told "we
: : know
: : : about the problem and we're working on it." Working on
: what?
: : : you just have to compile the library correctly....
: : : FWIW-Sybase has even worse problems. They compiled their
: : shared
: : : libs as static so they don't work at all. They didn't
even
: : : link in libc, so you get "undefined symbol: printf" and
: such.
: : : : Peter Hatch (guest) wrote:
: : : : : The client lib (libclntsh.so) in 8.0.5 was broken.
It's
: : : : missing
: : : : : the symbol slpmprodstab located in ~/lib/scorept.o.
So,
: : you
: : : : : can't even connect. It's easy enough to fix (link
: : scorept.o
: : : : into
: : : : : a shared lib and link it first) but we can't tell our
: : : customers
: : : : : to do this for ever....
: : : : : I just downloaded the 8051 patches and they don't fix
the
: : : : : problem, so I'm wondering if 815 fixes it?
: : : : : (sure would be nice to get some decent client libs!!)
: : : : : pete
null