Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!think.com!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!news.funet.fi!kannel!Kimmo.Suominen From: Kimmo.Suominen@lut.fi (Kimmo Suominen) Newsgroups: comp.sys.hp Subject: Re: usrpt: rmap ovfl error Message-ID: Date: 15 Nov 90 14:22:19 GMT References: <1990Nov02.214028.7098@eecs.wsu.edu> <1990Nov12.093704.1441@nesterc.uucp> Sender: kim@lut.fi (Kimmo Suominen) Organization: Lappeenranta University of Technology, Finland Lines: 19 In-Reply-To: peke@nesterc.uucp's message of Mon, 12 Nov 90 09:37:04 GMT Disclaimer: These are my opinions unless otherwise stated >>>>> On Mon, 12 Nov 90 09:37:04 GMT, peke@nesterc.uucp (Pekka Keskiivari) said: Pekka> This is probably caused by a bug in the Monitor program Pekka> (SR/KPR# 4700-870915). It causes the virtual memory to be Pekka> gradually eaten up... The kernel exhibits this behaviour if Pekka> NPROC happens to be > 512. Pekka> As you might suspect, there is a patch available from HP. It Pekka> replaces pstat.o in /etc/conf/lib/libhp-ux.a. Well, yes. I have been told that the bug is actually in some BSD 4.2 derived code in the kernel. I got the patch from HP (I guess - it arrived by e-mail) and I yet need to install it. Seems like monitor is the only program to bring up this bug. Thanks for the answers I received! -- Kim / Internet: Kimmo.Suominen@lut.fi "That's what I think." / Bitnet: KIM@FINFILES