hi to everybody
i'm trying to install a new program (tecplot), as a root i had copied the folder in /usr/local, the i setted path in .profile and alias in .bashrc, but whien i run tecplot, the following error appears:


/usr/local/tecplot-10.0-0/bin/tecplot.shared: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory

of course library libXp.so.6 is installed. Can you help me?

Where is libXp.so.6 installed? What are the permissions on the file and the directory where it is? You say "of course" it's installed...what makes you say that? How have you verified that library exists?

licXp.so.6 is in /usr/lib directory and i installed it by "apt-get install libxp6". Now I'm a little bit confused because i've 64 bit debian lenny... and there are 3 directories: lib/ lib32/ lib64/, which one is for me? i'm not sure but maybe the program i want to isntall is a 32 bit program.

That could be. Is the libXp.so.6 installed in just one of the directories? You could try making a symbolic link ("ln -s <path to filename> <link name>", like "ln -s /usr/lib64/libXp.so.6 /usr/lib/libXp.so.6"), but use caution. There may be a 32 bit compatibility library for that, and using a 64 bit one might not have good results with your software.

Was this folder precompiled? If so and the instructions are to copy the entire folder somewhere, check if it you have a
/usr/local/tecplot-10.0-0/lib/ folder. If you do, add this directory to /etc/ld.so.conf and run "sudo /sbin/ldconfig".

If you are uncertain how the program was built, you can use the "file" command to tell you if the program is a 32 bit elf or 64 bit elf program.

Was this folder precompiled? If so and the instructions are to copy the entire folder somewhere, check if it you have a
/usr/local/tecplot-10.0-0/lib/ folder. If you do, add this directory to /etc/ld.so.conf and run "sudo /sbin/ldconfig".

If you are uncertain how the program was built, you can use the "file" command to tell you if the program is a 32 bit elf or 64 bit elf program.

Yes... it's precompled program. I've written in /etc/ld.so.conf the followinf line:

include /usr/local/tecplot-10.0-0/lib/

is it right? Anyway tecplot doesnt work yet

But i cant use file comand for knowing if the program is 32 or 64 bit, can you tell me how i should use that command?

The file command accepts the name of the executable as arguments and tell you about the nature of the file itself:
Another useful command to see which shared object are linked to the executable is ldd, so simply try
Please, post the output of these commands and let see if something useful comes out. Anyway, you can always try to install the 64-bit version of libXp. Having two versions of the same library is very common on 64-bit system, since some application are still 32-bit and run on 64-bit systems, as well.

No. Don't put the include. Just add the line
then you have to run ldconfig with sudo in order to reload the content of /etc/ld.co.conf and update the cache. But don't do that now! jschiwal told you to first check if that directory exist and eventually - I add - show us the content of that dir.

file tecplot.shared:
tecplot.shared: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped

ldd tecplot.shared:
linux-gate.so.1 => (0xf7f0c000)
libtec.so => not found
libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7e53000)
libc.so.6 => /lib32/libc.so.6 (0xf7d01000)
libGLcore.so.1 => /usr/lib32/libGLcore.so.1 (0xf6f8f000)
libnvidia-tls.so.1 => /usr/lib32/tls/libnvidia-tls.so.1 (0xf6f8c000)
libm.so.6 => /lib32/libm.so.6 (0xf6f68000)
libXext.so.6 => not found
libX11.so.6 => not found
libdl.so.2 => /lib32/libdl.so.2 (0xf6f64000)
/lib/ld-linux.so.2 (0xf7f0d000)

the directory /lib does exist and its content is:

drwxr-sr-x 3 root staff 4096 26 gen 14:20 ext
-rwxr-xr-x 1 root staff 100068 26 gen 14:20 libadvqet.so
-rwxr-xr-x 1 root staff 1147149 26 gen 14:20 libcfd.so
-rwxr-xr-x 1 root staff 103016 26 gen 14:20 libcrsfez.so
-rwxr-xr-x 1 root staff 90068 26 gen 14:20 libcrvakima.so
-rwxr-xr-x 1 root staff 231592 26 gen 14:20 libcrvgen.so
-rwxr-xr-x 1 root staff 85876 26 gen 14:20 libcstream.so
-rwxr-xr-x 1 root staff 105032 26 gen 14:20 libexdxf.so
-rwxr-xr-x 1 root staff 99408 26 gen 14:20 libextendmcr.so
-rwxr-xr-x 1 root staff 142612 26 gen 14:20 libextrud.so
-rwxr-xr-x 1 root staff 226304 26 gen 14:20 libfluent.so
-rwxr-xr-x 1 root staff 117664 26 gen 14:20 libgridgen.so
-rwxr-xr-x 1 root staff 137348 26 gen 14:20 libguibld.so
-rwxr-xr-x 1 root staff 599936 26 gen 14:20 libloadcgns.so
-rwxr-xr-x 1 root staff 101364 26 gen 14:20 libloaddem.so
-rwxr-xr-x 1 root staff 123580 26 gen 14:20 libloaddxf.so
-rwxr-xr-x 1 root staff 193212 26 gen 14:20 libloadgen.so
-rwxr-xr-x 1 root staff 791116 26 gen 14:20 libloadhdf.so
-rwxr-xr-x 1 root staff 109692 26 gen 14:20 libloadply.so
-rwxr-xr-x 1 root staff 92676 26 gen 14:20 libloadss.so
-rwxr-xr-x 1 root staff 5864 26 gen 14:20 liblocktest.so
-rwxr-xr-x 1 root staff 97620 26 gen 14:20 libmulframe.so
-rwxr-xr-x 1 root staff 150740 26 gen 14:20 libplot3d.so
-rwxr-xr-x 1 root staff 142964 26 gen 14:20 libprismgrid.so
-rwxr-xr-x 1 root staff 108104 26 gen 14:20 libsort.so
-rwxr-xr-x 1 root staff 107220 26 gen 14:20 libstatechg.so
-rwxr-xr-x 1 root staff 120296 26 gen 14:20 libstats.so
-rwxr-xr-x 1 root staff 105800 26 gen 14:20 libstineinterp.so
-rwxr-xr-x 1 root staff 12898770 26 gen 14:20 libtec.so
-rwxr-xr-x 1 root staff 107304 26 gen 14:20 libtetragrid.so
-rwxr-xr-x 1 root staff 94644 26 gen 14:20 libviewbin.so
-rwxr-xr-x 1 root staff 134704 26 gen 14:20 tecio.a

Ok. It is a 32-bit executables, hence it should look for 32-bit shared objects. From the output of ldd you can see some of the linked objects are not found:
The libtec.so object is in the directory mentioned above, so you can safely do what suggested by jschiwal: add the name of the directory to /etc/ld.so.conf (without include) and run sudo ldconfig. After that re-try the ldd command and you should see the libtec.so found.

However it looks like you have to install some other packages to satisfy all the dependency. I don't know the exact name of them in Debian/Lenny, but you can easily find out using the search form at http://www.debian.org/distrib/packages.

i'm sorry to bother you... i fixed the ld.so.conf file (without include)
but now ldd tecplot.shared is:

linux-gate.so.1 => (0xf7f0c000)
libtec.so => /usr/local/tecplot-10.0-0/lib/libtec.so (0xf71d8000)
libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7135000)
libc.so.6 => /lib32/libc.so.6 (0xf6fe3000)
libdl.so.2 => /lib32/libdl.so.2 (0xf6fdf000)
libXp.so.6 => not found
libXpm.so.4 => not found
libXext.so.6 => not found
libXmu.so.6 => not found
libXt.so.6 => not found
libSM.so.6 => not found
libICE.so.6 => not found
libX11.so.6 => not found
libm.so.6 => /lib32/libm.so.6 (0xf6fb9000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf6fa2000)
libGLcore.so.1 => /usr/lib32/libGLcore.so.1 (0xf622f000)
libnvidia-tls.so.1 => /usr/lib32/tls/libnvidia-tls.so.1 (0xf622d000)
/lib/ld-linux.so.2 (0xf7f0d000)
libXext.so.6 => not found
libX11.so.6 => not found

i've checked out all the missing libraries and i found out that all of them are already installed... i can't understand!

i'm sorry to bother you... i fixed the ld.so.conf file (without include)
but now ldd tecplot.shared is:

linux-gate.so.1 => (0xf7f0c000)
libtec.so => /usr/local/tecplot-10.0-0/lib/libtec.so (0xf71d8000)
libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7135000)
libc.so.6 => /lib32/libc.so.6 (0xf6fe3000)
libdl.so.2 => /lib32/libdl.so.2 (0xf6fdf000)
libXp.so.6 => not found
libXpm.so.4 => not found
libXext.so.6 => not found
libXmu.so.6 => not found
libXt.so.6 => not found
libSM.so.6 => not found
libICE.so.6 => not found
libX11.so.6 => not found
libm.so.6 => /lib32/libm.so.6 (0xf6fb9000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf6fa2000)
libGLcore.so.1 => /usr/lib32/libGLcore.so.1 (0xf622f000)
libnvidia-tls.so.1 => /usr/lib32/tls/libnvidia-tls.so.1 (0xf622d000)
/lib/ld-linux.so.2 (0xf7f0d000)
libXext.so.6 => not found
libX11.so.6 => not found

i've checked out all the missing libraries and i found out that all of them are already installed... i can't understand!

Are these "already installed" libraries under /lib32 or /usr/lib32? Really strange the output of ldd is completely different now. I would try to test it out on a 64-bit system of mine, but I cannot find the tecplot 10 download for linux. Can you provide a working link? Thanks.

I guess that all libraries are under /usr/lib64, i've tried to create symbolic link... but nothing!
I'm sorry i'cant send you tecplot because you should pay to use it.

Nope, symbolic links does not work in this case, because you must have the actual ELF32 shared objects. I'm afraid you have to manually install all the 32-bit versions of the required libraries. See the Debian Packages site I linked above to find out which packages you need in order to resolve all the dependencies.

I have never tested it out, but there is a tool which should do this automatically for you. See here about the description and usage of getlibs.

Of course. I guessed that. The Tecplot website offers a free 14-days demo download, but version 10 is not available anymore.