Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!stegosaur.cis.ohio-state.edu!jrm From: jrm@stegosaur.cis.ohio-state.edu (John R. Mudd) Newsgroups: comp.sys.encore Subject: Re: cpp symbol for multimax Message-ID: <84281@tut.cis.ohio-state.edu> Date: 2 Oct 90 20:34:13 GMT References: <26458@cs.yale.edu> Sender: news@tut.cis.ohio-state.edu Reply-To: John R. Mudd Organization: The Ohio State University Dept. of Computer & Information Science Lines: 28 In article <26458@cs.yale.edu> anselmo-ed@cs.yale.edu (Ed Anselmo) writes: >Is there an appropriate pre-processor symbol for UMAX 4.3, akin to >sun on Suns and sequent on Sequents? The following symbols are defined for the approproiate processor cards: ns32032 (DPC), ns32332 (APC), and ns32532 (XPC) It's on pg 2-11 of the UMAX 4.3 C Programming Guide. >BTW, the build seemed to be successful, apart from having to hack the >xload sources to use inq_stats(). You too, eh? Since the UMAX kernel doesn't seem to define "_avenrun", it'd be awfully nice for Encore to provide their users with a replacement for xload/get_load.c (hint hint). My version of xload that uses inq_stats() seems to have really lousy resolution, which means the graphic load meter is stair-stepped. Reminds me a lot of TRS80 graphics. :-) ... John .......................................................................... John R. Mudd jrm@cis.ohio-state.edu Department of Computer and Information Science, The Ohio State University 2036 Neil Avenue, Columbus, Ohio, USA 43210-1277 +1 614 292 7161