Bug 88598

Summary: Maya 4.5 Doesn't work with glibc from RH9
Product: [Retired] Red Hat Linux Reporter: Vova <kv11111>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED NOTABUG 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-04-22 08:33:59 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 Vova 2003-04-11 08:01:23 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.1; Linux)

Description of problem:
When I'm trying to start maya I'm getting the following error:

/usr/aw/maya4.5/bin/maya.bin: relocation error: /usr/aw/maya4.5/lib/libFoundation.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

Whith glibc from RedHat Linux 7.2 it works well.

Version-Release number of selected component (if applicable):
glibc-2.3.2-27.9

How reproducible:
Always

Steps to Reproduce:
1. Simply start maya from console.

Actual Results:  Maya fails with the followind message

/usr/aw/maya4.5/bin/maya.bin: relocation error: /usr/aw/maya4.5/lib/libFoundation.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference


Expected Results:  Maya should work ;-)

Additional info:

Comment 1 Ulrich Drepper 2003-04-22 08:33:59 UTC
In the first place, this is maya's problem.  Some programmer never bothered to
read ISO C and didn't include <errno.h>.  This is not optional, it is 100% wrong
to add a line like

extern int errno;

and hope it works.  The fact that it did in the past is a mere coincident.  It
doesn't work anymore and the third party code has to change.

ld.so tries to fix up a few cases where errno is used incorrectly.  But
apparently this case isn't fixable.

Talk to your vendor and get them to produce you a new binary which is less buggy.

Comment 2 Jakub Jelinek 2003-04-22 08:37:39 UTC
There is a workaround for this, you can run the program with LD_ASSUME_KERNEL=2.4.1
in its environment. But please contact Maya vendor anyway so that they fix their stuff.