Bug 89123 – yp code in libc tricks memprof

Bug 89123 - yp code in libc tricks memprof

Summary:	yp code in libc tricks memprof

Status:	CLOSED UPSTREAM

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	glibc (Show other bugs)
Sub Component:
Version:	9
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Owen Taylor
QA Contact:	Brian Brock
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2003-04-17 16:55 EDT by Havoc Pennington
Modified:	2016-11-24 10:20 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2003-04-23 18:07:09 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
test app that creates confusion (906 bytes, text/plain) 2003-04-17 16:56 EDT, Havoc Pennington	no flags	Details
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Havoc Pennington 2003-04-17 16:55:23 EDT

Attached test app makes memprof think memory is slowly leaked, but 
it doesn't look like it really is.

Comment 1 Havoc Pennington 2003-04-17 16:56:33 EDT

Created attachment 91181 [details]
test app that creates confusion

Comment 2 Owen Taylor 2003-04-21 12:55:28 EDT

When I run this program (not under MemProf) the program slowly gets
bigger as shown in top ... maybe 20/30k per second. I suspect
it's just leaking.

[ Havoc later commented that valgrind also shows a leak ]

You probably need a NIS setup to reproduce the problem.

Comment 3 Ulrich Drepper 2003-04-23 18:07:09 EDT

I've checked in a patch in the official glibc CVS archive.  The next RPM will
contain the fix.

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