home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9368 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!ekhadafi.austin.ibm.com!curt
  2. From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: putuserattr() chomping memory
  5. Message-ID: <1992Sep3.151648.15335@awdprime.austin.ibm.com>
  6. Date: 3 Sep 92 15:16:48 GMT
  7. References: <Btv3po.9sB@math.uwaterloo.ca>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: IBM AWD, Austin
  10. Lines: 16
  11.  
  12. In article <Btv3po.9sB@math.uwaterloo.ca> mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF]) writes:
  13. >I have a program (yes, the same one as before) that uses frequent calls
  14. >to putuserattr() and its friends.  It seems that after a large number of these
  15. >calls, my page space is filling to the brim, and the program gets SIGKILLed
  16. >by the kernel.
  17.  
  18. someone smarter than me asked:
  19.  
  20.     "does he ever do a close (enduserDB)?"
  21.  
  22. I assume this means that enduserDB() releases memory.
  23.  
  24. -- 
  25. curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
  26. My views are unrelated to those of IBM     |        Austin, TX
  27.   Social Security isn't a retirement plan.  It's middle class welfare.
  28.