Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83 (MC840302); site mcvax.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!mcvax!jaap
From: jaap@mcvax.UUCP (Jaap Akkerhuis)
Newsgroups: net.bugs.usg
Subject: Re: nm.c bug (too many files)
Message-ID: <472@mcvax.UUCP>
Date: Wed, 20-Feb-85 22:56:55 EST
Article-I.D.: mcvax.472
Posted: Wed Feb 20 22:56:55 1985
Date-Received: Sun, 24-Feb-85 04:49:27 EST
References: <12300001@ciprico.UUCP>
Reply-To: jaap@mcvax.UUCP (Jaap Akkerhuis)
Organization: CWI, Amsterdam
Lines: 18
Summary: 

In article <12300001@ciprico.UUCP> dan@ciprico.UUCP writes:
  >
  >Just found this....I'm using a Uniplus Version of System III...the problem
  >lies within nm.  The namelist printer...it seems that after 17 files
  >that are in a "bad format", it can't open any more files.  Someone somewhere
  >has forgotten to close the files after seeing that they are in a bad
  >format.  I don't have source code, can someone verify this?  Thanx.

Yep, it is very likely that this is the case. On the 4.2BSD version
of nm the files are never closed when they have a bad format (or an
old one). The fix (if you have the source code of course) is to
replace the "return"'s in these cases by a "goto out", in routine
namelist(). The current file under inspection will then be closed.

If you don't have the source I'm afraid you have to fool around with adb
to fix it.

	jaap.