Hi Patrick!
Thanks for email for my problem :)
But for now, I have an other problem, and an other question!
My problem is located when I try to execute grasp (an small c editting
tool) I have some strange error like this "can't found some lib". After
these error messages I've done this to check for the dep:
$>ldd grasp
libXt.so.6 => not found
libX11.so.6 => not found
libXext.so.6 => not found
libm.so.5 => /lib/libm.so.5 (0x4000b000)
libc.so.5 => /lib/libc.so.5 (0x40014000)
and after I've listed all the database of ldconfig with ldconfig -p
i.e.: the file with --> are the one that ldd is saying that they aren't
here...
#ldconfig -p
178 libs found in cache `/etc/ld.so.cache' (version 1.7.0)
-->>libX11.so.6 (libc6) => /usr/X11R6/lib/libX11.so.6
-->libX11.so.6 (libc4) => /usr/X11R6/lib/i486-linuxaout/libX11.so.6
libX11.so.3 (libc4) => /usr/X11R5/lib/libX11.so.3
libX11.so (libc6) => /usr/X11R6/lib/libX11.so
libXtst.so.6 (libc6) => /usr/X11R6/lib/libXtst.so.6
libXtst.so (libc6) => /usr/X11R6/lib/libXtst.so
-->libXt.so.6 (libc6) => /usr/X11R6/lib/libXt.so.6
libXt.so.6 (libc4) => /usr/X11R6/lib/i486-linuxaout/libXt.so.6
libXt.so.3 (libc4) => /usr/X11R5/lib/libXt.so.3
libXt.so (libc6) => /usr/X11R6/lib/libXt.so
libXpm.so.4 (libc6) => /usr/X11R6/lib/libXpm.so.4
libXp.so.6 (libc6) => /usr/X11R6/lib/libXp.so.6
libXp.so (libc6) => /usr/X11R6/lib/libXp.so
libXmu.so.6 (libc6) => /usr/X11R6/lib/libXmu.so.6
libXmu.so (libc6) => /usr/X11R6/lib/libXmu.so
libXm.so.1 (libc6) => /usr/X11R6/lib/libXm.so.1
libXm.so.0 (libc6) => /usr/X11R6/lib/libXm.so.0
libXi.so.6 (libc6) => /usr/X11R6/lib/libXi.so.6
libXi.so (libc6) => /usr/X11R6/lib/libXi.so
-->libXext.so.6 (libc6) => /usr/X11R6/lib/libXext.so.6
libXext.so (libc6) => /usr/X11R6/lib/libXext.so
libXaw3d.so.6 (libc6) => /usr/X11R6/lib/libXaw3d.so.6
libXaw3d.so (libc6) => /usr/X11R6/lib/libXaw3d.so
libXaw.so.6 (libc6) => /usr/X11R6/lib/Xaw3d/libXaw.so.6
libXaw.so.6 (libc6) => /usr/X11R6/lib/libXaw.so.6
... (many more)
--
So, i realy don't know why the executable don't run because all the
dependencies are there.
On Fri, 9 Oct 1998 [EMAIL PROTECTED] wrote:
> Le 03-Oct-98, David Boisvert a pris ses électrons pour écrire::
> > Hello!
> ...
> > So, that's the problem, dselect and telnet crash and and don't know
> > why.
> >
> > So, if someone have this problem with or without a solution, mail me.
>
> I had once a similar problem after some hard disk corruption, that some apps
> were just dumping core (Seg Fault)
>
> How i resolved the problem:
> 1)ulimit -c unlimited
> 2)run the apps, seg fault => core file present in directory
> 3)gdb <nameofapp> core
> 4)found where the apps has seg fault'd
> i've seen then that all my apps where failing when using the same library
> (libnss_dns)
> so i just copied back that library from install disks, a little ldconfig and
> then everything was running again !!!
>
> Try doing so to find if there is a "common point of failure" for all your
> apps.
>
> Patrick
>
