[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Matlab5



On Mon, 24 Nov 1997, Bill Moran wrote:

> Hi
> 
> 
> Thanks for your help on Matlab. I have checked with ldd and have
> exactly the same libraries as others:
> 
> 	libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4
> 	libXt.so.6 => /usr/X11R6/lib/libXt.so.6
> 	libXext.so.6 => /usr/X11R6/lib/libXext.so.6
> 	libX11.so.6 => /usr/X11R6/lib/libX11.so.6
> 	libdl.so.1 => /lib/libdl.so.1
> 	libg++.so.27 => /usr/lib/libg++.so.27
> 	libstdc++.so.27 => /usr/lib/libstdc++.so.27
> 	libm.so.5 => /lib/libm.so.5
> 	libc.so.5 => /lib/libc.so.5
> 	libSM.so.6 => /usr/X11R6/lib/libSM.so.6
> 	libICE.so.6 => /usr/X11R6/lib/libICE.so.6
> 
> I still have the same error
> message:
> 
> 
> /usr/local/src/matlab5/bin/lnx86/matlab: can't resolve symbol '__register_exceptions'

One question: are you using a true 'bo' (libc5) system or are you
following 'hamm' (libc6) more or less? If you upgraded any of the
libraries above to their libc6-based version, then that is the cause of
your problem. Some programs have the path to their libraries compiled-in. 
If the location of the libraries changes, they cannot find their
libraries. If the libraries are replaced by other libraries with the same
name, the wrong libraries will be loaded. Debian 2.0 will put the
libc5-based versions of libraries in /usr/lib/libc5-compat , so most of
them (or all?) are already located there on a 'hamm' system.

If it is this problem, it can be considered a bug in Matlab, but I don't
know what you could do about it apart from downgrading to a libc5-based
system.

Remco




--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: