Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 4657 - memory leak in gethostbyname() when (not) using NIS+
Summary: memory leak in gethostbyname() when (not) using NIS+
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 6.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-08-23 02:45 UTC by antonyn
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-08-23 14:31:00 UTC

Attachments (Terms of Use)

Description antonyn 1999-08-23 02:45:04 UTC

I am running RH6.0 + updates on an x86 machine.  This box is
networked and uses NIS to sync accounts across our network.

The problem arises when code like the following is run on a
RH6 machine with the default NIS installation:

#include <stdio.h>
#include <netdb.h>
int main() {
   while (1) {
      struct hostent* pHostEnt = NULL ;
      pHostEnt = gethostbyname("");
  return 0 ;

Note that using gethostbyname_r has the same problem (I did
a search on, and Theodore Tso mentioned that using
the standard gethostbyname is prone to memory leaks.)

Running this program and watching it in top will show that
the process will continually eat memory until it severely
bogs down the machine.  The problem is glibc-related, but it
is actaully triggered with RH's default NIS setup.  The
"hosts:" entry in /etc/nsswitch.conf has 'nisplus' listed
before 'dns' - I'm guessing the leak starts here, as
switching the order (ie, having 'dns' listed before
'nisplus' on a network setup that queries a valid DNS
server) will fix the problem.


Comment 1 antonyn 1999-08-23 02:53:59 UTC
Hello, I just found this URL on which sheds more light.
Perhaps it's time for a new glibc RPM release?

Comment 2 antonyn 1999-08-23 02:55:59 UTC
One last note - my friend runs the latest Mandrake which includes this
version of glibc; he's a huge Mandrake advocate.  We can't have RH be
behind Mandrake in bugfixes now, can we? ;)

Comment 3 Jeff Johnson 1999-08-23 14:31:59 UTC
Memory leaks in NIS code are fixed in the Raw Hide glibc.

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