pim@cti-software.nl (Pim Zandbergen) (05/05/91)
garyb@gallium.uucp (Gary Blumenstein) 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...) >Not here. u386mon runs fine in all screens. 25 line, 43 line, in an xpcterm >window with color, w/o color, and on a virtual terminal. Mine is version >2.00. I've noticed that u386mon compiled on a 2.0.2 system will dump core as described running on a 2.2 system. -- Pim Zandbergen domain : pim@cti-software.nl CTI Software BV uucp : uunet!mcsun!hp4nl!ctisbv!pim Laan Copes van Cattenburch 70 phone : +31 70 3542302 2585 GD The Hague, The Netherlands fax : +31 70 3512837
cpcahil@virtech.uucp (Conor P. Cahill) (05/06/91)
pim@cti-software.nl (Pim Zandbergen) writes: >I've noticed that u386mon compiled on a 2.0.2 system will dump core >as described running on a 2.2 system. Any program that reads kernel tables must be recompiled when new versions of the kernel are released. Try running 2.0.2 ps on a 2.2 system and see what happens. -- Conor P. Cahill (703)430-9247 Virtual Technologies, Inc. uunet!virtech!cpcahil 46030 Manekin Plaza, Suite 160 Sterling, VA 22170
ir@crosfield.co.uk (ian reid) (05/07/91)
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. The workaround was so simple that I didn't spend any time discovering why HZ was being improperly set in the environment. As I had u386mon wrapped up in a shell script I simply did an unset HZ and used the compiled in value. -- Ian Reid #include <std/disclaimer.h> UUCP: ir@cel.uucp or ir@cel.co.uk or ...!{ukc,mcsun,uunet}!cel!ir "Computers..proof positive that no-one yet understands how to describe any real world situation in 0's and 1's."