SUSE Linux 10.1 x86_64 and Matlab...
Hi everybody, I just installed Matlab 7.04 on my 64-bit Suse Linux 10.1 box. When I try to invoke Matlab, I get the error message expr: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory /bin/uname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Sorry! We could not determine the machine architecture for your host. Under Suse Linux 10.0, a workaround was to insert the following two lines into .matlab7rc.sh: LD_ASSUME_KERNEL=2.4.21 export LD_ASSUME_KERNEL Unfortunately, it doesn't help under 10.1... Anybody has a better idea? Thanks, Joachim
On Thursday 11 May 2006 18:09, Joachim Goeschel wrote:
expr: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory /bin/uname: error while loading shared libraries: libc.so.6: cannot open
carl@linux:~> rpm -q --whatprovides libc.so.6 glibc-2.3.5-40 Hi Joachim, I don't have 10.1 yet, so check the version of glibc that it ships with. Maybe try creating a link named libc.so.6 pointing to the newer library? I don't know how safe that would be, but I know I'd probably try it. ;-) regards, Carl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Thursday 2006-05-11 at 18:22 -0400, Carl Hartung wrote:
I don't have 10.1 yet, so check the version of glibc that it ships with. Maybe try creating a link named libc.so.6 pointing to the newer library? I don't know how safe that would be, but I know I'd probably try it. ;-)
In the RC3, libc.so.6 is a symlink to libc-2.4.so in glibc-2.4-22.i686.rpm. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEY76btTMYHG2NR9URAi58AJ449HlkhSKS/vKpZBhrLw4+uwzrbgCfUWZT inGItIrEEclVQVVPAyRihQo= =XRZl -----END PGP SIGNATURE-----
Thanks. First, ~>rpm -q --whatprovides libc.so.6 glibc-32bit-2.4-30
In the RC3, libc.so.6 is a symlink to libc-2.4.so in glibc-2.4-22.i686.rpm.
-- Cheers, Carlos Robinson
I am still pretty new to Linux and might not figure how to handle symbolic links correctly. Carlos, do you suggest something like (okay, I don't know what I'm doing..) cd $MATLAB/bin sudo ln -s /lib64/libc.so.6 libc.so.6 Furthermore, if I remove the lines LD_ASSUME_KERNEL=2.4.21 export LD_ASSUME_KERNEL from $MATLAB/bin/.matlab7rc.sh, I get a different error message when trying to start matlab: *** glibc detected *** /usr/local/matlab704/bin/glnxa64/MATLAB: malloc(): memory corruption: 0x0000000000597de0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x2aea9532839e] /lib64/libc.so.6[0x2aea9532a334] /lib64/libc.so.6(calloc+0x9f)[0x2aea9532b81f] /lib64/ld-linux-x86-64.so.2[0x2aea93b952ea] /lib64/ld-linux-x86-64.so.2(_dl_allocate_tls+0xe)[0x2aea93b953ae] and so on. Maybe I should wait until more experienced Linux users run into problems installing Matlab on 10.1 64-bit and wait for their suggestions... Joachim
On Thursday 11 May 2006 19:56, Joachim Goeschel wrote:
I am still pretty new to Linux and might not figure how to handle symbolic links correctly.
Basic format ln -s /path/object /path/link 'ln' = link '-s' specifies symbolic (not a 'hard' link) The problem is matlab expects to find libc.so.6 but it isn't there... the newer (frequently backwards-compatible) library has a newer version number than matlab knows about. Listing from my 10.0 /lib: -rwxr-xr-x 1 root root 1405291 2005-09-09 13:36 libc-2.3.5.so* lrwxrwxrwx 1 root root 11 2006-03-12 20:29 libcap.so -> libcap.so.1* lrwxrwxrwx 1 root root 14 2006-03-12 20:29 libcap.so.1 -> libcap.so.1.92* -rwxr-xr-x 1 root root 34670 2005-09-09 11:59 libcap.so.1.92* -rwxr-xr-x 1 root root 191505 2005-09-09 13:36 libcidn-2.3.5.so* lrwxrwxrwx 1 root root 16 2006-03-12 20:28 libcidn.so.1 -> libcidn-2.3.5.so* lrwxrwxrwx 1 root root 17 2006-03-12 20:31 libcom_err.so.2 -> libcom_err.so.2.1* -rwxr-xr-x 1 root root 6536 2005-09-09 11:58 libcom_err.so.2.1* -rwxr-xr-x 1 root root 47724 2005-09-09 13:36 libcrypt-2.3.5.so* lrwxrwxrwx 1 root root 17 2006-03-12 20:28 libcrypt.so.1 -> libcrypt-2.3.5.so* lrwxrwxrwx 1 root root 13 2006-03-12 20:28 libc.so.6 -> libc-2.3.5.so* See all the links carrying older library names pointing to later versions of the same libraries? That's what Carlos and I are suggesting as a reasonable test... or, at least I am. ;-)
Furthermore, if I remove the lines
LD_ASSUME_KERNEL=2.4.21 export LD_ASSUME_KERNEL
If you haven't seen any documentation recommending this change, why would you implement it? regards, Carl
On Thu, May 11, 2006 at 08:16:43PM -0400, Carl Hartung wrote:
On Thursday 11 May 2006 19:56, Joachim Goeschel wrote:
I am still pretty new to Linux and might not figure how to handle symbolic links correctly.
Basic format
ln -s /path/object /path/link 'ln' = link '-s' specifies symbolic (not a 'hard' link)
The problem is matlab expects to find libc.so.6 but it isn't there... the newer (frequently backwards-compatible) library has a newer version number than matlab knows about.
Please stop this assumption. Please do not try to symlink libc.sos. The problem is that LD_ASSUME_KERNEL=2.4.21 does NOT WORK anymore. Ciao, Marcus
from $MATLAB/bin/.matlab7rc.sh, I get a different error message when trying to start matlab:
*** glibc detected *** /usr/local/matlab704/bin/glnxa64/MATLAB: malloc(): memory corruption: 0x0000000000597de0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x2aea9532839e] /lib64/libc.so.6[0x2aea9532a334] /lib64/libc.so.6(calloc+0x9f)[0x2aea9532b81f] /lib64/ld-linux-x86-64.so.2[0x2aea93b952ea] /lib64/ld-linux-x86-64.so.2(_dl_allocate_tls+0xe)[0x2aea93b953ae]
and so on.
Maybe I should wait until more experienced Linux users run into problems installing Matlab on 10.1 64-bit and wait for their suggestions... Joachim
Tell Matlab to fix their code... Ciao, Marcus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Thursday 2006-05-11 at 19:56 -0400, Joachim Goeschel wrote:
In the RC3, libc.so.6 is a symlink to libc-2.4.so in glibc-2.4-22.i686.rpm.
I am still pretty new to Linux and might not figure how to handle symbolic links correctly. Carlos, do you suggest something like (okay, I don't know what I'm doing..) cd $MATLAB/bin sudo ln -s /lib64/libc.so.6 libc.so.6
No, I only meant that in the 10.1 RC3 (ie, not the final version) there existed that symlink I specified. I don't have the final version to check. I did not say to make the symlink. But Marcus has explained the real problem, you are out of luck. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEZdIbtTMYHG2NR9URAjuoAJ9nAtS3QK3ruAhUgdyHpartfqiejwCeJBfK EviYtDZDmStflqmssRDD7pA= =qM4y -----END PGP SIGNATURE-----
Thanks very much for the clarifications, Marcus and Carlos.
The clear alternative now is trying to get my code working with octave
(which is conveniently found on the suse mirrors..)
I am not on a software maintainance license for Matlab anymore so I am not
eligible for updates--but what's the point of buying the new version without
being certain that it will work?
Joachim
On 5/13/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Thursday 2006-05-11 at 19:56 -0400, Joachim Goeschel wrote:
In the RC3, libc.so.6 is a symlink to libc-2.4.so in glibc-2.4-22.i686.rpm.
I am still pretty new to Linux and might not figure how to handle symbolic links correctly. Carlos, do you suggest something like (okay, I don't know what I'm doing..) cd $MATLAB/bin sudo ln -s /lib64/libc.so.6 libc.so.6
No, I only meant that in the 10.1 RC3 (ie, not the final version) there existed that symlink I specified. I don't have the final version to check. I did not say to make the symlink.
But Marcus has explained the real problem, you are out of luck.
- -- Cheers, Carlos Robinson
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFEZdIbtTMYHG2NR9URAjuoAJ9nAtS3QK3ruAhUgdyHpartfqiejwCeJBfK EviYtDZDmStflqmssRDD7pA= =qM4y -----END PGP SIGNATURE-----
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Thu, May 11, 2006 at 06:09:49PM -0400, Joachim Goeschel wrote:
Hi everybody,
I just installed Matlab 7.04 on my 64-bit Suse Linux 10.1 box. When I try to invoke Matlab, I get the error message
expr: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory /bin/uname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Sorry! We could not determine the machine architecture for your host.
Under Suse Linux 10.0, a workaround was to insert the following two lines into .matlab7rc.sh: LD_ASSUME_KERNEL=2.4.21 export LD_ASSUME_KERNEL
Unfortunately, it doesn't help under 10.1... Anybody has a better idea?
This trick will not work anymore, since linuxthreads support was dropped from upstream glibc. Ciao, Marcus
participants (4)
-
Carl Hartung -
Carlos E. R. -
Joachim Goeschel -
Marcus Meissner