I'm still trying to understand what's happening with Maple and Matlab on my SuSE 9.1 system, and especially why my copies of the SuSE 9.0 32-bit libraries result in segfaults.

Which versions of Matlab and Maple are you using ? -- John P.

On Fri, 4 Jun 2004, Paul C. Leopardi wrote:

Matlab is Student Version Release 13 Maple is Maple 9 Student Edition on CD

One factor is that they are dependent on fairly old glibc implementations which enables them to run on RH 7.1 systems from yesteryear. This can lead to occasional problems on more recent platforms. That said, Matlab R13sp1 is apparently working here on SuSE 9.1 (AMD64) although I haven't used the JVM environment and nor do I care to. The official line from Mathworks of course is that there is no native support for any version of Matlab on the AMD64 platform. It is always worth letting them know that you think there should be. o http://www.maplesoft.com/support/Faqs/index.shtml o http://www.mathworks.co.uk/support/sysreq/index.html -- John P.

Hi all, I now have Matlab Student Edition working. It turned out that Matlab doesn't like submount. Details below. Best regards On Friday 04 June 2004 17:29, Bjorn Tore Sund wrote:

On Thu, 3 Jun 2004, Dr J Pelan wrote:

...

...

Matlab is Student Version Release 13 Maple is Maple 9 Student Edition on CD

One factor is that they are dependent on fairly old glibc implementations which enables them to run on RH 7.1 systems from yesteryear. This can lead to occasional problems on more recent platforms.

It can't be glibc. Once this thread started I did some testing, and both installation and use of Matlab R13 SP1 and Maple 9 worked without problems there. No, they're not the student version. Thus the problems are AMD64- specific - I'll be starting tests early next week for that.

...

That said, Matlab R13sp1 is apparently working here on SuSE 9.1 (AMD64) although I haven't used the JVM environment and nor do I care to. The official line from Mathworks of course is that there is no native support for any version of Matlab on the AMD64 platform. It is always worth letting them know that you think there should be.

The JVM environment should work too, though it gets confused by the keymapping. The following two lines in .Xmodmap solved the problem for matlab: keycode 64 = Meta_L keycode 0x6D = Multi_key

To get Matlab to understand that the Documentation CD is in the drive, I changed the /etc/fstab line for cdrecorder back to what it had been for SuSE 9.0, ie, from: /dev/cdrecorder /media/cdrecorder subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,unhide,iocharset=utf8 0 0 back to: /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 This worked. It turns out that I don't need LD_ASSUME_KERNEL for Matlab. For my next trick, I'll figure out what's happening with Maple. I hope.

Andreas, I'm starting to understand what's happening with Maple 9. The Maple 9 "maple" shell script includes the following: if [ -r "/etc/redhat-release" ] then MR_CHECK=`perl -ane '$_ =~ /Mandrake Linux release (\d+)\.(\d+)/; print $1 if $1 >= 9;' /etc/redhat-release` RH_CHECK=`perl -ane '$_ =~ /Red Hat .* release (\d+)(\.\d+)?/; print $1 if ($1

= 7);' /etc/redhat-release`

if [ $MR_CHECK ]; then export LD_ASSUME_KERNEL=2.2.5 fi if [ $RH_CHECK ]; then export LD_ASSUME_KERNEL=2.2.5 fi fi I'm guessing that whatever it was that made it necessary for Maple 9 to set "export LD_ASSUME_KERNEL=2.2.5" for Mandrake and Red Hat, now also applies to SuSE 9.1. But "export LD_ASSUME_KERNEL=2.2.5" itself does not work on SuSE 9.1. Best regards On Thursday 03 June 2004 23:56, Andreas Jaeger wrote:

"Paul C. Leopardi" writes:

...

Andreas, Thanks for the clarification.

I'm still trying to understand what's happening with Maple and Matlab on my SuSE 9.1 system, and especially why my copies of the SuSE 9.0 32-bit libraries result in segfaults.

I have noticed that the SuSE 9.0 /lib directory did not contain subdirectories tls and i686, but the SuSE 9.1 /lib directory does have these subdirectories. Also, using "export LD_ASSUME_KERNEL=2.2.5" with SuSE 9.1 results in "error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory".

2.2.5 is not supported with 64-bit libs and therefore leads to this problem.

Btw. the LD_ASSUME_KERNEL is even documented in the SUSE manuals,

Andreas