Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 4 product line. The current stable release is 4.9. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 145172

Summary: _libc_close not exported in libc - RHEL 4
Product: Red Hat Enterprise Linux 4 Reporter: Neena Bhatnagar <neena>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: linux26port
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-01-15 09:14:51 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 Neena Bhatnagar 2005-01-14 23:02:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1

Description of problem:
When we try to link OWS with the 32 bit/64 bit  IPC library, the ipc
library gives out the error that __libc_close is undefined.



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


How reproducible:
Always

Steps to Reproduce:
Linking with a library( in our case we have an IPC library with OWS)
it fails with a message _libc_close is undefined.
    

Additional info:

Comment 1 Jakub Jelinek 2005-01-15 09:14:51 UTC
That just means the IPC library is buggy, uses glibc private symbols which is
not allowed.  In RHEL3, __libc_close was exported, but with @@GLIBC_PRIVATE
symbol version that is reserved solely for glibc's own use.
For @@GLIBC_PRIVATE symbols there are no ABI guarantees, they can be added
or removed or change calling conventions at any time, as nothing outside of
glibc itself should ever use it.  As glibc itself no longer needed __libc_close,
it is not exported any longer.

If you build a rpm package that has binaries or shared libraries using
GLIBC_PRIVATE symbols, rpm will make sure you can't install that package
to catch such bugs.  But if you use some other packaging system, you need to
QA libraries and binaries from using glibc private things yourself.