Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!rice!uw-beaver!stowe.cs.washington.edu!pauld From: pauld@stowe.cs.washington.edu (Paul Barton-Davis) Newsgroups: comp.unix.sysv386 Subject: HZ values (was: Re: u386mon dumping core) Message-ID: <1991May7.180013.23250@beaver.cs.washington.edu> Date: 7 May 91 18:00:13 GMT References: <1991Apr30.105615.9129@gallium.uucp> <1991May4.214132.27702@cti-software.nl> <9884@suns6.crosfield.co.uk> Sender: news@beaver.cs.washington.edu (USENET News System) Organization: Computer Science & Engineering, U. of Washington, Seattle Lines: 29 In article <9884@suns6.crosfield.co.uk> ir@crosfield.co.uk (ian reid) writes: >In article <1991May4.214132.27702@cti-software.nl> pim@cti-software.nl (Pim Zandbergen) writes: >>In article <17@metran.UUCP> jay@metran.UUCP (Jay Ts) writes: >>> >>>(Also, note that the current version of u386mon dumps core on ISC 2.2 >>>systems if you try to access the process screen. On at least one system, >>>anyway...) >> >>I've noticed that u386mon compiled on a 2.0.2 system will dump core >>as described running on a 2.2 system. > >I had the problem of u386mon core dumping when going into the process screen. >I tracked the problem down to a variable HZ being set to a null string in the >environment. It is set in /etc/default/login to HZ=100 (on ISC 2.2.1), so >why it should have turned up as a null string I don't know. Anyway u386mon >uses HZ to do arithmetic, including using it as a divisor, hence the core >dump. If HZ is not set in the environment u386mon uses the value in >/usr/include/sys/param.h. > Can anyone from SCO or elsewhere enlighten me as to why SCO Unix/386 usesa HZ value (both in the kernel and as the environment variable) of 60, and not 100 ? Or has this been changed ... or can it be ? -- Paul Barton-Davis UW Computer Science Lab "People cannot cooperate towards common goals if they are forced to compete with each other in order to guarantee their own survival."