Program incompatibility from RH9 to FC3 (Skunk Worx)

Franco Spinelli frspin at
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
 > => /lib/tls/ (0x00c39000)
 >         /lib/ (0x004d9000)
 >$ strace zip
 >execve("/usr/bin/zip", ["zip"], [/* 33 vars */]) = 0
 >uname({sys="Linux", node="jabba", ...}) = 0
 >brk(0)                                  = 0x9459000
 >access("/etc/", R_OK)      = -1 ENOENT (No such file or
 >open("/etc/", O_RDONLY)      = 3

 >maybe you are using local lib*.so's and the lib path is not set in


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:
 => not found => /lib/ (0x4001f000) => not found => not found
./ustation32: can't resolve symbol '__ctype_b'
/usr/bin/ldd: line 1:  1108 Segmentation fault      LD_TRACE_LOADED_OBJECTS=1 

and , and are in directory accessed by 

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 and 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!

Franco Spinelli

More information about the users mailing list