Frankly the only solution is to find a libc5 version of everything you
need, or a libc6 version of everything you need. Sorry.
--
Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Hmm ... ok, that makes sense. When I do an ldd on erpcd on a libc5
system it only says it's linked against libc5 ... and libdb is linked
against libc6 on hamm systems.
tesla:/usr/annex # ldd erpcd
libdb.so.2 = /lib/libdb.so.2
libc.so.5 = /lib/libc.so.5
tesla:/usr/annex # cat /etc/debian_version
Hi there, I've got an odd problem ...
I'll ask the questions first:
What can I do about a binary that is linked against libc5 and libc6? It
(of course) segfaults every time I try to run it.
Now, the explanation:
We recently purchased a Bay Networks 8000 Remote Access Concentrator.
This box
Nathan E Norman wrote:
kepler:/usr/annex $ ldd erpcd
libdb.so.2 = /lib/libdb.so.2 (0x4000a000)
libc.so.5 = /lib/libc.so.5 (0x40018000)
libc.so.6 = /lib/libc.so.6 (0x400d6000)
ld-linux.so.2 = /lib/ld-linux.so.2 (0x40179000)
Do an ldd on libdb.so.2. I find the
-BEGIN PGP SIGNED MESSAGE-
On Thu, 2 Jul 1998, Nathan E Norman wrote:
kepler:/usr/annex $ ldd erpcd
libdb.so.2 = /lib/libdb.so.2 (0x4000a000)
libc.so.5 = /lib/libc.so.5 (0x40018000)
libc.so.6 = /lib/libc.so.6 (0x400d6000)
ld-linux.so.2 =
On Thu, 2 Jul 1998, Shaleh wrote:
: Nathan E Norman wrote:
: kepler:/usr/annex $ ldd erpcd
: libdb.so.2 = /lib/libdb.so.2 (0x4000a000)
: libc.so.5 = /lib/libc.so.5 (0x40018000)
: libc.so.6 = /lib/libc.so.6 (0x400d6000)
: ld-linux.so.2 = /lib/ld-linux.so.2
6 matches
Mail list logo
