Program incompatibility from RH9 to FC3 (Skunk Worx)

Franco Spinelli frspin at tiscali.it
Mon Dec 13 20:34:48 UTC 2004


 >sometimes you can change into the directory containing your binary and
 >run some informative commands like:

 >$ cd /usr/bin
 >$ file zip
 >zip: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
 >GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped

 >$ ldd zip
 >         libc.so.6 => /lib/tls/libc.so.6 (0x00c39000)
 >         /lib/ld-linux.so.2 (0x004d9000)
 >
 >$ strace zip
 >execve("/usr/bin/zip", ["zip"], [/* 33 vars */]) = 0
 >uname({sys="Linux", node="jabba", ...}) = 0
 >brk(0)                                  = 0x9459000
 >access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
 >directory)
 >open("/etc/ld.so.cache", O_RDONLY)      = 3
 >...etc...

 >maybe you are using local lib*.so's and the lib path is not set in
 >LD_LIBRARY_PATH or ld.so.conf?

 >---
 >john

My program is running using a shell script. In shell script I set 
LD_LIBRARY_PATH for accessing old libraries. This shell run ok on RH9

ldd for real program give:

         libm.so.5 => not found
         libdl.so.1 => /lib/libdl.so.1 (0x4001f000)
         libX11.so.6 => not found
         libc.so.5 => not found
./ustation32: can't resolve symbol '__ctype_b'
/usr/bin/ldd: line 1:  1108 Segmentation fault      LD_TRACE_LOADED_OBJECTS=1 
LD_WARN= LD_BIND_NOW= LD_LIBRARY_VERSION=$verify_out LD_VERBOSE= "$file"

and libm.so.5 , libX11.so.6 and libc.so.5 are in directory accessed by 
LD_LIBRARY_PATH

This is output of "file" command on real program

ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked 
(uses shared libs), stripped

For runnning this program in RH9 I have to copy ld-linux.so.1.9.5 and 
libdl.so.1.9.5 in my /lib. I have also made this copy in /lib of FC3.

Also, if I chroot in a directory, I can see only this directory, so when I 
chroot in my old RH9 disk (mounted as /mnt/rh9) I can access only files from 
this wirtual root directory. So I can't access any other (i.e. FC3) library. Or not!

Regards
Franco Spinelli









More information about the fedora-list mailing list