matlab 5.3 seg fault (can it use both libc.so.6 & libc.so.5 ?)
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,
BTW, the license manager appears to be up and running.
Here is an env variable that was used to find all the needed libs.
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,
> Dear Aaron:
> I am writing in response to your email on April 12, 1999 regarding MATLAB
> 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.
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?