This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: 2.2.94 Problem
On Sun, Sep 22, 2002 at 07:28:00AM +0200, Andreas Jaeger wrote:
> > Core was generated by `/static/bin/bash'.
> > Program terminated with signal 11, Segmentation fault.
> > #0 0x080ef09a in elf_machine_rel.0 ()
> > (gdb) bt
> > #0 0x080ef09a in elf_machine_rel.0 ()
> > #1 0x080ef34a in elf_dynamic_do_rel.4 ()
> > #2 0x080ef4eb in _dl_relocate_object ()
> > #3 0x080e93d1 in dl_open_worker ()
> > #4 0x080d4ee4 in _dl_catch_error ()
> > #5 0x080e94e6 in _dl_open ()
> > #6 0x080d593a in do_dlopen ()
> > #7 0x080d4ee4 in _dl_catch_error ()
> > #8 0x080d58f2 in dlerror_run ()
> > #9 0x080d59c9 in __libc_dlopen ()
> > #10 0x080ce767 in __nss_lookup_function ()
> > #11 0x080ce3c0 in __nss_lookup ()
>
> bash needs the shared libnss_* libraries and searches for them. It
> seems to get them from your older glibc and those two do not work
> together.
Hmm, you are correct. If I move libnss_files* and libnss_compat* out of
the way, it works.
But I have linked bash statically, why is it looking at the shared libs
on the new system? Any ideas or suggested workarounds?
Greg