Hi Doug, That's expected. Debug files aren't executable; they are symbol files used by gdb. If you do: gdb /usr/bin/xrootd you'll see in gdb's output that it automatically goes out and finds the debug symbols from /usr/lib/debug. Brian On May 13, 2011, at 2:26 AM, Doug Benjamin wrote: > Hi Lukasz, > > I am having running the debug xrootd binaries on vanilla sl5 x86_64 machine > > There is seems to be a shared library mismatch. > > Cheers > > Doug > > [root@headprv ~]# file /usr/lib/debug/usr/bin/xrootd.debug > /usr/lib/debug/usr/bin/xrootd.debug: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped > [root@headprv ~]# /usr/lib/debug/usr/bin/xrootd.debug > -bash: /usr/lib/debug/usr/bin/xrootd.debug: : bad ELF interpreter: No such file or directory > [root@headprv ~]# uname -a > Linux headprv.hep.anl.gov 2.6.18-194.32.1.el5 #1 SMP Tue Jan 4 12:47:36 EST 2011 x86_64 x86_64 x86_64 GNU/Linux > > and > > [root@headprv ~]# ldd /usr/bin/xrootd > libdl.so.2 => /lib64/libdl.so.2 (0x00000033bb000000) > libreadline.so.5 => /usr/lib64/libreadline.so.5 (0x00000033bcc00000) > libhistory.so.5 => /usr/lib64/libhistory.so.5 (0x00000033bd400000) > libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x00000033cda00000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00000033bb400000) > librt.so.1 => /lib64/librt.so.1 (0x00000033bc000000) > libnsl.so.1 => /lib64/libnsl.so.1 (0x00000033be400000) > libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000033c3400000) > libm.so.6 => /lib64/libm.so.6 (0x00000033bb800000) > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000033bf400000) > libc.so.6 => /lib64/libc.so.6 (0x00000033bac00000) > /lib64/ld-linux-x86-64.so.2 (0x00000033ba800000) > [root@headprv ~]# ldd /usr/lib/debug/usr/bin/xrootd.debug > ldd: exited with unknown exit code (139) > > > Doug