Bug 3464 - BUG in libg++-2.7.2 compatability library
BUG in libg++-2.7.2 compatability library
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: libstdc++ (Show other bugs)
6.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Jakub Jelinek
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-06-14 15:13 EDT by Chris Evans
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-12-14 23:18:36 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Chris Evans 1999-06-14 15:13:47 EDT
Hi

I have a program I build on a Redhat5/glibc2.0/g++-2.7.2
combination. This program is written in c++. It worked fine
on RH5.2

On RH6.0 it is completely broken. The fread() in the
compatibility library looks hosed.

If I do ltrace and strace I see

1) Old binary calls fread().
2) fread() is entered in, I believe, the libg++
compatability library
3) The stupid library calls the write() system call!!

You are welcome to the binary that causes this. It is a BBC
emulator.

To reproduce I would try a simple program that uses c++ and
calls fread(), build it on RH5/glibc2.0/g++-2.7.2, and see
if the binary works on RH6.0.

Sadly I have no access to such a machine. If anyone reads
this and has such a machine, and wants to help, mail me.

Chris
Comment 1 Jay Turner 1999-06-30 09:57:59 EDT
This issue has been forwarded to a developer for further action.
Comment 2 Cristian Gafton 1999-07-28 03:33:59 EDT
is this true with the latest glibc from rawhide (2.1.2-1 or later)
Comment 3 Cristian Gafton 2000-05-22 10:53:59 EDT
assign to jakub
Comment 4 Alan Cox 2002-12-14 23:18:36 EST
No responses

Note You need to log in before you can comment on or make changes to this bug.