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