Bug 104079

Summary: Incompatibility of /lib/tls/libc-2.3.2.so with Maple 8
Product: [Retired] Red Hat Linux Reporter: W.A.B.Evans <wabe>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED CURRENTRELEASE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: fweimer
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-09-13 01:24:02 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description W.A.B.Evans 2003-09-09 18:41:05 UTC
Description of problem:  When trying to install the Waterloo Maple (Linux ver 8)
I get an error message and it just won't load pointing to an error in the
library /lib/tls/libc-2.3.2.so I should add that the same package works well on
Red Hat 7.3 but fails on all versions since the /lib/tls
directory was introduced. If I rename this file (so that xmaple will not find
it) then it (presumably) uses the /lib/libc-2.3.2.so and xmaple then loads OK.
However if I do other jobs whilst /lib/tls/libc-2.3.2.so is disabled I find I
can mess up my system.

    I should also inform you that the same Maple package installs and loads fine
on Mandrake 9.1 and Suse 8.1.   


Version-Release number of selected component (if applicable): Waterloo Maple ver
8 (Linux)


How reproducible:  Always


Steps to Reproduce:
1.   Install Waterloo Maple ver 8
2.   Enter  xmaple <return>
3.
    
Actual results:  gives error message - sorry can't reproduce it from machine I'm
now on.  Maple fails to open its opening window.


Expected results:


Additional info:

Comment 1 Jakub Jelinek 2003-09-12 16:22:03 UTC
If the error is like
relocation error: XYZ: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
or Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed.
then it is a Mapple bug which Mapple needs to fix.
You can work around it by running it with LD_ASSUME_KERNEL=2.4.19 (see release
notes).
If it is a different error, you need to specify what exactly.

Comment 2 W.A.B.Evans 2003-09-13 01:24:02 UTC
    The precise error message I get is as below (pasted from output):

/arcs/maple8/bin.IBM_INTEL_LINUX/mserver: relocation error:
/arcs/maple8/bin.IBM_INTEL_LINUX/libmaple.so: symbol errno, version GLIBC_2.0
not defined in file libc.so.6 with link time reference

     It seems odd to me that you claim the bug is in the Maple program, widely
used by Mathematicians worldwide and which appears to work OK with other distros
with kernels later than 2.4.19.

Comment 3 Jakub Jelinek 2003-09-13 08:35:18 UTC
If it is a library linked against glibc 2.1 and later
(you can find this out by readelf -V /arcs/maple8/bin.IBM_INTEL_LINUX/libmaple.so | grep GLIBC_2
), having errno in the symbol table is a bug (source uses errno yet doesn't
#include <errno.h> as standards mandate).
And given that ld.so complains about errno@@GLIBC_2.0, not plain errno
suggest that it is a glibc 2.1+ compiled library (glibc 2.0 was not versioned).