From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Description of problem: I am trying to execute ldd on one of my executable it is printing false output. ldd ./rpcd not a dynamic executable Version-Release number of selected component (if applicable): ldd How reproducible: Always Steps to Reproduce: 1.execute ldd on any executable which has some shared objects linked. 2. 3. Actual Results: ldd prints "not a dynamic executable" Expected Results: Should have given all the shared objects the executable links. Additional info: The kernel 2.4.21-27 panics when any 32 bit application runs, I have the fix specified in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149965. But this ldd issue I could see even before applying the fix.
Hello, Vaibhav. Here's the output I get from "ldd /bin/ls": libacl.so.1 => /lib/libacl.so.1 (0x0064a000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x00864000) libc.so.6 => /lib/tls/libc.so.6 (0x00217000) libattr.so.1 => /lib/libattr.so.1 (0x00a0c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00201000) Perhaps you're not running "ldd" on an appropriate executable. At any rate, this is not a kernel problem, so I'll reassign this to the "glib" component (since /usr/bin/ldd is in the glibc-common RPM).
I am actually running ldd on a correct executable. I had actaully moved from 2.4.21-15 to 2.4.21-27. I just checked on 2.4.21-15 it is not working there either. There might be something glibc. I have glibc-common-2.3.2-95.20 installed on my system.
I guess I have figured out why ldd is not working for me. We are running our application in emulated mode, a 32 bit on 64bit platforms. We pick some of the libraries from /emul/ia32-Linux/lib. ldd is a script which by default is not checking in this directory a small change in ldd would make this happen. The change is listed below 30 should look like line number RTLDLIST="/emul/ia32-linux/lib/ld-linux.so.2 /lib/ld-linux-ia64.so.2 /lib/ld-linux.so.2" instead of RTLDLIST="/lib/ld-linux-ia64.so.2 /lib/ld-linux.so.2" I guess this fix should be added in the next release.
It was actually already added in RHEL3 U3. Make sure you use glibc{,-common}-2.3.2-95.27 or newer.