libc.so- and ld-linux.so- related(?) segfaults

libc.so- and ld-linux.so- related(?) segfaults

Post by John Chuan » Fri, 30 Oct 1998 04:00:00



Hi,

I've upgraded to RH 5.1 / kernel 2.0.34 and several programs that used to
run fine on RH 4.2 / kernel 2.0.18 now segfault on execution, I guess
due to the glibc vs. libc conflict I've only -vaguely- heard about.

If I ldd each of these executables, they all have two funny features in
common: 1) dependence on both libc.so.5 and libc.so.6, and 2)
ld-linux.so.1 points to the location of ld-linux.so.2:

        libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x4009f000)
        libc.so.6 => /lib/libc.so.6 (0x4016f000)
        /lib/ld-linux.so.1 => /lib/ld-linux.so.2 (0x00000000)

Which one(s) is(are) the actual cause of the segfaults, and what can I do
to fix this?  My /etc/ld.conf, the relevant lines from ldconfig -p, and
version information are appended.

Thanks for your help.

...John

/etc/ld.so.conf:
        /usr/i486-linuxaout/lib
        /usr/i486-linux-libc5/lib
        /usr/lib
        /usr/X11R6/lib

Excerpts from ldconfig -p:
        libc.so.6 (ELF-libc6) => /lib/libc.so.6
        libc.so.5 (ELF-libc5) => /usr/i486-linux-libc5/lib/libc.so.5
        ld-linux.so.2 (ELF) => /lib/ld-linux.so.2
        ld-linux.so.1 (ELF) => /lib/ld-linux.so.1

Versions:
        libc.so.6 -> libc-2.0.7.so
        libc.so.5 -> libc.so.5.3.12
        ld-linux.so.2 -> ld-2.0.7.so
        ld-linux.so.1 -> ld-linux.so.1.9.5

 
 
 

libc.so- and ld-linux.so- related(?) segfaults

Post by Bill Unr » Sun, 01 Nov 1998 04:00:00



Quote:>I've upgraded to RH 5.1 / kernel 2.0.34 and several programs that used to
>run fine on RH 4.2 / kernel 2.0.18 now segfault on execution, I guess
>due to the glibc vs. libc conflict I've only -vaguely- heard about.

Try this., Write a shell script with the following in it

#!/bin/bash
LD_LIBRARY_PATH=<Library path to a libc5 source>
<program name>

save it, make it executable and try it. You program use only libc5 but
seem to be trying to load some libc6 stuff which is ``not good"(TM).

 
 
 

libc.so- and ld-linux.so- related(?) segfaults

Post by John Chuan » Mon, 02 Nov 1998 04:00:00




> >I've upgraded to RH 5.1 / kernel 2.0.34 and several programs that used to
> >run fine on RH 4.2 / kernel 2.0.18 now segfault on execution, I guess
> >due to the glibc vs. libc conflict I've only -vaguely- heard about.

> Try this., Write a shell script with the following in it

> #!/bin/bash
> LD_LIBRARY_PATH=<Library path to a libc5 source>
> <program name>

Thanks for the idea.  The wrapper script solves the problem.

...John

 
 
 

1. Question: lha install needs libc.so.6 and ld-linux.so.2, HOWTO?

Hi,

        I was just trying to install lha on my machine but met unexpected
problems. I cannot explain myself what's wrong. If I try to install the rpm I
get:
---------------
Installing /root/home/ftp/lha-1.00-7.i386.rpm
failed dependencies:
        ld-linux.so.2 is needed by lha-1.00-7
        libc.so.6 is needed by lha-1.00-7    
---------------
Well, I thought, that needs to be checked so I performed:
---------------
ldconfig -v

2. 43P Model 260 question

3. libc.so.6 and ld-linux.so.2

4. a2ps 4.8 -- ASCII to PostScript converter

5. REPOST: lha install with rpm requires libc.so.6 and ld-linux.so.2

6. Problems with SLIP under Interactive Unix

7. compiling programs to use ld-linux.so.1 instead of ld-linux.so.2

8. signals when data ready to read, How?

9. How are GNU-Libc and LINUX-Libc related?

10. ld.so-1.9.5 upgrade ld.so segfault

11. Segfault in ftp after libc.so upgrade

12. GNATS 3.2 segfaults -- need to upgrade my libc, libc++?