idb-e: symbol lookup error: idb-e: undefined symbol: XftNameUnparse

[szebos]

Hello, I've just upgraded from opensuse 10.1 x86_64 to 10.2 x86_64 and evrything is fine with ifort but now when I want to use idb in gui mode, I get this error message :

idb-e: symbol lookup error: idb-e: undefined symbol: XftNameUnparse

Any ideas?

Thanks,

Sbastien

[TimP]

Did you check that idb still finds your X11 libraries (does LD_LIBRARY_PATH as set by idbvars script match your new installation)? If they are still present, but not seen by idb, you could try running the uninstall script in same directory as idb, then install again.

[szebos]

Hi, I have tryed uninstall/intall, the problem is still here.

echo $LD_LIBRARY_PATH

gives me :
/usr/local/dislin:/opt/intel/fce/9.1.039/lib

is it ok?
How could I check that idb can find X11 libraries?

Thanks,

Sbastien

[TimP]

I'm beginning to wonder what version you are trying to run.
For idbe/9.1.040/bin/idb-e (on RH x86-64)
I get
ldd idb-e
libdl.so.2 => /lib64/libdl.so.2 (0x00000037c2f00000)
libXt.so.6 => /usr/X11R6/lib64/libXt.so.6 (0x00000037c5d00000)
libXrender.so.1 => /usr/X11R6/lib64/libXrender.so.1 (0x00000037c4900000)

libXft.so.2 => /usr/X11R6/lib64/libXft.so.2 (0x00000037c4700000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00000037c4100000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00000037c3500000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00000037c3300000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00000037c3100000)
libSM.so.6 => /usr/X11R6/lib64/libSM.so.6 (0x00000037c3b00000)
libICE.so.6 => /usr/X11R6/lib64/libICE.so.6 (0x00000037c3900000)
libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x0000002a9557e000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00000037c2c00000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00000037c4300000)

/lib64/ld-linux-x86-64.so.2 (0x00000037c2a00000)
libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x00000037c4500000)
libz.so.1 => /usr/lib64/libz.so.1 (0x00000037c3d00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000037c5300000)

So I wonder if you have a version of idb which is not for current x86-64.

[szebos]

Hi,
I've tried : ldd idb-e
It gives me :
libdl.so.2 => /lib64/libdl.so.2 (0x00002b83c457a000)
libXt.so.6 => /usr/lib64/libXt.so.6 (0x00002b83c477e000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00002b83c49e0000)
libXft.so.2 => /usr/lib64/libXft.so.2 (0x00002b83c4beb000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00002b83c4dff000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002b83c507a000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002b83c528c000)
libm.so.6 => /lib64/libm.so.6 (0x00002b83c55c6000)
libSM.so.6 => /usr/lib64/libSM.so.6 (0x00002b83c581c000)
libICE.so.6 => /usr/lib64/libICE.so.6 (0x00002b83c5a28000)
libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002b83c5c44000)
libc.so.6 => /lib64/libc.so.6 (0x00002b83c5f21000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00002b83c6264000)
/lib64/ld-linux-x86-64.so.2 (0x00002b83c435c000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b83c6498000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00002b83c66b3000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00002b83c68b7000)
libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002b83c6abd000)
libz.so.1 => /lib64/libz.so.1 (0x00002b83c6ce1000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b83c6ef7000)

Then I intalled the version 9.1.040 and the command : ldd idb-e
gives me :
libdl.so.2 => /lib64/libdl.so.2 (0x00002b1a25ed4000)
libXt.so.6 => /usr/lib64/libXt.so.6 (0x00002b1a260d8000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00002b1a2633a000)
libXft.so.2 => /usr/lib64/libXft.so.2 (0x00002b1a26545000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00002b1a26759000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002b1a269d4000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002b1a26be6000)
libm.so.6 => /lib64/libm.so.6 (0x00002b1a26f20000)
libSM.so.6 => /usr/lib64/libSM.so.6 (0x00002b1a27176000)
libICE.so.6 => /usr/lib64/libICE.so.6 (0x00002b1a27382000)
libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002b1a2759e000)
&nbs p; libc.so.6 => /lib64/libc.so.6 (0x00002b1a2787b000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00002b1a27bbe000)
/lib64/ld-linux-x86-64.so.2 (0x00002b1a25cb6000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b1a27df2000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00002b1a2800d000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00002b1a28211000)
libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002b1a28417000)
libz.so.1 => /lib64/libz.so.1 (0x00002b1a2863b000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b1a28851000)

Compared to your list I have 3 more libs :
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b83c6498000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00002b83c66b3000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00002b83c68b7000)

[szebos]

I also discovered a new thing, idb in xterm can not work either. for example :
(idb) load a.out
Reading symbolic information from /home/sebastien/workspace/a.out...done
Could not load symbols for /home/sebastien/workspace/a.out ... Recovering ...

[dumdidum]

I have the same problem on openSUSE 10.2 (32 bit). ifort runs fine but idb does not work at all:

(idb) load a.out
Could not load symbols for /home/foo/a.out ... Recovering ...

[dumdidum]

I should have noted I run

Intel Debugger for IA-32 -based Applications, Version 9.1-25, Build 20060928

[TimP]

idb-e, discussed earlier in this thread, is the 64-bit version. 32-bit idb is not intended to run on x86-64 OS. The installer tells you so; I'm somewhat annoyed that the "install everything" doesn't give an opportunity to skip 32-bit idb.

[dumdidum]

Well, I suppose I could have opened a separate thread but I just wanted to note that the 32bit debugger (i.e., idb) does not work on the 32bit version of openSUSE 10.2.

I get the same error message as user szebos running idb-e on openSUSE 10.2 x86-64.

[Steven_L_Intel1]

Please report these issues to Intel Premier Support. Thanks.

[nicolas_rousselon]

I also have the same problem, idb -gui is not running. I have just upgraded from 10.1 to 10.2.

[Rob_Mueller-Albrecht]

Hi Nicolas and all,

first there is idb expecting libXft.so.1 instead of libXft.so.2, which some newer Linux distributions only provide. This can be fixed with a simple symbolic link, pointing a dummy libXft.so.1 to the libXft.so.2 library.

The main issue you run into however is that libXft 2.1.9 through libXft 2.1.11 do not export the symbol XftNameUnparse correctly. Try to upgrade to libXft2.1.12 or newer.

Thanks, Rob