Running a libc5 binary - weird problem

[Alex Shnitman <alexsh@linux.org.il>]

Hi.

I'm trying to run the good old Mule 2.3 which I downloaded from some
Japanese site. It was part of a "Japanesed" bo distribution. I need it
because it supports right-to-left text input, needed for proper Hebrew
writing, which XEmacs-MULE doesn't support. I haven't been able to
find a newer deb, and I failed compiling it myself - it just won't go
with the includes, it apparently needs a lot of fixing before it would
compile with glibc.

Now, I've never had any problem running libc5 applications, including
the libc5 Netscape, until I stumbled upon this one. Normally a libc5
app has its X libraries linked from /usr/lib/libc5-compat, and ldd
shows that. However, look what ldd shows for mule:
alexsh:~/mule/usr/bin> ldd mule
        libXaw.so.6 => /usr/X11R6/lib/libXaw.so.6 (0x4000b000)
        libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40043000)
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40055000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4009d000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x400a6000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400bb000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400c7000)
        libncurses.so.3.0 => /lib/libncurses.so.3.0 (0x4016a000)
        libm.so.5 => /lib/libm.so.5 (0x401a6000)
        libc.so.5 => /lib/libc.so.5 (0x401af000)
        libc.so.6 => /lib/libc.so.6 (0x4026d000)
        ld-linux.so.2 => /lib/ld-linux.so.2 (0x40312000)

Why does it try to link the libraries from /usr/X11R6/lib? When I try
to run it it naturally segfaults. Are the paths hard-coded into the
binary? How can I get around that?


--
Alex Shnitman
alexsh@linux.org.il   UIN 188956
http://alexsh.home.ml.org  --  PGP key here
http://www.debian.org  --  and the OS here