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
|