Very Computer

Hi all,

        I was just wondering if there is an obvious reason why a program
compiled on RH 4.1 (kernel 2.0.27) won't run on RH 5.0 (kernel 2.0.31).
I have a work program that was developed on 4.1.  When I try to run the
program on 5.0 the program gets core dumped even before it has a chance
to execute the first printf in main().  The program works fine on 4.1.
Any ideas?

When I try to recompile the apps, it finally loads and runs, but it
eventually dies in a fprintf() call.  What's going on?

Regards,

Steve
--
Stephen Polkowski
Centaur Technology  
Austin, TX
(512) 418-5730

: Hi all,

:       I was just wondering if there is an obvious reason why a program
: compiled on RH 4.1 (kernel 2.0.27) won't run on RH 5.0 (kernel 2.0.31).
: I have a work program that was developed on 4.1.  When I try to run the
: program on 5.0 the program gets core dumped even before it has a chance
: to execute the first printf in main().  The program works fine on 4.1.
: Any ideas?

Sounds like a glibc2 (RH 5.0) vs. libc5 (RH 4.1) problem.
Most, if not all, shared libraries compiled for glibc2 are not
compatible with libc5. Attempt to use the wrong library will probably
be followed by a SEGV.

The funny thing is that someone decided to keep both variants
under the same names. For example both libX11.so libraries are named
libX11.so.6.1 !

This means that if you have an old X application it won't run under RH 5.0 .
To make it work anyway, you have to install a special rpm with old
libc5 libraries. I don't know how RH 5.0 handled this, but what I usually
do is:
  env LD_LIBRARY_PATH=/usr/i486-linux-libc5/lib netscape
  (instead of plain "netscape")
This will work for all shells.
I suspect there is a way to tell the dynamic linker to do this automagically,
does anyone know ?

: When I try to recompile the apps, it finally loads and runs, but it
: eventually dies in a fprintf() call.  What's going on?

: Regards,

Strange, maybe you are trying to access FILE* data structures directly?
Do you have old dlls compiled with glibc2?
Try to run "ldd your_exec" and make sure you don't get libc5 listed.

Hope this helps
Michael

-- Uli
---------------.      drepper at gnu.org  ,-.   Rubensstrasse 5
Ulrich Drepper  \    ,-------------------'   \  76149 Karlsruhe/Germany
Cygnus Solutions `--' drepper at cygnus.com   `------------------------

/usr/local/lib
/usr/X11R6/lib
/usr/lib/libc5-compat
/lib/libc5-compat

Notice that it isn't necessary to specify /lib or /usr/lib... they are
automatically assumed.
        You can tell which library your applications are linked with by running
'ldd' on it:

ldd netscape: (compiled with OLD libc5)
        libXt.so.6 => /usr/lib/libc5-compat/libXt.so.6 (0x4000b000)
        libSM.so.6 => /usr/lib/libc5-compat/libSM.so.6 (0x4004d000)
        libICE.so.6 => /usr/lib/libc5-compat/libICE.so.6 (0x40056000)
        libXmu.so.6 => /usr/lib/libc5-compat/libXmu.so.6 (0x4006b000)
        libXpm.so.4 => /usr/lib/libc5-compat/libXpm.so.4 (0x4007d000)
        libXext.so.6 => /usr/lib/libc5-compat/libXext.so.6 (0x4008b000)
        libX11.so.6 => /usr/lib/libc5-compat/libX11.so.6 (0x40096000)
        libdl.so.1 => /lib/libdl.so.1 (0x40134000)
        libc.so.5 => /lib/libc.so.5 (0x40137000)
        libm.so.5 => /lib/libm.so.5 (0x401f3000)

ldd xterm: (from Debian, so compiled with libc6)
        libXaw.so.6 => /usr/X11R6/lib/Xaw95/libXaw.so.6 (0x4000f000)
        libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40064000)
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40076000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x400be000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x400c7000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400dc000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400e8000)
        libncurses.so.3.4 => /lib/libncurses.so.3.4 (0x4018d000)
        libc.so.6 => /lib/libc.so.6 (0x401d2000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Basically, programs that were compiled with old libraries should get
libc.so.5 and some libc5-compat stuff, which newer programs should get
/lib/ld-linux.so.2 and libc.so.6        

Quote:> When I try to recompile the apps, it finally loads and runs, but it
> eventually dies in a fprintf() call.  What's going on?

Regards,
-BenRI

Quote:>Hi all,

>    I was just wondering if there is an obvious reason why a program
>compiled on RH 4.1 (kernel 2.0.27) won't run on RH 5.0 (kernel 2.0.31).
>I have a work program that was developed on 4.1.  When I try to run the
>program on 5.0 the program gets core dumped even before it has a chance
>to execute the first printf in main().  The program works fine on 4.1.
>Any ideas?

Quote:>When I try to recompile the apps, it finally loads and runs, but it
>eventually dies in a fprintf() call.  What's going on?

Andreas

--
We're all looking for a woman who can sit in a mini-skirt and talk
philosophy, executing both with confidence and style.

--
Eze Ogwuma