Re: tlug: Acrobat reader and libXt

["Andrew S. Howell" <andy@example.com>]

>>>>> "Jonathan" == Jonathan Byrne <jq@example.com> writes:

    Jonathan> I just installed Acrobat reaader for Linux 3.01, and
    Jonathan> when I run it, it says "can't load libary 'libXt.s0.6'
    Jonathan> and dies.  Can somebody clue me in as to what libXt.so.6
    Jonathan> is, where it should be, and if it's normal for that to
    Jonathan> not be in TurboLinux (3.0-J)?

    Jonathan> Oh, and what to do about getting libXt.so.6, too :-)

I'm not sure what is going on here. I came across thing trying to run
xdvi. It was trying to run /usr/bin/mf, which was giving the same
complaint:

strace -f -F -o out /usr/bin/mf
/usr/bin/mf: can't load library 'libXt.so.6'

Looking at "out"

794   execve("/usr/bin/mf", ["/usr/bin/mf"], [/* 26 vars */]) = 0
794   mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40006000
794   mprotect(0x40000000, 19984, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
794   mprotect(0x8048000, 189146, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
794   stat("/etc/ld.so.cache", {st_mode=0, st_size=0, ...}) = 0
794   open("/etc/ld.so.cache", O_RDONLY) = 4
794   mmap(0, 15194, PROT_READ, MAP_SHARED, 4, 0) = 0x40007000
794   close(4)                          = 0
794   stat("/etc/ld.so.preload", 0xbffffb88) = -1 ENOENT (No such file
or directory)
794   open("/usr/lib/libXt.so.6", O_RDONLY) = -1 ENOENT (No such file
or directory)
794   open("/lib/libXt.so.6", O_RDONLY) = -1 ENOENT (No such file or
directory)
794   write(2, "/usr/bin/mf: can\'t load library"..., 45) = 45
794   _exit(16)                         = ?

The strange thing is that ldd says that it can find libXt.so.6 just
fine. 

ldd /usr/bin/mf
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40006000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4004e000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40057000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4006f000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4007b000)
        libkpathsea.so => /usr/lib/libkpathsea.so (0x40120000)
        libm.so.5 => /lib/libm.so.5 (0x40131000)
        libc.so.5 => /lib/libc.so.5 (0x4013a000)
        libc.so.6 => /lib/libc.so.6 (0x40211000)
        /lib/ld-linux.so.1 => /lib/ld-linux.so.2 (0x00000000)

Is this just another ugly face of mixed libc 5 & 6?

I thought that maybe mf was suid for some reason, causing it to not
look in the normal places for libs??? That is not the case:

-rwxr-xr-x   1 root     root       191756 Jun  4  1998 /usr/bin/mf

ls -l /usr/X11R6/lib/libXt.so.6*
lrwxrwxrwx   1 root     root           12 Sep 29 04:36
	/usr/X11R6/lib/libXt.so.6 -> libXt.so.6.0
-rwxr-xr-x   1 root     root       338173 Nov 10 11:15
	/usr/X11R6/lib/libXt.so.6.0

Nothing to prevent the lib from being read. I couldn't find any docs
on what /etc/ld.so.preload is supposed to have in it. I tried,
foolishly, to put just /usr/X11R6/lib in it. Big mistake. Then I could
not run _anything_. 

	rm /etc/ld.so.preload
	segv

Oh oh.
	vi /etc/ld.so.preload
	segv

Ahh, bash builtins!

	echo "" > /etc/ld.so.preload

That took care of that problem. Adding /usr/X11R6/lib/libXt.so.6.0
turned out to be the right syntax, but it still did not take care of
the problem. 

I then thought that maybe /etc/ld.so.cache was messed up. ldconfig -v
shows that it looks OK, and:

ldconfig -p|grep libXt.so
        libXt.so.6 (ELF-libc6) => /usr/X11R6/lib/libXt.so.6
        libXt.so.6 (DLL) => /usr/i486-linuxaout/lib/libXt.so.6
        libXt.so.3 (DLL) => /usr/i486-linuxaout/lib/libXt.so.3
        libXt.so (ELF-libc6) => /usr/X11R6/lib/libXt.so

Still confused,

	Andy

-------------------------------------------------------------------
Next Technical Meeting: February 13 (Sat), 12:30 place: Temple Univ.
** presentation: XEmacs, by Steven Baur and Martin Buchholz
Next Nomikai: March 19 (Fri), 19:30   Tengu TokyoEkiMae 03-3275-3691
-------------------------------------------------------------------
more info: http://tlug.linux.or.jp                     Sponsor: PHT