matlab 5.3 seg fault (can it use both libc.so.6 & libc.so.5 ?)

[amj@fhs.lawrence.ks.us]

Hi all,

	Mathworks tech support has been unable to help get matlab 5.3
running on my Debian system.  I was wondering if anybody else has got
it working and perhaps would know how to fix my problem.

When I start matlab is says,

	Segmentation fault

BTW, the license manager appears to be up and running.

Here is an env variable that was used to find all the needed libs.

LD_LIBRARY_PATH=/usr/X11R6/lib/:/usr/local/matlab5.3/extern/lib/lnx86:/usr/local/matlab5.3/sys/os/lnx86/:/usr/local/matlab5.3/bin/lnx86

I suspect matlab is confused since it is finding libc.so.6, as well as
libc.so.5 . Mathworks says they don't support libc6.  If this is the
problem how would I, just for matlab ;-), "hide" the fact that libc6 is on
my system?  How does it find /lib/libc.so.6 when it doesn't want it?

Commercial products linked against old libs are frustrating...

thank you for any help,
aaron
----

> Dear Aaron:
> 
> I am writing in response to your email on April 12, 1999 regarding MATLAB
> installation.
> 
> Thank you for sending me your information, there are a couple of things
> that I noticed whcih may be causing the problem.
> 
> First, it seems as though /lib is missing from the Library path.  You can
> add this to the path with the following command:
> 
> setenv LD_LIBRARY_PATH /lib/:$LD_LIBRARY_PATH

This is what I see for shared library linking.

ldd /usr/local/matlab5.3/bin/lnx86/matlab
        libut.so => /usr/local/matlab5.3/extern/lib/lnx86/libut.so (0x4000b000)
        libmwhardcopy.so => /usr/local/matlab5.3/bin/lnx86/libmwhardcopy.so (0x4002b000)
        libmwhg.so => /usr/local/matlab5.3/bin/lnx86/libmwhg.so (0x4004f000)
        libmwsimulink.so => /usr/local/matlab5.3/bin/lnx86/libmwsimulink.so (0x40149000)
        libmwgui.so => /usr/local/matlab5.3/bin/lnx86/libmwgui.so (0x404ae000)
        libmwnumerics.so => /usr/local/matlab5.3/bin/lnx86/libmwnumerics.so (0x40545000)
        libmwmpath.so => /usr/local/matlab5.3/bin/lnx86/libmwmpath.so (0x405b3000)
        libmwuix.so => /usr/local/matlab5.3/bin/lnx86/libmwuix.so (0x405c2000)
        libmwcompiler.so => /usr/local/matlab5.3/bin/lnx86/libmwcompiler.so (0x40854000)
        libmatlbmx.so => /usr/local/matlab5.3/bin/lnx86/libmatlbmx.so (0x408fa000)
        libdl.so.1 => /lib/libdl.so.1 (0x40959000)
        libg++.so.27 => /usr/local/matlab5.3/sys/os/lnx86/libg++.so.27 (0x4095c000)
        libstdc++.so.27 => /usr/local/matlab5.3/sys/os/lnx86/libstdc++.so.27 (0x40990000)
        libm.so.5 => /usr/local/matlab5.3/sys/os/lnx86/libm.so.5 (0x409bf000)
----->  libc.so.5 => /usr/local/matlab5.3/sys/os/lnx86/libc.so.5 (0x409c8000)
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40a84000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40ac7000)
        libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40b5f000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40b6d000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40b75000)
----->  libc.so.6 => /lib/libc.so.6 (0x40b89000)
        ld-linux.so.2 => /lib/ld-linux.so.2 (0x40c2e000)

> I also noticed that the version of libc.so that you are using is version 6.
>  Unfortunately, this version is not supported.  We are using revision 5.

matlab appears to find both libc.so.5 and libc.so.6 .  If it should
not use libc.so.6 how do convice matlab not to see it?