Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06587; 12 Apr 89 16:00 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05246; 12 Apr 89 14:15 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05133; 12 Apr 89 13:57 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13139; 12 Apr 89 13:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26406; Wed, 12 Apr 89 09:02:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Apr 89 15:14:12 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <30513@sgi.SGI.COM> References: <8904111520.AA05578@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904111520.AA05578@adt.uucp>, madd@adt.UUCP (jim frost) writes: > Could we get some info on your benchmark? I'm particularly interested > in how each FS was tuned. I tend to believe the results considering > the FS throughput our SGI's have, but tuning can be everything. I'd > also like to know what you do to keep fragmentation down when the FS > fills up; I'm curious. Send me some personal mail and I'll send you a copy of the benchmark I used. The test was done on a clean filesystem on both, with no other activity going on. Both systems were "stock" as delivered from the manufacturer. > Our biggest complaint about SGI performance is that it degrades > substantially over time. I'm fairly certain that this is a VM problem > since it happens with every large application I've run, including some > which have pretty clean usage and do *not* have this problem under 4.3 > BSD. The system returns to its former spunkiness after reboot. I > might expect that it's related to 4Sight except that logout/login > doesn't correct the problem. I've never seen this; do you have any quantitative data? What release are you running? Our big server (maddog) is a multi-user machine running builds, etc., all the time. We've never seen it slow down over time. If this really happens, I really want to fix it! > jim frost > madd@bu-it.bu.edu -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07589; 12 Apr 89 18:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07032; 12 Apr 89 17:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07015; 12 Apr 89 16:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17675; 12 Apr 89 16:39 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10559; Wed, 12 Apr 89 13:23:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Apr 89 19:22:32 GMT From: Tom Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: Re: GNU Emacs for 4D machines Message-Id: <11970@ut-emx.UUCP> References: <8904102111.AA19003@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904102111.AA19003@adt.uucp> spike@adt.UUCP (Joe Ilacqua) writes: > [stuff about getting job control deleted] > > I belive (and could be wrong) that the right files for the 4D >(with out the about patch *sigh*) are in the 18.52 dist. > >Joe Ilacqua Well, I tried building it from the 18.52 distribution and a bunch of stuff was wrong, most notably the fact that newer 4D release use crt1.o and crtn.o instead of crt0.o. The headers I posted take this into account, and the distributed headers do not. In addition, I believe (and could be wrong -- its been a while since I had to look at them) that the newer ones properly include -lmld where they have to. +----------------------------------------------------------------------+ |Thomas Russo | russo@chaos.utexas.edu | |Center for Nonlinear Dynamics, University of Texas at Austin | +----------------------------------------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07817; 12 Apr 89 18:52 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07624; 12 Apr 89 18:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07606; 12 Apr 89 18:18 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa18781; 12 Apr 89 18:06 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA20004; Wed, 12 Apr 89 18:01:39 EDT Received: by buita.bu.edu (3.2/4.7) id AA02329; Wed, 12 Apr 89 18:03:47 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA01707; Wed, 12 Apr 89 15:21:47 EDT Date: Wed, 12 Apr 89 15:21:47 EDT From: jim frost Message-Id: <8904121921.AA01707@adt.uucp> To: info-iris@BRL.MIL Subject: backups > One of my personal favorites to >save tape and speed the backup is to compress the data [...] >Compression is slow, but Exabyte tape drives are slower, so there you are ... The biggest problem with this technique is the bad spot on the tape. You loose everything if the tape is at all bad, or if the tape degrades. This is also why I don't like tar et al as backup utilities; they provide little or no redundancy. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08064; 12 Apr 89 19:51 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07990; 12 Apr 89 19:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07970; 12 Apr 89 19:24 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20036; 12 Apr 89 19:10 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA16891; Wed, 12 Apr 89 15:22:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Apr 89 21:47:10 GMT From: Rayan Zachariassen Organization: Department of Computer Science, University of Toronto Subject: Summary of Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <89Apr12.174717edt.38132@neat.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL [ anything in "'s are quotations from private responses, anything in >'s are quotations from the info-iris list. ] SGI will follow market pressures as to their OS base. [ Someone should consider this as market pressure... ] SGI does not track MIPS OSs, they do track MIPS compilers. SGI is working on Berkeley style sysadmin tools, per request from customers. [ :-) ] The lost packet problem should be fixed in the 3.2 release out this summer. Seemingly it has to do with DMA contention problems when the graphics subsystem and the ethernet butt heads. The fix involves both hardware and software. If the Gods are willing and the moon is in the right phase, Sun diskless client support is supposed to be released with the 4.0 OS (I assume this means the SVR4 base). However it is apparently quite possible (i.e. it has been done) to run a diskless client right now as long as it can get its boot information from a Sun somewhere on the network. The major stumbling block for SGI to provide this support are administration (i.e. handholding) and logistics (i.e. how the heck does one read a Sun tape onto an SGI box :-). (which, incidentally, is a good real question...) "We publish a demonstrated MTBF number for all machines. PowerSeries products are rated for at least 6000 hours." Fine-grained parallellism: "The lightweight process stuff was modelled after the work at several other companies, including Cray, Sequent, and work at Argonne. We haven't had any complaints about it. And the parallelizing Fortran compiler uses it easily. C programmers use it with great success, too." "Its better, of course! :-). The thread implementation has been published in USENIX proceedings, etc.. It provides a much more natural model for multi threaded applications than any other model I know of. We also support a layer of synchronization using spinlocks and semaphores that religiously avoids kernel interaction. Remember that syncrhonization latency is the chief problem in getting high performance from fine-grained parallelism. On top of this are some of our primitives, plus the Sequent m_* routines for simple parallel programming." "In the environment, we support a multi-process asynchronous debugger which works on normal and "threaded" processes (Sun, Mach don't!). The profiler handles a threaded process correctly. All this is integrated with the normal high-performance MIPS compilers." Filesystem: ... the barrage: "The filesystem is quite fast and quite reliable for us." "Why worry? The SGI ExtentFileSystem is >faster< than the BSD FFS." "Why do you care what the filesystem format is like, as long as it is fast and reliable?" "EFS may seem gratuitously NIH, but it beats FFS on comparable disk/controller combinations. Its reputation may be due in part to the lack of a good fsck. EFS's fsck is derived from SVR0's!" It is totally irrelevant to us that EFS may be faster better stronger. It is different. We care because we have tools that know about the (BSD) filesystem. We *HAVE TO* port some of those tools to any SGI box we would use for timesharing. Because the filesystem is *different*, the porting complexity goes way up. If EFS is better, wonderful, it is good to know its there if we need it and are willing to pay the price, but it shouldn't be foist (or forced) upon us. In response to that: "You might find that your tools will have difficulties poking around in super blocks and so forth on any machine except the original on which they were developed. Even in the most standard ... file system, ..., there are plenty of variations in the shape of things." Yes, this is true to a certain extent. However the differences will be at user-level and will be relatively easy to circumvent -- plus the knowledge base (in people) doesn't need to be updated. Miscellaneous: > 'tar' is not a backup program, no matter who thinks so. Nothing that goes through the filesystem (tar, cpio, bru) is an acceptable backup program in a large installation. > The filesystem does not appear to be BSD FFS, something which > becomes an issue real fast with a lot of users. Only if the not-FFS filesystem is the V7/SV filesystem. Our concern is not that it is slow (lots of people assert it isn't). > If you use Sun's yp, you're in for a lot of fun. Yah, which is why we refuse to use it on our Suns. "Higher ups at SGI do appreciate how competitive the 4D/220 and 240 are as computing engines. ... We regularly beat Alliant, Ardent, Convex, and Stellar." All these boxes are "computing engines", dedicated to a few people at a time who do their own maintenance and put the box beside their desk or in a closet nearby. SGI machines are getting interesting in another market, the one that used to embrace the VAX780, then the Sun3/280 and the Sun4/280 (gosh, I guess the next decade will see '90-suffix machines on top :-) for general purpose timesharing. The needs of this market are different. Software needs to fit into a pre-existing environment, hardware should fit into a rack (that's a hint...), decisions are made based on lots of factors that are irrelevant to the guy who wants fast graphics. It is a "professional" (in the positive sense of the word) systems environment, with competent technical support. Priorities are different when you have to provide a reliable and useful computing service to hundreds or thousands of people. My impression is still that SGI thinks of itself as a workstation company, and I really wish it would recognize this one of its opportunities (and if so, let us know). "I guess it's also the assumption that since we went standard we don't have any BSD compatibility. We have lots, except for the system administration end of things." Guess who makes the purchase recommendations ... (ex-)sysadmins. In every market. The more BSD environments you sell or can sell into, the more important it is that "administration" (booting, accounting, spooling, etc) looks like BSD, for that market segment at least. I replied to everyone who sent comments and thanked them privately. Here is a Thank You in public. I only lament that noone responded who was in a similar situation as us; are we really the pioneers? Most of the respondents were from SGI... the openness, responsiveness, and enthusiasm of the SGI people reading info-iris is one of the reasons we are interested in their products. My conclusion: if we (or someone in our situation) can hang on until SVR4/IRIX4.0 comes out, then it should be ok after that (not that we won't still yell for complete future 4.xBSD compatibility :-). Until then it will be a hard road if we decide to take it. SGI people seem convinced it will be a rewarding one in the long run (err, rewarding to both parties ;-). rayan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08244; 12 Apr 89 20:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08153; 12 Apr 89 20:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08099; 12 Apr 89 19:55 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id ab20299; 12 Apr 89 19:46 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA22302; Wed, 12 Apr 89 19:41:40 EDT Received: by buita.bu.edu (3.2/4.7) id AA05033; Wed, 12 Apr 89 19:43:48 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA04604; Wed, 12 Apr 89 18:20:17 EDT Date: Wed, 12 Apr 89 18:20:17 EDT From: Joe Ilacqua Message-Id: <8904122220.AA04604@adt.uucp> To: info-iris-request@vmb.brl.mil Cc: info-iris@BRL.MIL Subject: Re: GNU Emacs for 4D machines spike@adt.UUCP (Joe Ilacqua) writes: <> <[stuff about getting job control deleted] <> <> I belive (and could be wrong) that the right files for the 4D <>(with out the about patch *sigh*) are in the 18.52 dist. ^^^^^ <>Joe Ilacqua Organization: Silicon Graphics, Inc., Mountain View, CA Subject: 4D Medical Imaging Software Message-Id: <30552@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Several people have asked for the a contact at Vital Images for their 3D medical imaging and rendering software. These guys are in the latest Geometry Partners catalog, and the contact is: John Kesterson Vital Images 515-472-7726 -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23061; 14 Apr 89 0:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22446; 13 Apr 89 23:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22435; 13 Apr 89 23:35 EDT Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa18112; 13 Apr 89 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA13212; Thu, 13 Apr 89 20:07:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Apr 89 23:31:17 GMT From: Mike York Organization: Voodoo Graphics Project Subject: Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <538@voodoo.UUCP> References: <8904111520.AA05578@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904111520.AA05578@adt.uucp> madd@adt.UUCP (jim frost) writes: >Our biggest complaint about SGI performance is that it degrades >substantially over time. I'm fairly certain that this is a VM problem >since it happens with every large application I've run, including some >which have pretty clean usage and do *not* have this problem under 4.3 >BSD. The system returns to its former spunkiness after reboot. I >might expect that it's related to 4Sight except that logout/login >doesn't correct the problem. We saw this problem with 3.0 on a 4D/70GT, but haven't noticed it since we've upgraded to 3.1. As I recall, SGI told us the problem was due to 4Sight and that rebooting *was* the only work around. Now, if SGI could only speed up picking on the 70GT to be as fast as picking on the 4D/20... -- Mike York Boeing Computer Services, Renton, Washington (206) 234-7724 uw-beaver!ssc-vax!voodoo!zombie   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14168; 13 Apr 89 11:05 EDT Received: by VMB.BRL.MIL id aa13491; 13 Apr 89 11:04 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11953; 13 Apr 89 9:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11895; 13 Apr 89 8:58 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27324; 13 Apr 89 8:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26577; Thu, 13 Apr 89 05:20:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Apr 89 11:49:14 GMT From: John Buchanan Organization: University of Toronto, CSRI Subject: Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <8904131149.AA05789@explorer.dgp.toronto.edu> References: <89Apr9.160219edt.38129@neat.ai.toronto.edu>, <30349@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <30349@sgi.SGI.COM> jmb@patton.SGI.COM (Jim Barton) writes: >In article <89Apr9.160219edt.38129@neat.ai.toronto.edu>, rayan@ai.toronto.edu (Rayan Zachariassen) writes: >> During testing on the personal iris, some anomalies showed up that could >> be explained by the scheduler or VM being tuned for a single-user workstation >> environment. For example running a certain (non-graphics) program would >> cause lost ether packets and horrible response time on the iris, but the >> same program is apparently wellbehaved on other machines. Similarly, logging >> out of the PI causes lost packets. Anyone experienced similar anomalies >> on the 4D/2xx? Anyone using them for timesharing? > >Main problem is with the window manager, which is pretty heavyweight. For all >that nice display and all, it takes lots of memory, which has to be fought >over with the application you are running in a limited memory system. If >you really aren't interested in graphics, don't start the window manager, >and the performance will be very good (you >said< server, right?). Try >running your same application on a Sun 4 with NeWS and 8Mb of memory (assuming >you can get Sun to sell you one) and amuse yourself with the results. In the above text rayan forgot to metion that we were not using the console during much of this testing. (At least the testing that I was involved in.) We were trying to run a ray tracing package which is very floating point intensive. When I tried to log in it reminded me of the old days around here when 30-60 of us lived on a vax780. In short there was no real time response at all. This is a cause for concern since it does pertain to the server aspect of these machines. >I thought the net might be interested in the quasi-official SGI answer. > >> Thanks, >> >> rayan >> >> AI/NA/Theory, DCS, U of Toronto > >My pleasure. > >-- Jim Barton >Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" >jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb > > "I used to be disgusted, now I'm just amused." > - Elvis Costello, 'Red Shoes' >--   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15894; 13 Apr 89 12:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15517; 13 Apr 89 12:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15503; 13 Apr 89 12:37 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03205; 13 Apr 89 12:22 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06235; Thu, 13 Apr 89 08:47:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Apr 89 15:01:53 GMT From: "Larry P. Ray" Organization: Sandia National Labs, Org. 1411, Albq, NM Subject: GNU Emacs on SGI Iris 3130 Message-Id: <1005@intvax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone help me with the diffs and/or configuration needed for GNU Emacs 18.52 on a Silicon Graphics IRIS 3130 running operating system release 3.6? I tried the distribution setup for IRIS 3000 and 3.6, and encountered several problems. Presently, during 'make', the command ./temacs -batch -l inc-vers yields the following output *** Termination code 139 Stop. How can I relate this termination code to the problem? Thanks. lpray@sandia.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17370; 13 Apr 89 14:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16235; 13 Apr 89 13:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16231; 13 Apr 89 13:20 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa04305; 13 Apr 89 12:58 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA17045; Thu, 13 Apr 89 12:53:20 EDT Received: by buita.bu.edu (3.2/4.7) id AA04054; Thu, 13 Apr 89 12:55:31 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA20088; Thu, 13 Apr 89 11:00:28 EDT Date: Thu, 13 Apr 89 11:00:28 EDT From: jim frost Message-Id: <8904131500.AA20088@adt.uucp> To: info-iris@BRL.MIL Subject: Re: Summary of Re: Experiences with 4D/2xx as timesharing systems? >> 'tar' is not a backup program, no matter who thinks so. > >Nothing that goes through the filesystem (tar, cpio, bru) is an acceptable >backup program in a large installation. That's not so. It is possible (even pretty easy) to build a very good, very reliable backup program which works through the filesystem. Most of the information which is saved by dump can be gotten through the filesystem; I personally believe that the information which cannot be gotten is also unnecessary. The programs you mentioned are not acceptable because they provide little (if any) redundancy or error-recovery; if anything goes wrong with any part of them, you probably lost the whole backup or you'll be bit-fiddling to get the information that remains. I'm a bit surprised that no one has built The Better Backup Program yet. I expect that what will happen is one of these days I'm going to get fed up with dump and just build one. It almost happened once. Anyone who has any comments or ideas on what a backup program must/should have is encouraged to send them to me at madd@bu-cs.bu.edu; if "one of these days" becomes a reality they will be very useful. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21726; 13 Apr 89 21:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21131; 13 Apr 89 20:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21129; 13 Apr 89 20:00 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15068; 13 Apr 89 18:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA25749; Thu, 13 Apr 89 14:41:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Apr 89 21:25:25 GMT From: Roy Smith Organization: Public Health Research Institute, NYC, NY Subject: Looking for ethersnooping tools for Iris Message-Id: <3759@phri.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anything like Sun's etherfind or Jan Jacobson's tcpdump exist for an Iris? Both of these are programs which listen to all the packets on the ethernet and print out those which match various patterns. For example, with tcpdump, I can print out all the ICMP packets on the ethernet with a given IP address as either the source or destination, along with the time the packet was seen. Very handy for network debugging, especially if you don't have a LANalyzer. -- Roy Smith, System Administrator Public Health Research Institute {allegra,philabs,cmcl2,rutgers,hombre}!phri!roy -or- roy@phri.nyu.edu "The connector is the network"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28374; 14 Apr 89 10:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28074; 14 Apr 89 10:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27964; 14 Apr 89 9:47 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23473; 14 Apr 89 9:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10753; Fri, 14 Apr 89 06:02:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Apr 89 12:29:13 GMT From: John Buchanan Organization: University of Toronto, CSRI, DGP Subject: Mouse location input. Message-Id: <8904141229.AA24616@explorer.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL a window rather than in absolute screen coordinates? The code that I have now looks like this. switch(qread(&val)) { case REDRAW: /* Reset window offsets */ getorigin(&xorg,&yorg); break; case LEFTMOUSE: /* Get the mouse in window */ X = getvaluator(MOUSEX) - xorg; Y = getvaluator(MOUSEY) - yorg; break; } I cannot even imagine the thinking which led to the line drawing occuring in window coordinates but the mouse tracking only in screen coordinates. John W. Buchanan Dynamic Graphics Project Computer Systems Research Institute University of Toronto (416) 978-6619 Toronto, Ontario M5S 1A4 BITNET: juancho@explorer.dgp.utoronto EAN: juancho@explorer.dgp.toronto.cdn UUCP: ...!explorer.dgp.toronto.edu!juancho   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04529; 14 Apr 89 18:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04216; 14 Apr 89 17:32 EDT Received: from uunet.UU.NET by VMB.BRL.MIL id aa04180; 14 Apr 89 17:20 EDT Received: from utai.UUCP by uunet.UU.NET (5.61/1.14) with UUCP id AA07269; Fri, 14 Apr 89 17:20:13 -0400 Received: from jarvis.csri.toronto.edu by neat.ai.toronto.edu with SMTP id 38128; Fri, 14 Apr 89 17:06:57 EDT Received: by jarvis.csri.toronto.edu id 13069; Fri, 14 Apr 89 17:09:02 EDT Received: from neat.ai.toronto.edu by jarvis.csri.toronto.edu with SMTP id 13068; Fri, 14 Apr 89 17:08:30 EDT Received: by neat.ai.toronto.edu id 38129; Fri, 14 Apr 89 17:04:34 EDT Received: from localhost (stdin) by neat.ai.toronto.edu with SMTP id 38138; Fri, 14 Apr 89 17:03:15 EDT Subject: Re: Summary of Re: Experiences with 4D/2xx as timesharing systems? Organization: Department of Computer Science, University of Toronto Distribution: list Followup-To: comp.sys.sgi Date: Fri, 14 Apr 89 17:03:08 EDT From: Jean-Francois Lamy Message-Id: <89Apr14.170315edt.38138@neat.ai.toronto.edu> To: info-iris@VMB.BRL.MIL In article <8904131500.AA20088@adt.uucp> adt!madd@bu-it.bu.edu (jim frost) writes: >>Nothing that goes through the filesystem (tar, cpio, bru) is an acceptable >>backup program in a large installation. > >That's not so. It is possible (even pretty easy) to build a very >good, very reliable backup program which works through the filesystem. Restoring access times properly is needed (without an additional system call and losing the ctime information). Dealing with files with holes is also mildly tricky (you do want restores of a dumped fs to fit back :-). But most of all, I don't think incurring the overhead of going through the file system is justifiable once you have large amounts of disk space. We've had a very busy Sun 4 go down a couple of times a month, dragging with it half of its partitions each time (bug in SunOS, that appears to have been fixed now). So we care *a lot* about backups. On all our machines we run a home grown incremental backup program 3 times a day and an incremental dump to disk every night, in addition to full tape dumps at least once a week. And believe us, all that paranoia has not been wasted... Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05125; 14 Apr 89 21:17 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04672; 14 Apr 89 20:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04666; 14 Apr 89 19:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09936; 14 Apr 89 19:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08926; Fri, 14 Apr 89 15:41:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Apr 89 20:08:56 GMT From: Andrew Myers Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Mouse location input. Message-Id: <30737@sgi.SGI.COM> References: <8904141229.AA24616@explorer.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904141229.AA24616@explorer.dgp.toronto.edu>, juancho@dgp.toronto.edu (John Buchanan) writes: > Is there any way to determine the location of a mouse relative to > a window rather than in absolute screen coordinates? The code that I have > now looks like this. [ a valid solution to the problem ] > I cannot even imagine the thinking which led to the line drawing occuring > in window coordinates but the mouse tracking only in screen coordinates. Actually, line drawing doesn't occur in window coordinates; it occurs in world coordinates. In a pixel-oriented paradigm, the two are the same; however, SGI uses a 3D paradigm, and they are quite different. As far as getting window-relative mouse coordinates, it seems like a decision fraught with trade-offs. The only real issue is programmer ease/confusion; as you've demonstrated, it's easy enough to translate screen coordinates to window coordinates. Personally, I prefer to get the coordinates in an absolute system, because it reduces confusion for me, especially when writing multi- window programs. De gustibus non est disputandum. > > > John W. Buchanan Dynamic Graphics Project > Computer Systems Research Institute > University of Toronto > (416) 978-6619 Toronto, Ontario M5S 1A4 > Andrew Myers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07529; 15 Apr 89 12:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07389; 15 Apr 89 11:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07378; 15 Apr 89 11:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14097; 15 Apr 89 11:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA21019; Sat, 15 Apr 89 07:57:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Apr 89 23:55:50 GMT From: Rod Paul Organization: Datamerica Systems, NYC Subject: Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <9339@dasys1.UUCP> References: <89Apr9.160219edt.38129@neat.ai.toronto.edu>, <30349@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL At work we've been running 3 of the 4D series machines for just over a year now, our current configuration is: 2 4D/70G's 8M ram 2x380Mb drives 1 CS12 16M ram 1.2 gig drive serial-port-adapter 9-track Also on our net is an Abekas A60 (don't do graphics without one). We're gunna receive a personal next week, and upgrade all machines to 16M ram (NeWS is quite a hog)... The only bitch we've ever realy had with SGI has been the gen-lock boards not putting out REAL broadcast quality, thus the Abekas. Our CS12 has been rebuilt 1.5 times, kind of a bitch, but SGI have allways been real good about support, and the most down time we've ever had is about 4 days. We do a lot of 3D computer animation on these machines using Wavedick, sorry Wavefront, software. There are never more than about 4 users on the server at once, but it exports via NFS to the other machines and is accessed constantly. Our future plans will be to upgrade to 240's as servers and slap personals on them (if we find the personals reliable). In general I'm very happy with SGI, their libraries and the direction they're going with networks, i.e. distributed graphics library (DGL). I've found both the hotline and local service guy's very responsive and have even received the ocasional call from out west asking how things are going. Compared to the nightmares I've heard about SUN, APPOLO and DEC regarding servicing, SGI blows them away. Peripherals? Sure they're expensive, but I don't have to spend time dicking with drivers and finding out the hard way how well some product integrates. Let SGI do it first, and pay them for it. Also if it screws up, they'll replace it, probably quite fast. Guess I'm sounding like a sales guy, but of all the machines I've worked on in the past seven years, SGI are going in a decent direction, at least where computers and graphics are concerned (allthough I'm not sold on NeWS yet). Cheers, Rod. -- Rodian Paul | Big Electric Cat Public UNIX | Just say YES to UII ! ..!cmcl2!dasys1!rpaul |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11780; 16 Apr 89 16:10 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11269; 16 Apr 89 14:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11258; 16 Apr 89 14:25 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa29988; 16 Apr 89 13:57 EDT Received: from relay2.cs.net by RELAY.CS.NET id aa13108; 16 Apr 89 13:57 EDT Received: from switzerland by RELAY.CS.NET id aa24023; 16 Apr 89 13:57 EDT Received: from ean by scsult.SWITZERLAND.CSNET id a005123; 16 Apr 89 19:54 WET DST Date: 16 Apr 89 18:04 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <53:doelz@urz.unibas.ch> Subject: genlock boards on the 4D Hi, we'running BIOSYM software on a 4D/80 GT and we purchased a GENLOCK board from the very beginning. It never showed a TV signal which was of any use, though SGI claims that this might change. (- year and place unknown yet). Now I fished a message on the net >Authorizing-Users: Rod Paul >Organization: Datamerica Systems, NYC >The only bitch we've ever realy had with SGI has been the gen-lock boards not >putting out REAL broadcast quality, thus the Abekas. and I ask the netland whether any of you got nice broadcast PAL, SECAM or NTSC out of these boards ? It never worked in our hands so far though our service rep changed the boards already. Thanks a lot, Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13145; 17 Apr 89 1:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12920; 16 Apr 89 23:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12918; 16 Apr 89 23:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03161; 16 Apr 89 23:34 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17880; Sun, 16 Apr 89 20:30:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Apr 89 01:25:52 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Mouse location input. Message-Id: <30783@sgi.SGI.COM> References: <8904141229.AA24616@explorer.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904141229.AA24616@explorer.dgp.toronto.edu>, juancho@dgp.toronto.edu (John Buchanan) writes: > Is it possible to get mouse coordinates in window relative > rather than in absolute screen coordinates? The code that I have > now looks like this. > > switch(qread(&val)) > { > case REDRAW: /* Reset window offsets */ > getorigin(&xorg,&yorg); > break; > case LEFTMOUSE: /* Get the mouse in window */ > X = getvaluator(MOUSEX) - xorg; > Y = getvaluator(MOUSEY) - yorg; > break; > } > > I cannot even imagine the thinking which led to the line drawing occuring > in window coordinates but the mouse tracking only in screen coordinates. > No thinking went into deciding it should be that way. The IRIS was originally developed without a window system and the input system was designed in that environment. What we have now is the result of the great God compatibility. I'm considering designing a new input subsystem. I believe that input should be given in your current coordinate system. Send me your ideas. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13145; 17 Apr 89 1:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab12920; 16 Apr 89 23:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab12918; 16 Apr 89 23:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03163; 16 Apr 89 23:34 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17865; Sun, 16 Apr 89 20:30:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Apr 89 01:18:49 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Experiences with 4D/2xx as timesharing systems? Message-Id: <30782@sgi.SGI.COM> References: <8904111520.AA05578@adt.uucp>, <538@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <538@voodoo.UUCP>, zombie@voodoo.UUCP (Mike York) writes: > In article <8904111520.AA05578@adt.uucp> madd@adt.UUCP (jim frost) writes: > >Our biggest complaint about SGI performance is that it degrades > >substantially over time. I'm fairly certain that this is a VM problem > >since it happens with every large application I've run, including some > >which have pretty clean usage and do *not* have this problem under 4.3 > >BSD. The system returns to its former spunkiness after reboot. I > >might expect that it's related to 4Sight except that logout/login > >doesn't correct the problem. > > We saw this problem with 3.0 on a 4D/70GT, but haven't noticed it since > we've upgraded to 3.1. As I recall, SGI told us the problem was due to > 4Sight and that rebooting *was* the only work around. > > Now, if SGI could only speed up picking on the 70GT to be as fast as > picking on the 4D/20... > If 4Sight was the problem (and it was a problem on early versions of 3.0 due to memory leaks) it would be cleared up by logging out and logging in again. If a reboot was necessary something else was (is?) wrong. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13510; 17 Apr 89 3:22 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13448; 17 Apr 89 2:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13432; 17 Apr 89 2:12 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa04225; 17 Apr 89 2:01 EDT Received: from relay2.cs.net by RELAY.CS.NET id aa26467; 17 Apr 89 2:01 EDT Received: from switzerland by RELAY.CS.NET id aa29224; 17 Apr 89 1:58 EDT Received: from ean by scsult.SWITZERLAND.CSNET id a006070; 17 Apr 89 7:55 WET DST Date: 17 Apr 89 7:23 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <54:doelz@urz.unibas.ch> Subject: performance degradation ( was :Re: Experiences with 4D/2xx as timesharing systems? ) >Authorizing-Users: Mark Callow > >If 4Sight was the problem (and it was a problem on early versions of 3.0 >due to memory leaks) it would be cleared up by logging out and >logging in again. If a reboot was necessary something else was (is?) >wrong. We have the same experience: Once the pidmax of 30000 cycles through one or two times (which ist the case on our 4D/80 every two weeks) the system performance significantly degrades due to problems with the cron, SYSLOG reporting the insufficient memory of ghost processes which do no longer exist, 4DDN blocking the console, pseude-terminals which do belong to a user but not to a session (/etc/whodo reports it), increase of swapping time (if you habe a large process in the back and some users attached, poor 4Sight does no longer react promptly because it permits the big one to get swapped in) etc etc... The trouble is that the degradation is not directly measurable because you won't force me to write down 30000 processes in order to make the bug reproducable. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23425; 17 Apr 89 15:32 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab20650; 17 Apr 89 13:16 EDT Received: from BU-IT.BU.EDU by VMB.BRL.MIL id aa20567; 17 Apr 89 12:58 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA26765; Mon, 17 Apr 89 12:53:01 EDT Received: by buita.bu.edu (3.2/4.7) id AA27865; Mon, 17 Apr 89 12:55:25 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA19754; Mon, 17 Apr 89 11:54:18 EDT Date: Mon, 17 Apr 89 11:54:18 EDT From: adt!madd@bu-it.BU.EDU (jim frost) Message-Id: <8904171554.AA19754@adt.uucp> To: info-iris@vmb.brl.mil Subject: backup through the fs (was: Re: Summary of Re: Experiences with 4D/2xx as timesharing systems?) >In article <8904131500.AA20088@adt.uucp> adt!madd@bu-it.bu.edu (jim frost) writes: >>It is possible (even pretty easy) to build a very >>good, very reliable backup program which works through the filesystem. > >Restoring access times properly is needed (without an additional system call >and losing the ctime information). When doing a lot of i/o you just don't loose very bad doing the system call, especially since you're guaranteed that the inode is in memory. I don't consider the loss of ctime to be such a tragedy, after all your restore did technically change the status of the file. >Dealing with files with holes is also >mildly tricky (you do want restores of a dumped fs to fit back :-). Here I have to agree with you, but it's pretty easy to build a program which not only handles the holes, but creates new holes where they didn't exist before so your restore is smaller than the original but still perfectly intact. >But most >of all, I don't think incurring the overhead of going through the file system >is justifiable once you have large amounts of disk space. If you don't go through the filesystem, you have to build most of the filesystem code into the dump program. Most likely you're not going to go to the effort to streamline accesses as nicely as the filesystem does (just how much effort do you want to put into your dump, anyway?), so you're likely to loose anyway. If you're really looking for performance, you can take advantage of parallelism to collect the disk information while waiting for the tape portion of the program to complete; almost all of the time spent by dump is waiting for the tape. This technique has been used on (at least) non-UNIX systems and resulted in very high throughput even with FS/OS overhead, although the throughput was lower than if the same technique were used on the raw filesystem. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25819; 17 Apr 89 20:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25781; 17 Apr 89 20:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25779; 17 Apr 89 20:37 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28598; 17 Apr 89 20:26 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA01334; Mon, 17 Apr 89 17:17:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Apr 89 21:33:20 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: backup through the fs Message-Id: <30813@sgi.SGI.COM> References: <8904171554.AA19754@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904171554.AA19754@adt.uucp>, madd@adt.UUCP (jim frost) writes: > ... [about how to handle holes] ... > jim frost > madd@bu-it.bu.edu There are no holes in EFS. Some consider that a feature, since you get more consistency (think of cp and dd in addition to tar/cpio/bru). Most of us consider that an oversight which no one has had time to fix. Holes in an Extent FS are messier than in a fixed or semi-fixed size block FS like FFS or BFS. What do you do when someone writes 1 byte in the middle of a hole? How big an extent do you allocate? If you allocate the largest possible, you are almost always wrong, and waste lots of blocks. If you don't, and the user eventually writes nearby, then you have unnecessarily fragemented the file. This absense of holes in EFS may affect the utility (but not the possibility) of omniscient backup tools. Me?--I use tar & cpio. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10175; 18 Apr 89 14:52 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08379; 18 Apr 89 14:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07504; 18 Apr 89 14:22 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa16355; 18 Apr 89 13:57 EDT Received: by sgi.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA13551; Tue, 18 Apr 89 10:57:31 PDT Received: by sgidallas (5.52/880418.SGI) (for sgi!BRL.MIL!info-iris) id AA02898; Tue, 18 Apr 89 09:58:44 CDT Date: Tue, 18 Apr 89 09:58:44 CDT From: Tom Barton Message-Id: <8904181458.AA02898@sgidallas> To: info-iris@BRL.MIL Subject: Battery Backup Recomendations Greetings, Has anyone had any experience with battery backup units for IRIS's? We have a customer who is interested in the General Power 3kVA unit. Thanks in advance for any info you may be able to provide. -- Tom Barton SGI - Dallas email: trb@sgi.com vmail: 8047 phone: 214-788-4122   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12265; 18 Apr 89 15:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab06674; 18 Apr 89 13:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06582; 18 Apr 89 13:09 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa14337; 18 Apr 89 12:58 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA04158; Tue, 18 Apr 89 12:53:23 EDT Received: by buita.bu.edu (3.2/4.7) id AA06961; Tue, 18 Apr 89 12:55:49 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA11202; Tue, 18 Apr 89 10:40:13 EDT Date: Tue, 18 Apr 89 10:40:13 EDT From: jim frost Message-Id: <8904181440.AA11202@adt.uucp> To: info-iris@BRL.MIL Subject: Re: backup through the fs I didn't realize that EFS worked that way. Interesting. How do you know how large an extent to allocate anyway? Or do you attempt to allocate extents within differing cylinders (groups) so you can possibly continue expanding the extent until either the cylinder (group) is full or you run out of cylinders (groups)? And what exactly defines an extent (ie it's not likely to be , for obvious reasons). I'd really like some reading material on EFS if you have it. Inquiring minds want to know. >Me?--I use tar & cpio. > >Vernon Schryver >Silicon Graphics >vjs@sgi.com Tar isn't too useful when you're backing up more than a few hundred megabytes (actually even a hundred). It's slow and very unreliable. Given Murphy's Law and the nature of tape drives, the one backup you really need will be corrupted. A good backup/restore program would be able to get a lot of information off the tape anyway; tar would barf and you'd end up bit-fiddling to get the file. Blech. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13685; 18 Apr 89 17:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13524; 18 Apr 89 17:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13477; 18 Apr 89 17:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21908; 18 Apr 89 16:11 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26862; Tue, 18 Apr 89 13:07:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Apr 89 19:42:21 GMT From: Bill Kish Organization: Rutgers Univ., New Brunswick, N.J. Subject: SGI sendmail problems Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Any SGI sendmail gurus want to take a crack at this ? In the following, I am sending mail from a SUN 3/50 (128.6.14.23, kish.rutgers.edu) to an IRIS 4D/80 GTX, version 3.1C (128.6.3.12, garnet.rutgers.edu). kish.rutgers.edu % mail -v kish@garnet Subject: testing from kish.rutgers.edu Hello to user kish on garnet.rutgers.edu EOT kish.rutgers.edu % kish@garnet... Connecting to garnet.rutgers.edu (tcpld)... 220 garnet.rutgers.edu Sendmail 5.52/1.15 ready at Tue, 18 Apr 89 15:14:08 EDT >>> HELO kish.rutgers.edu 250 garnet.rutgers.edu Hello kish.rutgers.edu, pleased to meet you >>> MAIL From: 250 ... Sender ok >>> RCPT To: 250 ... Recipient ok >>> DATA 354 Enter mail, end with "." on a line by itself >>> . 250 Ok >>> QUIT 221 garnet.rutgers.edu closing connection kish@garnet... Sent ... So far so good. However, I get a message back from the SGI's postmaster which says: From Postmaster@garnet.rutgers.edu Tue Apr 18 14:48:01 1989 Received: from garnet.rutgers.edu by jove.rutgers.edu (5.59/SMI4.0/RU1.1/3.04) id AA10117; Tue, 18 Apr 89 14:47:57 EDT Received: from kish.rutgers.edu by garnet.rutgers.edu (5.52/1.15) id AA05734; Tue, 18 Apr 89 15:14:09 EDT Date: Tue, 18 Apr 89 15:14:09 EDT From: Postmaster@garnet.rutgers.edu (Mail Delivery Subsystem) Subject: Returned mail: Service unavailable Message-Id: <8904182214.AA05734@garnet.rutgers.edu> To: Status: R ----- Transcript of session follows ----- >>> HELO garnet.rutgers.edu <<< 553 garnet.rutgers.edu I refuse to talk to myself 554 ... Service unavailable ----- Unsent message follows ----- Received: from kish.rutgers.edu by garnet.rutgers.edu (5.52/1.15) id AA05729; Tue, 18 Apr 89 15:14:09 EDT Received: by kish.rutgers.edu (5.59/SMI4.0/RU1.1/3.04) id AA05570; Tue, 18 Apr 89 14:47:43 EDT Date: Tue, 18 Apr 89 14:47:43 EDT From: kish@jove.rutgers.edu Message-Id: <8904181847.AA05570@kish.rutgers.edu> To: kish@garnet.rutgers.edu Subject: testing from kish.rutgers.edu Hello to user kish on garnet.rutgers.edu ... Also, the following message gets logged in the SGI's /usr/adm/SYSLOG file: Apr 18 14:50:28 garnet.rutgers.edu sendmail[5695]: mailer error, mailer=tcp error=69 ... I tried calling the Geometry Hotline, but after two weeks or so, I was told that the developers know there is a problem but that I would have to use it the way it is until they got around to fixing it. The problem supposedly had something to do with sendmail and nameservice. The version of sendmail running on the SGI is 5.52 - does anyone know if this version of sendmail knows how to work with a nameserver ? And how about MX records ? Can anyone tell me what "tcp error=69" means (here again, the Geometry Hotline either couldn't or wouldn't say specifically what it was) ? And just to thicken the plot, I can send mail from garnet.rutgers.edu to kish.rutgers.edu with no problem ! Thanks, Bill Kish email: kish@jove.rutgers.edu ps. I would have posted the config file I'm using, but this is message is long enough as it is. I will happily supply it to anyone interested. pss. The host jove.rutgers.edu is the mail server for kish.rutgers.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14304; 18 Apr 89 20:24 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14030; 18 Apr 89 19:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14002; 18 Apr 89 19:14 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24230; 18 Apr 89 18:49 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04136; Tue, 18 Apr 89 15:17:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Apr 89 20:36:01 GMT From: Daniel A Haug Organization: Lockheed Austin Div. Subject: termcap for Silicon Graphics 4D console Message-Id: <243@shrike.AUSTIN.LOCKHEED.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am looking for a termcap entry for the Silicon Graphics 4D console. In system V on the SG, this is denoted in terminfo by "iris-ansi". However, I need a termcap entry for this for BSD4.3. Has anyone done this. Alternatively, has anyone every developed a terminfo to termcap translator? dan haug Internet: haug@austin.lockheed.com uucp: ut-emx!lad-shrike!aihaug   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14370; 18 Apr 89 20:53 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14344; 18 Apr 89 20:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14335; 18 Apr 89 20:34 EDT Received: from carma.arc.nasa.gov by SMOKE.BRL.MIL id aa24899; 18 Apr 89 20:23 EDT Received: Tue, 18 Apr 89 16:24:41 PST by carma.arc.nasa.gov (5.51/1.2) Date: Tue, 18 Apr 89 16:24:41 PST From: Glenn Meyer (Code SL) Message-Id: <8904190024.AA01581@carma.arc.nasa.gov> To: cs.utexas.edu!ut-emx!lad-shrike!aihaug@tut.cis.ohio-state.edu, info-iris@BRL.MIL Subject: Re: termcap for Silicon Graphics 4D console I transferred the following termcap entries to our VAX (running 4.3bsd) from an IRIS 2500 Turbo running version 3.6 of SGI's operating system, which still uses /etc/termcap: ---(cut here)--- # Silicon Graphics IRIS wsh terminal emulator. Can't use vt100 # entry directly because it contains delays. For ease of comparison, # keep in same order as iris-ansi terminfo entry. S8|iris-ansi|IRIS emulating a 40 line ANSI terminal (vt100):\ :do=^J:sf=\ED:co#80:li#40:\ :cl=\E[H\E[2J:am:cm=\E[%i%2;%2H:\ :nd=\E[C:up=\E[A:ce=\E[K:cd=\E[J:\ :so=\E[1m:se=\E[m:us=\E[4m:ue=\E[m:\ :ks=\E[?1h\E=:ke=\E[?1l\E>:\ :ho=\E[H:sr=\EM:\ :ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:kb=^H:\ :k1=\EOp:k2=\EOq:k3=\EOr:k4=\EOs:\ :al=\E[L:dl=\E[M:\ :is=\E[?1l\E>\E[?7h:\ :vs=\E[10/y\E[=1h\E[=2l\E[=6h:ve=\E[9/y\E[12/y\E[=6l:\ :bs:pt: # 24-line version SD|iris-ansi-24:li#24:tc=iris-ansi: # 66-line version SE|iris-ansi-66:li#66:tc=iris-ansi: # Special value for $TERM so that local and remote shells can be # distinguished. The network programs do the coercing of iris-ansi into # this. S9|iris-ansi-net|IRIS connected to a remote host:tc=iris-ansi: # 24-line version SF|iris-ansi-24-net:li#24:tc=iris-ansi-net: # 66-line version SG|iris-ansi-66-net:li#66:tc=iris-ansi-net:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15361; 19 Apr 89 1:11 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15045; 19 Apr 89 0:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14983; 18 Apr 89 23:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26399; 18 Apr 89 23:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19536; Tue, 18 Apr 89 20:31:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Apr 89 23:58:48 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: termcap for Silicon Graphics 4D console Message-Id: <30893@sgi.SGI.COM> References: <243@shrike.AUSTIN.LOCKHEED.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <243@shrike.AUSTIN.LOCKHEED.COM>, aihaug@AUSTIN.LOCKHEED.COM (Daniel A Haug) writes: > I am looking for a termcap entry for the Silicon Graphics 4D console. > In system V on the SG, this is denoted in terminfo by "iris-ansi". > However, I need a termcap entry for this for BSD4.3. Has anyone > done this. > > Alternatively, has anyone every developed a terminfo to termcap > translator? > > dan haug > Internet: haug@austin.lockheed.com > uucp: ut-emx!lad-shrike!aihaug when logged into the SGI machine, do this from the shell: infocmp -C iris-ansi >> iris.termcap This will put the iris-ansi termcap into a file called iris.termcap. You can repeat the process for all of the possible iris terminal types. Currently these are: iris iris-ansi iris-ansi-24 iris-ansi-24-net iris-ansi-66 iris-ansi-66-net iris-ansi-net iris-tp iris40 you can put them all in one file, and then append the file to the termcap file on your bsd machine. You can also put the file somewhere in your home directory, and then set the TERMCAP environment variable to that file. This makes the termcap library look in your private file rather than /etc/termcap. For example: rcp iris:iris.termcap ~ setenv TERMCAP ~/iris.termcap the setenv could go into your .cshrc, probably based on whether or not $TERM is an iris type terminal. you can check this with a regular expression match like : if ( "$TERM" !~ "iris.*" ) then setenv TERMCAP ~/iris.termcap endif Hope this helps, Archer Sully archer@sgi.com "life is short, and full of stuff" -- Lux Interior --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19025; 19 Apr 89 10:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18769; 19 Apr 89 10:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18655; 19 Apr 89 10:22 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa03361; 19 Apr 89 10:00 EDT Date: 18 Apr 89 17:09:00 EDT From: "V36B::MCNALLY" Subject: Audio board for IRIS 4D/60T To: info-iris Reply-To: "V36B::MCNALLY" Message-ID: <8904191000.aa03361@SMOKE.BRL.MIL> Hey IRIS folk, We are thinking of producing audio output from some signals that we have generated. Now, we could design a board that performed all of the filtering, modulating, and d/a'ing or we could buy a MAC (well you get the idea). Now, in the before times, SGI supported an audio board. Does SGI still support that audio board (oh, by the way I am using a 4D/60T)? If so, could you fill me in on cost? and some feature and performance data? Thanks, Steve Swenson SWENSON@NUSC-WPN.ARPA ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20120; 19 Apr 89 11:52 EDT Received: by VMB.BRL.MIL id aa19997; 19 Apr 89 11:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18450; 19 Apr 89 10:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18361; 19 Apr 89 10:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02495; 19 Apr 89 9:27 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA15116; Wed, 19 Apr 89 06:22:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Apr 89 08:31:08 GMT From: Pete Delaney Subject: textcan.ps for the SGI, could someone post/e-mail it Message-Id: <1044@nixctc.DE> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone a copy of texcan.ps hacked for the SGI? It seems the cursor code needs a bit of hacking. I thought that it's a little silly to do it if it's already been done. Pete Delaney - Nixdorf UCC | pete@relay.NIXCTC.DE Prefered Addr Loffel Strasse 3 | pyramid!nixctc!pete UUCP from Calf 7000 Stuttgart 70 West Germany | Phone: +49 (711) 7685-128   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25846; 19 Apr 89 18:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25703; 19 Apr 89 18:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25684; 19 Apr 89 17:50 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa13177; 19 Apr 89 16:28 EDT Received: Wed, 19 Apr 89 14:24:55 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 19 Apr 89 14:24:55 EST From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8904192224.AA01341@aero4.larc.nasa.gov> To: cs.utexas.edu!ut-emx!lad-shrike!aihaug@tut.cis.ohio-state.edu Subject: Re: termcap for Silicon Graphics 4D console Cc: info-iris@BRL.MIL I have heard of termcap to terminfo, but not the other way. Please post any info you get. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04618; 20 Apr 89 14:01 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02982; 20 Apr 89 12:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02933; 20 Apr 89 11:56 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa27954; 20 Apr 89 11:34 EDT Received: Thu, 20 Apr 89 08:35:55 PDT by prandtl.nas.nasa.gov (5.51/1.2) Date: Thu, 20 Apr 89 08:35:55 PDT From: "Tony A. Facca" Message-Id: <8904201535.AA07946@prandtl.nas.nasa.gov> To: info-iris@BRL.MIL Subject: please help with mail routing Hello, Q. Can anyone help me setup a distribution list using Mail?? I am trying to setup a local "info-iris" for the people using Iris's here at NASA LeRC. What I have in mind is this: users mail information, querries, etc, to a local machine which will serve as the distribution point. From this machine (which I happen to be root on), I want to be able to maintain a list of all the user's who will receive the mail. I then want the mailer to be able to forward this mail to each person on the distribution list. Now, in the /usr/lib/Mail.rc file I can setup the list of aliases for the distribution list, and if I send mail to this alias it get distributed correctly. The problem I can't understand is, how do I make the mailer realize the INCOMING mail for this alias should also be distribute?? What happens now is the mail get bounced back with an "user unknown" message. I can alias the incoming message is /usr/lib/aliases to some userid (mine?) but then I would have to join a user which seems pointless. I don't know if there is a way to use my userid as a forwarding mechanism for only a specific alias, and not forward all the other mail I get. What do I need to do?? Please use file names and be explicit -- I have been sifting through mail man pages for a couple days now. I believe it must be some combination of /usr/lib/Mail.rc, /usr/lib/aliases and something else. Any suggestion would be appreciated. Environment: 4D/70G OS: 3.1 e-mail: facca@prandtl.nas.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09320; 20 Apr 89 18:48 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09070; 20 Apr 89 18:37 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa09058; 20 Apr 89 18:23 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa21094; 20 Apr 89 18:12 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20212; Thu, 20 Apr 89 15:05:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Apr 89 21:16:35 GMT From: Foxbat Organization: Boston Univ. Subject: Rendering flat objects Message-Id: <29925@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a mode to tell the geometry engine to do diffusely (and specular) shade a polygon even though its normal vector is pointing away from the light source. (Thus only getting ambient shading) Thanx... Tim tjh@bu-pub.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09551; 20 Apr 89 19:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08895; 20 Apr 89 18:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08849; 20 Apr 89 17:51 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07571; 20 Apr 89 17:26 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17741; Thu, 20 Apr 89 14:17:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Apr 89 12:56:53 GMT From: Bruce Thomas Organization: National Institute of Standards & Technology, Gaithersburg, MD Subject: gcc on the PI Message-Id: <1128@vail.cme.nbs.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has any gotten the gcc compiler up and running on the Personal IRIS? If so, could you send me the configure files. Thanks. thomas@cme.nbs.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09551; 20 Apr 89 19:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09473; 20 Apr 89 19:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09469; 20 Apr 89 19:29 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id ab00237; 20 Apr 89 18:58 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA22124; Thu, 20 Apr 89 15:47:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Apr 89 22:17:42 GMT From: Darrell Davis Organization: University of Washington, Seattle Subject: Reading Sun tapes on 4D/20 Message-Id: <1676@blake.acs.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been trying to figure out how/if I can read a tar tape created on a Sun-4onto my Iris 4D/20. After several futile attempts, I broke down and called the Geometry Hotline where I got all kinds of good information about various quarterinch tape formats, such as quick 24, quick 150 etc. I was told that the Iris could read a tape written by a Sun, but not vice versa. This is great since this is what I want to do, but the guy on the Hotline couldn't tell me exactly how to specify the "quick 24" format on my Iris so I could read the tape, the default Iris format is "quick 150". Since I haven't been able to discover the magic incantation, is there anyone who has solved this problem, or knows the answer.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12317; 21 Apr 89 4:31 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12060; 21 Apr 89 3:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12042; 21 Apr 89 3:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03760; 21 Apr 89 2:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA15080; Thu, 20 Apr 89 23:33:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Apr 89 16:06:00 GMT From: m.cs.uiuc.edu!sherman@uxc.cso.uiuc.edu Subject: Info on Micropolis 85M Drive Message-Id: <39500003@m.cs.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know how to set the jumpers on a Micropolis model 1325/1335 drive? It has 85 Meg unformated capacity. We happened upon one, and we would like to install it on our 2400 Turbo. Maybe if someone could tell us who made the controller for these machines, we could contact them for some help. Thanks, Bill /************************************************************************/ /* Bill Sherman ARPA: sherman@a.cs.uiuc.edu */ /* Aviation Research Lab DOMAIN: ?? */ /* University of Illinois UUCP: ?? */ /* Champaign-Urbana */ /* */ /* "You want to do mankind a real service? Tell funnier jokes." */ /* Og */ /************************************************************************/   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17399; 28 Apr 89 5:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17012; 28 Apr 89 4:57 EDT Received: from mailgw.cc.umich.edu by VMB.BRL.MIL id aa10537; 20 Apr 89 22:25 EDT Received: from him1.cc.umich.edu by mailgw.cc.umich.edu (5.59/1.0) id AA11656; Thu, 20 Apr 89 22:21:12 EDT Date: Thu, 20 Apr 89 22:24:06 EDT From: Tim_Buxton@um.cc.umich.edu To: info-iris-request@vmb.brl.mil Message-Id: <4294299@um.cc.umich.edu> Subject: Getting rectread / rectwrite commands to work on IRIS 4D-70 G Resent-Date: Fri, 28 Apr 89 4:45:23 EDT Resent-From: Chuck Kennedy Resent-To: info-iris@BRL We need a workaround, or better, SGI implementation of rectread and rectwrite commands, since they are the fastest way to do the graphics moves we require. Both commands are documented as working for our G-level machine, but having the temerity to USE them brings a brisk rebuff at run-time - command not implemented. A call to the hotline produced little - yes they know of the problem, yes it will be fixed in the (alas, indefinite) future. We have a prerelease version of fortran 3.2, in which it is still not fixed. This must be bugging users by the thousands, judging by how slowly our workarounds have worked so far, and how fast the commands work on GTX machines of our acquaintance. Thanks in advance for any help we can get here. I have already found this forum very helpful, especially the apropos scripts. - Tim Buxton, OptiMetrics, Inc. Tim_Buxton@um.cc.umich.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23565; 21 Apr 89 17:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22454; 21 Apr 89 15:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22382; 21 Apr 89 15:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05765; 21 Apr 89 15:06 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20248; Fri, 21 Apr 89 11:53:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 17:37:04 GMT From: Martin Freeman Organization: Stanford University Center for Integrated Systems Subject: Hot Chips Symposium Message-Id: <1273@cascade.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL HOT CHIPS SYMPOSIUM Stanford University, Kresge Auditorium Sponsored by the IEEE Computer Society Technical Committee on Microprocessors June 26-27, 1989 ADVANCE PROGRAM Organizing Committee: General Chairman: Robert Stewart, Stewart Research Enterprises Program Co-Chairman: David Ditzel, Sun Microsystems Program Co-Chairman: Jack Grimes, Intel Finance Chairman: Martin Freeman, Philips Research Laboratories Registration Chairman: Hasan Alkhatib, University of Santa Clara Publicity Chairman: Glen Langdon, U. C. Santa Cruz Program Committee: Forest Baskett, Silicon Graphics David Ditzel, Sun Microsystems David Goldberg, Xerox PARC Jack Grimes, Intel Mark Horowitz, Stanford University John Mashey, MIPS Computer Systems John Wakerly, Stanford University MONDAY --- June 26, 1989 08:00-08:45 Onsite Registration 08:45-09:00 Welcome & Opening Remarks, R. Stewart, General Chairman 09:00-10:45 New SPARC CPUs, Session Chairman: D. Ditzel, Sun Microsystems * The Cyress SPARC Family, R. Ross, Ross Technology * The BIT ECL SPARC Chip, A. Agrawal, Sun Microsystems * SPARC in GaAs Technology, P. Gerskovitch & P. Wilson, Prisma 10:45-11:00 BREAK 11:00-12:30 RISC CPU Update, Session Chairman: Forest Basket, Silicon Graphics * Fujitsu SPARC Chip Set Update, Fujitsu * Highly Integrated SPARC Chip, D. McGregor, Solbourne Computer * 88K Family Update, M. Alsup, Motorola * Clipper Update, Intergraph 12:30-01:30 LUNCH 01:30-02:15 Keynote Address: "Bumps on the Path to Floating Point Progress," W. Kahan, U. C. Berkeley 02:30-03:30 New Processor Architectures, Session Chairman: J. Grimes, Intel * Architecture of the i860, L. Kohn, Intel 03:30-04:00 BREAK 04:00-05:30 Floating Point Processors, Session Chairman: D. Goldberg, Xerox PARC * ABACUS SPARC Coprocessor, A. Samuels & M. Birman, Weitek * Texas Instruments TMS390C602 FPU Architecture, Texas Instruments * The MIPS R3010 FPU, J. Mashey, MIPS Computer Systems 06:00-08:00 RECEPTION: Bowman Oak Grove Near Tressider Union TUESDAY --- June 27, 1989 08:30-10:30 New CISC CPUs, Session Chairman: M. Horowitz, Stanford University * Motorola's 68040 Processor Architecture, Motorola * Intel's 80486 Processor Architecture, J. Crawford, Intel * Architecture for a Single-Cycle VLSI CISC, D. Stiles, NexGen 10:30-10:45 BREAK 10:45-12:30 Embedded CPUs, Session Chairman: J. Wakerly, Stanford University * Intel's 960--A Super Scalar Architecture for Embedded Control, S. McGready, Intel * Meeting the Embedded Challenge: NS32GX32, The New Generation, J. Levy, National * AMD 29000 Update, M. Krell, Advanced Micro Devices 12:30-01:30 LUNCH 01:30-03:00 Graphics Coprocessors, Session Chairman: J. Grimes, Intel * TI 34020/82 Chip Set for High Performance Graphics, M. Asal, Texas Instruments * Architecture for High Performance Graphics, J. Blair, National * The Sun GX Graphics Accelerator Chip, C. Priem, Sun Microsystems * Geometry Engine Microsystems Update, F. Baskett, Silicon Graphics 03:00-03:30 BREAK 03:30-05:00 Panel: Compiler Issues with HOT Chips, Session Chairman: J. Mashey, MIPS Computer Systems * S. Glanville, Silicon Valley Software Trio * S. Johnson, Ardent Computer * T. Pennello, MetaWare * Others 05:00- ADJOURN HOUSING INFORMATION: Limited Housing is available on the Stanford University Campus in Florence Moore Hall, a short walk from Kresge Auditorium where the Symposium will be held. A two-day package includes housing for two nights and two breakfasts; the cost is $90. Housing is in student residences with central lavatory facilities. Stanford requires a $40 key deposit which is refunded upon checkout. Housing at Stanford University must be arranged by May 21. Housing is also available at numerous motels and hotels on the Peninsula in Palo Alto, Menlo Park, Mountain View, and Los Altos which are close to Stanford University. A list with addresses and telephone numbers and rates is available. A block of rooms is also available at the Holiday Inn, 625 El Camino Real in Palo Alto, (415) 328-2800. Mention the Hot Chips Symposium for the special group rate of $84/day single or $94/day double. If you would like additional housing information, please check the housing information request area on the registration form. REGISTRATION FEES: ______________________________________________________________________________ | | Postmarked by | Subsequent | | | May 21, 1989 | Registration | |________________|________________________________|___________________________| | | | | | | IEEE/CS or | $145 | $180 | | ACM Member | | | | | | | | Non-Member | $180 | $225 | | | | | | Student | $65 | $100 | | | | | |________________|________________________________|___________________________| Checks, travelers checks, or money orders in U.S. dollars drawn on U.S. banks only. Symposium registration covers attendance, one copy of symposium notes, parking, two lunches, coffee breaks, and a reception on Monday evening, June 26. Housing must be arranged for and paid for separately. See above section on housing. For those out-of-town attendees arriving on Sunday, registration also includes a tour of the Stanford Linear Accelerator Center (SLAC) 2:00 PM with transportation departing from Florence Moore Hall at 1:30 PM. From 5:30-7:30 on Sunday, there will be a small wine and cheese reception in the Cardenal Lounge in Florence Moore Hall. _____________________________________________________________________________________ | | | REGISTRATION FORM: Hot Chips Symposium | | | | Check Made Out To: Hot Chips Symposium | | | | Mail To: Hasan Alkhatib | | Department of EECS | | University of Santa Clara | | Santa Clara, CA 95053 | | | | | | | | | | Name_____________________________________________________________________________ | | | | IEEE/CS or ACM Member No.________________________________________________________ | | | | Organization_____________________________________________________________________ | | | | Phone No.________________________________________________________________________ | | | | Address__________________________________________________________________________ | | | | _________________________________________________________________________________ | | | | _________________________________________________________________________________ | | | | | | Amount Enclosed ____________ Please send housing information____________ | | | | I plan to arrive early for the Stanford Linear Accelerator Tour__________________ | | | |_____________________________________________________________________________________| QUESTION? MORE INFORMATION? Call, Write, or FAX: (415) 941-6699 (To FAX, push the asterisk key after the message.) Robert G. Stewart, General Chair Stewart Research Enterprises 1658 Belvoir Drive Los Altos, CA 94022   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23678; 21 Apr 89 17:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23239; 21 Apr 89 16:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23218; 21 Apr 89 16:36 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa07442; 21 Apr 89 15:49 EDT Received: from APLVM.JHUAPL.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 1787; Fri, 21 Apr 89 15:42:20 EDT Received: by APLVM (Mailer R2.02A) id 3944; Fri, 21 Apr 89 14:41:16 EDT Date: Fri, 21 Apr 89 14:36:11 EDT From: Randy Schrickel Subject: 2400 Turbo To: INFO-IRIS@BRL.MIL Message-ID: <8904211549.aa07442@SMOKE.BRL.MIL> Could someone please give me a definitve answer on this? Is sgi going to release a 4sight/X windows/"something other than mex windowing system" for the 2400 Turbos? At Siggraph 88, sgi said no. At a local users group meeting (maybe a year ago) they said no. Now someone at work tells me sgi says yes! Does anyone know the truth? If the answer is yes, we would like to (memory) upgrade our systems while we still can, and before the new OS comes out. Thanx in advance. Randy Schrickel Johns Hopkins University Applied Physics Lab   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23852; 21 Apr 89 18:00 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab23678; 21 Apr 89 17:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23633; 21 Apr 89 17:33 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09277; 21 Apr 89 16:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA25455; Fri, 21 Apr 89 13:37:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 19:42:08 GMT From: Jim Berry Organization: Space Telescope Science Institute, Baltimore, MD 21218 Subject: How do I boot a 4server8 without a console? Message-Id: <508@stsci.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi. We finally managed to get a 4D (a 4server8) to use as an rendering engine (modelling is done on a 3130). My problem is that we didn't get a console with the machine (don't ask - political reasons) and I'm not sure how to boot the machine with an ANSI terminal. I noticed that the 16 binders of docs that we received don't include anything like the "IRIS 3000 Series Manuals" binder that came with the 3130, describing dip switch settings and pinouts and the like. Am I missing a manual (or simply not seeing one that is already here)? Anyway, the short range issue is to figure out how to boot this thing without a console, and any help would be greatly appreciated. (Though I would like to know if there's a hardware manual.) Thanks. -- ------------------------------------------------------------------------------ Jim Berry | UUCP:{arizona,decvax,hao}!noao!stsci!berry Space Telescope Science Institute | ARPA: berry@stsci.edu Baltimore, Md. 21218 | SPAM: SCIVAX::BERRY, KEPLER::BERRY   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23852; 21 Apr 89 18:00 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac23678; 21 Apr 89 17:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23651; 21 Apr 89 17:37 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa09680; 21 Apr 89 17:10 EDT Received: Fri, 21 Apr 89 17:09:40 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 21 Apr 89 17:09:40 EST From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8904220109.AA10989@aero4.larc.nasa.gov> To: RAAS%APLVM.BITNET@cunyvm.cuny.edu Subject: Re: 2400 Turbo Cc: info-iris@BRL.MIL The last I heard was "Maybe" on 4Sight/X windows. We are getting more memory just in case. Besides the more memory will help us even if we don't get 4Sight/X. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24128; 21 Apr 89 18:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24063; 21 Apr 89 18:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23949; 21 Apr 89 18:03 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa10109; 21 Apr 89 17:41 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA06675; Fri, 21 Apr 89 17:35:19 EDT Received: by buita.bu.edu (3.2/4.7) id AA26022; Fri, 21 Apr 89 17:38:00 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA24591; Fri, 21 Apr 89 17:15:12 EDT Date: Fri, 21 Apr 89 17:15:12 EDT From: Joe Ilacqua Message-Id: <8904212115.AA24591@adt.uucp> To: info-iris@BRL.MIL Cc: Subject: SGI/Sun raster image background program (in 3D) Now you can change your background in NeWS (Max (whatever you call it)) with this handy program. It takes a SGI or Sun rasterfile (they are the samething) and loads it on to the root window. There are lots O' SGI rasterfiles in '/usr/NeWS/smi'. It has been tested on a 4D/20 and a 4D/70g (where it was very slow). Have fun ->Spike # This is a shell archive. Remove anything before this line, # then unpack it by saving it in a file and typing "sh file". # # Wrapped by spike on Fri Apr 21 16:55:05 EDT 1989 # Contents: README Makefile bgraster.c bgraster.cps rasterfile.h echo x - README sed 's/^@//' > "README" <<'@//E*O*F README//' bgraster is a program to load Sun and SGI rasterfiles on to the background of the window manager's screen. Simply type: bgraster filename There will be a slight pause between the time the program exits and the time the screen redraws (if the image is deeper than the number of planes you have, the pause can become quite long). There is a -v option which will cause it to print the height, width, and depth of the image. *Warning* This program tries very hard to make sure the file is a Sun/SGI rasterfile. It also makes sure that the path given to NeWS is relative to root ("/"). It is pretty fool-proof, but if you find a way to get something by it (like a damaged rasterfile) it will crash your server. The SGI rasterfiles (found in /usr/NeWS/smi and used by the NeWS image demos) are the same format as Sun rasterfiles. The Portable Bitmap Package (pbm), which has been distributed on the net and comes on the X tape, can convert a number of bitmap formats to a SGI/SUN raster file. With pbm, X bitmaps -- which can be found in great numbers by anonymous ftp on expo.lcs.mit.edu -- can be used. If you have a Mac, pbm can convert MacPaint files too. Some bits of code are from jim (lower case) frost's cool xbgsun. If you run The X Windows System, check it out. Have Fun ->Spike 4/21/89 Joe Ilacqua @//E*O*F README// chmod u=rw,g=r,o=r README echo x - Makefile sed 's/^@//' > "Makefile" <<'@//E*O*F Makefile//' # Makefile for bgraster # # Joe Ilacqua 4.21.89 # NEWSHOME = /usr/NeWS CFLAGS = -O -I$(NEWSHOME)/include LDFLAGS = -L$(NEWSHOME)/lib LIBS = -lcps -lbsd CPS = cps RM = rm -f all: bgraster.h bgraster bgraster: bgraster.o $(CC) $(LDFLAGS) -o bgraster $(CFLAGS) $@.o $(LIBS) bgraster.h: bgraster.cps $(CPS) bgraster.cps @.c.o: $(CC) $(CFLAGS) -c $*.c bgraster.o: rasterfile.h clean: $(RM) bgraster.o bgraster bgraster.h @//E*O*F Makefile// chmod u=rw,g=r,o=r Makefile echo x - bgraster.c sed 's/^@//' > "bgraster.c" <<'@//E*O*F bgraster.c//' #include "psio.h" #include "bgraster.h" #include "rasterfile.h" /* * This is a program to load Sun and SGI rasterfiles on to * the background of the window manager's screen. * * Writen by Joe Ilacqua 4/21/89 * spike@bu-it.bu.edu * * some bits of code are from jim frost's cool xbgsun. If you run * The X Windows System, check it out. * * This might just work with NeWS on this Sun.. Then again.. * */ main(argc,argv) int argc; char *argv[]; { FILE *f; int magic; char fname[BUFSIZ], *cwd, *getcwd(); struct rheader header; int verbose = 0; if ((argc < 2) || (argc > 3)) { fprintf(stderr,"Usage: %s [-v] rasterfile\n",argv[0]); exit(0); } if (argc == 3) if(! strncmp(argv[1],"-v",2)) verbose++; else { fprintf(stderr,"Usage: %s [-v] rasterfile\n",argv[0]); exit(0); } /* * WARNING NeWS gets very unhappy if you send if a file it can't use! * * Thus we try very hard here to make sure it is a Sun/SGI raster file. * */ /* * NeWS can not find the file if it's path does not start at '/' * */ if((*argv[argc - 1] != '/')) { if ((cwd = getcwd((char *)NULL, BUFSIZ)) == NULL) { perror("pwd"); exit(0); } sprintf(fname,"%s/%s",cwd,argv[argc -1]); } else sprintf(fname,"%s",argv[argc -1]); f= fopen(fname, "r"); if (f == NULL) { perror(fname); exit(0); } if (fread(&header, sizeof(struct rheader), 1, f) != 1) { printf("%s: error loading rasterfile header.\n", argv[0]); exit(0); } /* check magic number */ if (header.magic != RMAGICNUMBER) { printf("I don't know what '%s' is, but it's not a Raster image.\n", argv[argc - 1]); exit(0); } if (verbose) { printf("Hmm, %s is a %dx%d %s image", argv[argc -1], header.width, header.height, (header.depth == 1 ? "monochrome" : "color")); if (header.depth > 1) printf(" with %d planes", header.depth); printf(".\n"); } if( ps_open_PostScript() == 0) { fprintf(stderr,"Can not connect to NeWS server\n"); exit(0); } loadImage(fname); ps_flush_PostScript(); ps_close_PostScript(); exit(1); } @//E*O*F bgraster.c// chmod u=rw,g=r,o=r bgraster.c echo x - bgraster.cps sed 's/^@//' > "bgraster.cps" <<'@//E*O*F bgraster.cps//' % this is the cps file for bgraster % we just send our new /PaintRoot off to the system % cdef loadImage(string file) systemdict begin /pic { file readcanvas pause } def /PaintRoot { gsave framebuffer setcanvas clippath pathbbox scale pop pop pic imagecanvas pause grestore } def end PaintRoot @//E*O*F bgraster.cps// chmod u=rw,g=r,o=r bgraster.cps echo x - rasterfile.h sed 's/^@//' > "rasterfile.h" <<'@//E*O*F rasterfile.h//' /* * rasterfile.h: * * this describes the header for Sun rasterfiles. if you have SunOS, a * better description is in /usr/include/rasterfile.h. this is used * instead to improve portability and to avoid distribution problems. * * This file (with a minor change) is taken from jim frost's xbgsun * */ struct rheader { unsigned int magic; /* magic number */ unsigned int width; /* width of image in pixels */ unsigned int height; /* height of image in pixels */ unsigned int depth; /* depth of each pixel */ unsigned int length; /* length of the image in bytes */ unsigned int type; /* format of file */ unsigned int maptype; /* type of colormap */ unsigned int maplen; /* length of colormap in bytes */ }; /* following the header is the colormap (unless maplen is zero) then * the image. each row of the image is rounded to 2 bytes. */ #define RMAGICNUMBER 0x59a66a95 /* magic number of this file type */ /* these are the possible file formats */ #define ROLD 0 /* old format, see /usr/include/rasterfile.h */ #define RSTANDARD 1 /* standard format */ #define RRLENCODED 2 /* run length encoding to compress the image */ /* these are the possible colormap types. if it's in RGB format, * the map is made up of three byte arrays (red, green, then blue) * that are each 1/3 of the colormap length. */ #define RNOMAP 0 /* no colormap follows the header */ #define RRGBMAP 1 /* rgb colormap */ #define RRAWMAP 2 /* raw colormap; good luck */ #define RESC 128 /* run-length encoding escape character */ @//E*O*F rasterfile.h// chmod u=rw,g=r,o=r rasterfile.h exit 0   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00980; 22 Apr 89 0:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00773; 21 Apr 89 23:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00765; 21 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12197; 21 Apr 89 22:56 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA14608; Fri, 21 Apr 89 19:44:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 14:47:14 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Reading Sun tapes on 4D/20 Message-Id: <31086@sgi.SGI.COM> References: <1676@blake.acs.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL IRIS tapes are byte-swapped versus Sun tapes, which may be the root of your problem (the drive knows what kind of tape it is; the OS doesn't). Simplest way to deal with it is with 'dd', as in: dd if=/dev/tape conv=swab bs=4k | tar xvf - -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00980; 22 Apr 89 0:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab00773; 21 Apr 89 23:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab00765; 21 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12199; 21 Apr 89 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA14616; Fri, 21 Apr 89 19:44:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 15:11:15 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Rendering flat objects Message-Id: <31087@sgi.SGI.COM> References: <29925@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <29925@bu-cs.BU.EDU>, tjh@bu-cs.BU.EDU (Foxbat) writes: > Is there a mode to tell the geometry engine to do diffusely (and specular) > shade a polygon even though its normal vector is pointing away from the > light source. (Thus only getting ambient shading) > > Thanx... > Tim > tjh@bu-pub.bu.edu What you can do is create two versions of the object you want to draw. One with normals one way and the other with normals the other way. Define the polygons of each object so the vertices of each polygon are in counter-clockwise order when the normal is pointing at you (right-hand rule). That means that one object's vertices will be in opposite order of the other. Do backface(TRUE) and draw both objects. thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac00980; 22 Apr 89 0:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac00773; 21 Apr 89 23:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac00765; 21 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12201; 21 Apr 89 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA14747; Fri, 21 Apr 89 19:47:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 18:01:19 GMT From: Dave Olson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Reading Sun tapes on 4D/20 Message-Id: <31096@sgi.SGI.COM> References: <1676@blake.acs.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is no way to specify using QIC24 format, the drive does this automatically. What may be causing you problems is that the byte order of the data coming from the drive is swapped when using the default device. This decision was made to be compatible with the 2000/3000 series which had a byte swapping controller. To use the non-swapping interface, specify the device as /dev/tapens. Alternatively you can fall back on dd and use conv=swab. Hope this solves your problem. By the way, this is documented in the manual page for both mtio(7) and tps(7). -- Dave Olson It's important to keep an open mind, but not so open that your brains fall out. -- Stephen A. Kallis, Jr.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad00980; 22 Apr 89 0:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ad00773; 21 Apr 89 23:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad00765; 21 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12203; 21 Apr 89 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA14776; Fri, 21 Apr 89 19:48:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Apr 89 22:32:37 GMT From: Jeff Doughty Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How do I boot a 4server8 without a console? Message-Id: <31120@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm not sure what manual contains this info, but I'll give you all of the info I can. I'm a little confused since the system should detect the absence of a graphics console and default to the serial terminal. At any rate: 1. Attach your serial terminal to the 9 pin port marked "1" in the back. Set your terminal to 9600 Baud, 8 bits, no parity. 2. Hit the reset button. If all is well, you'll start getting output from the prom monitor. Depending on the version of the prom, you'll either get a nice pretty menu. If so, type "1" for "Start System". Otherwise, you'll get a ">>" prompt. In this case, type "auto". Other details: The prom monitor, and eventually the system, looks at an NVRAM environment variable to choose which console to boot up on. If the "console" environment variable is "G" or "g", it will attempt to use the graphics console. If the graphics keyboard is hooked to the "KEYBD" port in the back, the graphics console will in fact be used. Otherwise, it will switch back to the serial port. You will get a "Cannot open graphics" message or something to that effect. If this message is annoying, you can change the environment variable as follows: 1. If you get a menu upon reset, type "5" for "Enter Command Monitor" to get the ">>" prompt. Otherwise you are already talking to the command monitor. 2. Type "setenv console d" to boot the serial console automatically in the future. If you are not even getting up in the monitor, try plugging in to the second 9 pin serial port. It could be that the console environment variable was accidentally set to "r" which means use this alternate port. Jeff Doughty UNIX group jeffd@norge.sgi.com   Received: from VMB.BRL.MIL by VMB.brl.MIL id ab01629; 22 Apr 89 1:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01403; 22 Apr 89 0:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01390; 22 Apr 89 0:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12914; 21 Apr 89 23:56 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17552; Fri, 21 Apr 89 20:45:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Apr 89 02:27:33 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Audio board for IRIS 4D/60T Message-Id: <31150@sgi.SGI.COM> References: <8904191000.aa03361@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904191000.aa03361@SMOKE.BRL.MIL>, swenson@NUSC-WPN.ARPA ("V36B::MCNALLY") writes: > Hey IRIS folk, > > We are thinking of producing audio output from some signals that > we have generated. Now, we could design a board that performed all of > the filtering, modulating, and d/a'ing or we could buy a MAC (well you > get the idea). Now, in the before times, SGI supported an audio board. > Does SGI still support that audio board (oh, by the way I am using > a 4D/60T)? If so, could you fill me in on cost? and some feature and > performance data? I think the 60T has an IP4 cpu. The IP4 has some sound capability built on it. All I know is that it exists, and that it has some strange connector for the speaker. -Mark -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02362; 22 Apr 89 2:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02259; 22 Apr 89 2:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02234; 22 Apr 89 2:20 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13881; 22 Apr 89 1:56 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23441; Fri, 21 Apr 89 22:45:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Apr 89 02:47:22 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI/Sun raster image background program (in 3D) Message-Id: <31153@sgi.SGI.COM> References: <8904212115.AA24591@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904212115.AA24591@adt.uucp>, spike@adt.UUCP (Joe Ilacqua) writes: > > Now you can change your background in NeWS (Max (whatever you > call it)) with this handy program. It takes a SGI or Sun rasterfile > > . > . > > The SGI rasterfiles (found in /usr/NeWS/smi and used by the NeWS image > demos) are the same format as Sun rasterfiles. The Portable Bitmap > Package (pbm), which has been distributed on the net and comes on the > X tape, can convert a number of bitmap formats to a SGI/SUN raster Before anybody gets too confused... The SGI raster file format (as used by all the neat image tools in 4D gifts and elsewhere) is not the same as the Sun rasterfile format. The 4Sight NeWS server's readcanvas primitive understands both SGI and Sun formats. The files in /usr/NeWS/smi are all in the Sun rasterfile format including those in the directory /usr/NeWS/smi/SGI. The latter directory is so named simply because the images originated at SGI. It has nothing to do with the file format. There is a program "tonews" that converts from SGI raster format to Sun raster format. There does not appear to be a man page for it. Mea culpa. To answer another recently asked question about images: the best way to print screen images is to make an SGI image format file using either icut or scrsave and then simply "lp ". Assuming your lp is set up correctly it will convert the file as necessary to print on your default printer. It even dithers rgb images to PostScript for a laserwriter. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01837; 22 Apr 89 1:24 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01629; 22 Apr 89 1:13 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa01464; 22 Apr 89 0:53 EDT Date: Sat, 22 Apr 89 0:47:43 EDT From: Phil Dykstra To: Dave Olson cc: info-iris@BRL.MIL Subject: Re: Reading Sun tapes on 4D/20 Message-ID: <8904220047.aa01580@SPARK.BRL.MIL> > There is no way to specify using QIC24 format, the drive > does this automatically. This is true on the SGI's, but at least on the Sun 3's you need to specify /dev/rst8 to get QIC24 (the default /dev/rst0 gives you QIC11). I don't know if this holds on the Sun 4's or not. By using /dev/rst8 on the Sun's, and byteswapping on the SGI's, we have been able to move tapes between them. - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05834; 22 Apr 89 20:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab05759; 22 Apr 89 20:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab05729; 22 Apr 89 19:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21717; 22 Apr 89 19:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA09063; Sat, 22 Apr 89 16:08:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Apr 89 06:33:41 GMT From: Rod Paul Organization: Datamerica Systems, NYC Subject: Re: termcap for Silicon Graphics 4D console Message-Id: <9406@dasys1.UUCP> References: <243@shrike.AUSTIN.LOCKHEED.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <243@shrike.AUSTIN.LOCKHEED.COM> aihaug@AUSTIN.LOCKHEED.COM (Daniel A Haug) writes: >I am looking for a termcap entry for the Silicon Graphics 4D console. >In system V on the SG, this is denoted in terminfo by "iris-ansi". >However, I need a termcap entry for this for BSD4.3. Has anyone >done this. > >Alternatively, has anyone every developed a terminfo to termcap >translator? I dont remember off hand which utility will do it for you (cross reference with "man terminfo" to start), but there is a utility in the 3.1 release to do it. Here is the unmodified output I use for an 80x66 line window on this machine... note the .pk field! iris-ansi-66|IRIS emulating 66 line ANSI terminal (almost VT100):\ :am:pt:\ :co#80:it#8:li#66:kn#4:\ :!2=\E[218q:#2=\E[143q:#4=\E[158q:%9=\E[209q:\ :%f=\E[210q:%i=\E[167q:&7=\E[217q:*4=\E[P:*7=\E[147q:\ :@7=\E[146q:@8=\r:AL=\E[%dL:DL=\E[%dM:DO=\E[%dB:\ :F1=\E[011q:F2=\E[012q:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:\ :al=\E[L:bl=^G:cb=\E[1K:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:\ :cm=\E[%i%d;%dH:cr=\r:dl=\E[M:do=\n:ho=\E[H:\ :is=\E[?1l\E>\E[?7h:k1=\E[001q:k2=\E[002q:k3=\E[003q:\ :k4=\E[004q:k5=\E[005q:k6=\E[006q:k7=\E[007q:\ :k8=\E[008q:k9=\E[009q:k;=\E[010q:kB=\E[Z:kD=^?:\ :kI=\E[139q:kM=\E[146q:kN=\E[154q:kP=\E[150q:kb=\b:\ :kd=\E[B:ke=\E>:kh=\E[H:kl=\E[D:kr=\E[C:ks=\E=:\ :ku=\E[A:le=\E[D:md=\E[1m:mr=\E[7m:nd=\E[C:nw=\EE:\ :.pk=!!! MUST CHANGE BY HAND !!!\EP101;%p1%d.y%p2%s\E\\:\ :se=\E[m:sf=\ED:so=\E[1;7m:sr=\EM:ta=\t:ue=\E[m:\ :up=\E[A:us=\E[4m:ve=\E[9/y\E[12/y\E[=6l:\ :vs=\E[10/y\E[=1h\E[=2l\E[=6h:bc=\E[D:ko=le,nd,up,ho: -- Rodian Paul | Big Electric Cat Public UNIX | Just say YES to UII ! ..!cmcl2!hombre!dasys1!rpaul |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05861; 22 Apr 89 20:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05759; 22 Apr 89 20:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05729; 22 Apr 89 19:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21715; 22 Apr 89 19:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA09056; Sat, 22 Apr 89 16:08:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Apr 89 06:24:08 GMT From: Rod Paul Organization: Datamerica Systems, NYC Subject: Re: backup through the fs Message-Id: <9405@dasys1.UUCP> References: <8904181440.AA11202@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >>Me?--I use tar & cpio. >> >>Vernon Schryver >>Silicon Graphics >>vjs@sgi.com > >Tar isn't too useful when you're backing up more than a few hundred >megabytes (actually even a hundred). It's slow and very unreliable. >Given Murphy's Law and the nature of tape drives, the one backup you >really need will be corrupted. A good backup/restore program would be >able to get a lot of information off the tape anyway; tar would barf >and you'd end up bit-fiddling to get the file. Blech. > How about "bru"? Anybody else out ther using it? I've had no problems at all, and it's great over the net. It also uses the fastest damn copression inplementation (option) I've seen yet. To specify media size use the -s option, when "bru" figures it needs another tape it stops and asks for one. You can also write a label in the header field. I ended up writing a shell as a general front end at our facility (as "bru" has so many flags), I used some other shell from the SGI release as a template. I don't remember what it was now, just check out every damn program that does backups. One thing I wonder though, how portable is a file backed up with "bru"? -- Rodian Paul | Big Electric Cat Public UNIX | Just say YES to UII ! ..!cmcl2!hombre!dasys1!rpaul |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08932; 23 Apr 89 17:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08888; 23 Apr 89 17:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08885; 23 Apr 89 17:03 EDT Received: from lakisis.umd.edu by SMOKE.BRL.MIL id aa28988; 23 Apr 89 16:34 EDT Date: Sun, 23 Apr 89 16:31:19 EDT From: Mark Phillips Message-Id: <8904232031.AA11988@lakisis.umd.edu> Received: by lakisis.umd.edu; Sun, 23 Apr 89 16:31:19 EDT To: info-iris@BRL.MIL Subject: how to compile jove? I just retrieved version 4.12 of jove from tut.cis.ohio-state.edu and am having trouble compiling it on an IRIS. I think this is due to my ignorance about the IRIS flavor of Unix --- there are various settings in the jove Makefile for specifying which Unix one has, and I don't know how these should be set. Has anyone out there successfully compiled jove on an IRIS? Can you tell me how to set things up in the Makefile, and whether I need to do anything else special? I am using one IRIS 3130 and one 2400 Turbo. Thanks, Mark Phillips mbp@lakisis.umd.edu (arpanet) Department of Mathematics (301) 454-2693 University of Maryland College Park, Maryland 20742   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15801; 24 Apr 89 10:57 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14497; 24 Apr 89 9:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14433; 24 Apr 89 9:17 EDT Received: from [128.156.1.21] by SMOKE.BRL.MIL id aa06553; 24 Apr 89 8:44 EDT Received: Mon, 24 Apr 89 08:44:23 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Mon, 24 Apr 89 08:59:52 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 24 Apr 89 08:59:52 EDT From: Tony Facca Message-Id: <8904241259.AA28635@lerc08.nas.nasa.gov> To: info-iris@BRL.MIL Subject: Re: 2400 Turbo > Is sgi going to release a 4sight/X windows/"something other than mex > windowing system" for the 2400 Turbos? At Siggraph 88, sgi said no. > At a local users group meeting (maybe a year ago) they said no. Now > someone at work tells me sgi says yes! Does anyone know the truth? > If the answer is yes, we would like to (memory) upgrade our systems > while we still can, and before the new OS comes out. The answer I got was "these are mature products, we do not plan any further enhancements to the OS". This was about 3 months ago, so things in the Valley may have changed.. Tony Facca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16001; 24 Apr 89 11:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15801; 24 Apr 89 11:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15497; 24 Apr 89 10:47 EDT Received: from BIOVAX.RUTGERS.EDU by SMOKE.BRL.MIL id aa09470; 24 Apr 89 10:12 EDT Date: 24 Apr 89 09:44:00 EDT From: "Kassim Chaudry, CABM" Subject: DEC printer on a 4D. To: info-iris Message-ID: <8904241013.aa09470@SMOKE.BRL.MIL> I'm interested in hooking up a DIGITAL LNO3+ postscript printer to our 4D-120. Has anyone had any experience with this sort of situation? Any helpful comments would be appreciated. Thanks, Kassim Chaudry chaudry@biovax.rutgers.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16584; 24 Apr 89 12:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15318; 24 Apr 89 10:46 EDT Date: Mon, 24 Apr 89 10:32:50 EDT From: Gary S. Moss (VLD/VMB) To: Mark Phillips cc: info-iris@BRL.MIL Subject: Re: how to compile jove? Message-ID: <8904241032.aa15099@VMB.BRL.MIL> If your sources are like mine, there should be a set of System V configuration switches in the lower-level Makefile. I believe that this is what you want for the Iris, at least it works on IRIS 4D/60T running IRIX 3.1. Below is what the relevant portion of mine looks like; your sources may vary: # For System 5 CC = cc CFLAGS= -O -DSYS5 -Dindex=strchr -Drindex=strrchr LB= -lcurses   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23255; 24 Apr 89 17:55 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23124; 24 Apr 89 17:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23060; 24 Apr 89 17:25 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa10599; 24 Apr 89 17:04 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA23657; Mon, 24 Apr 89 16:57:49 EDT Received: by buita.bu.edu (3.2/4.7) id AA19103; Mon, 24 Apr 89 17:00:42 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA29198; Mon, 24 Apr 89 14:55:03 EDT Date: Mon, 24 Apr 89 14:55:03 EDT From: jim frost Message-Id: <8904241855.AA29198@adt.uucp> To: info-iris@BRL.MIL Cc: Subject: dbx problems on 4D It would interest me a great deal to find out why dbx sometimes confuses a breakpoint with termination of the program. For instance: (dbx) stop in trWriteScreen [3] stop in trWriteScreen (dbx) run Process 23700 (padsu_v2.2b) started [...] Process 23700 (padsu_v2.2b) finished (dbx) quit It did not finish, it hit the breakpoint I had set. A debugger which confuses termination and breakpoints is less than useful. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27038; 25 Apr 89 0:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab26741; 25 Apr 89 0:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26720; 25 Apr 89 0:16 EDT Received: from [131.120.1.17] by SMOKE.BRL.MIL id aa13794; 24 Apr 89 23:19 EDT Received: by trouble.cs.nps.navy.mil (4.1/cs.nps-1.0) id AA12063; Mon, 24 Apr 89 20:20:26 PDT Date: Mon, 24 Apr 89 20:20:26 PDT From: michael zyda Message-Id: <8904250320.AA12063@trouble.cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: 1990 Symposium on Interactive 3D Graphics: Call for Participation Call for Participation 1990 Symposium on Interactive 3D Graphics Sponsorship anticipated from the following organizations: Office of Naval Research, National Science Foundation USA Ballisic Research Laboratory Ardent Computer, ATT Pixel Machines Digital Equipment Corporation, Evans & Sutherland, Hewlett-Packard NeXT, Pixar Silicon Graphics, Stellar Computer, Sun Microsystems Symposium Specifics Important Dates 18th - 21st of March 1990 Abstracts for contributed papers due: 15 Sep. 89 Snowbird, Utah USA Acceptance notification: 31 Oct. 89 (Proceedings at the symposium.) Final papers for proceedings due: 10 Dec. 89 The focus of the symposium is on the topic: Where is the frontier today in real-time, interactive 3D graphics ? The purpose of the symposium is to look at what research groups are doing with their high-performance, real-time, interactive graphics systems, to find out what special purpose architectures are on the drawing board, to discuss which are the most user-friendly paradigms for interaction with such systems and to learn what applications are still waiting for an appropriate 3D interactive system. The symposium will consist of technical sessions in which formal papers are presented and discussed and of hands-on demonstrations where research groups and vendors of equipment demonstrate the state-of-the-art in this field. In these demonstrations, we want to look at displays on which objects move and with which one can interact. We are particularly interested in such notions as: -- moving through virtual worlds, i.e. visual simulation systems that move us through buildings or cities, over terrain or over the sea at multiple updates per second; -- interactively shaping, building or sculpting objects, using low-level operations to drill holes or cut slots as well as high-level operations making global shape adjustments; -- interactively assembling and manipulating systems of parts, using aids that yield ease of operation without sacrificing precision and give feedback as to real-world geometric constraints; -- interaction technologies and user interfaces for moving through 3D virtual worlds. The technical presentations at the symposium will focus on innovative 3D graphics architectures and hardware, fast rendering algorithms, new man-machine interface paradigms. Performance claims should be supported by actual measurements of values such as polygons per second or updates per second. Full explanations of any special techniques necessary to achieve such real-time picture generation and display should be provided. In addition, we want to discuss the real-time graphics requirements of special applications that do not yet have satisfactory solutions, along with recommendations for new architectures or future hardware additions to existing graphics systems. Symposium Chair Michael J. Zyda Naval Postgraduate School Program Co-Chairs Rich Riesenfeld Carlo Sequin U. of Utah U. C. Berkeley Program Committee Members Norman Badler, U. of Pennsylvania Al Barr, Caltech Kellogg S. Booth, U. of Waterloo Edwin Catmull, Pixar Charles A. Csuri, Ohio State U. Tom DeFanti, U. of Illinois-Chicago Tony DeRose, U. of Washington Tom Ferrin, U. C. San Francisco Scott S. Fisher, NASA/AMES Research Center James D. Foley, George Washington U. Alain Fournier, U. of Toronto S. Kicha Ganapathy, AT&T Bell Labs Don Greenberg, Cornell U. Paul Haeberli, Silicon Graphics Thomas Jensen, Evans & Sutherland Fred Kitson, Hewlett-Packard Jeff Lane, Digital Equipment Corporation Robert McLeod, Tektronix Cleve Moler, Ardent Computer Michael Muuss, USA Ballisic Research Laboratory Frederic I. Parke, NY Institute of Technology Michael E. Pique, Scripps Clinic Spencer Thomas, U. of Michigan Guy L. Tribble, NeXT Craig Upson, Stellar Computer Andries van Dam, Brown U. J. Turner Whitted, UNC-Chapel Hill/Numerical Design Ltd. Mary C. Whitton, SUN Microsystems Michael Wozny, RPI David Zeltzer, MIT Henry Fuchs, UNC-Chapel Hill (Past Chair) Paper Submissions and Requests for Registration Prospective authors should submit 5 copies of an extended abstract to the Symposium Coordinator's address below before the 15th of September 1989. The abstracts should be 3 to 5 pages long and reflect what will be contained in the final 8 to 12 page paper in the proceedings and in the 25 minute presentation at the symposium. Abstracts should clearly state what has been achieved and how this makes a contribution to the advancement of the state-of-the-art in interactive 3D graphics. Requests for registration forms should also be sent to the Coordinator. Rich Riesenfeld, Coordinator 1990 Symposium on Interactive 3D Graphics University of Utah Department of Computer Science 3190 Merrill Engineering Building Salt Lake City, Utah 84112 (801) 581-8224 The symposium is limited to 125 registrants. The registration fee for the symposium is $250. That fee includes the proceedings, reception, banquet and two lunches.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27505; 25 Apr 89 1:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26741; 25 Apr 89 0:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26650; 25 Apr 89 0:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13590; 24 Apr 89 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26467; Mon, 24 Apr 89 19:57:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 02:45:46 GMT From: Bob Marshall Organization: Ohio Supercomputer Center Subject: SCSI disks Message-Id: <148@OSCSUNA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Could anyone give me information concerning adding SCSI disks on a 4D/70GT ? (actually a CDC 910) Thanks -- Bob Marshall Ohio Supercomputer Graphics Project bob@OSCSUNA.osc.edu 1224 Kinnear Rd. Columbus, Ohio 43212   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27644; 25 Apr 89 1:52 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27321; 25 Apr 89 1:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27276; 25 Apr 89 1:16 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14691; 25 Apr 89 0:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29773; Mon, 24 Apr 89 21:02:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 00:56:40 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: backup through the fs Message-Id: <31286@sgi.SGI.COM> References: <8904181440.AA11202@adt.uucp>, <9405@dasys1.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9405@dasys1.UUCP>, rpaul@dasys1.UUCP (Rod Paul) writes: ... > I ended up writing a shell as a general front end at our facility (as > "bru" has so many flags), I used some other shell from the SGI release > as a template. I don't remember what it was now, just check out every > damn program that does backups. The base level shell for modifying is called 'beer' (pun on 'bru' obvious), which sets up a simple daily, weekly and quarterly backup schedule for an operator to follow. I believe it's installed in /etc and is standard with the release. > One thing I wonder though, how portable is a file backed up with "bru"? I took pains to keep bru compatible with other EST implementations of bru, so tapes written with it should be readable on anybody else's bru. > -- > Rodian Paul | > Big Electric Cat Public UNIX | Just say YES to UII ! > ..!cmcl2!hombre!dasys1!rpaul | -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28170; 25 Apr 89 2:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28063; 25 Apr 89 2:19 EDT Received: by VMB.BRL.MIL id ab27974; 25 Apr 89 2:05 EDT Received: from jarvis.csri.toronto.edu by VMB.BRL.MIL id aa26783; 25 Apr 89 0:33 EDT Received: by jarvis.csri.toronto.edu id 14276; Tue, 25 Apr 89 00:06:12 EDT Received: from neat.ai.toronto.edu by jarvis.csri.toronto.edu with SMTP id 14275; Tue, 25 Apr 89 00:05:25 EDT Received: by neat.ai.toronto.edu id 39726; Tue, 25 Apr 89 00:01:05 EDT Received: from localhost (stdin) by neat.ai.toronto.edu with SMTP id 39746; Mon, 24 Apr 89 23:59:58 EDT Subject: X.V11R3 clients on 4D/2xx ? Date: Mon, 24 Apr 89 23:59:44 EDT From: Jean-Francois Lamy Message-Id: <89Apr24.235958edt.39746@neat.ai.toronto.edu> To: info-iris@VMB.BRL.MIL Has anyone ported the X.V11R3 client libraries and applications to the frightening world of IRIX? Is the code available? Does know if SGI has plans to support them (I'm not asking about an X server, we couldn't care less, we'd really use the thing as a compute server). Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06125; 27 Apr 89 12:35 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab05749; 27 Apr 89 12:24 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05376; 27 Apr 89 12:06 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17579; 27 Apr 89 9:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12815; Thu, 27 Apr 89 06:32:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 03:02:52 GMT From: Timothy H Smith Organization: U of Akron, Computer Center Subject: What is the real Speed of a 4D/240 ? Message-Id: <139@VAX1.CC.UAKRON.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have just obtained a 4D/240 and are using it for scaler floating point operations. We do not need a vector machine. We were told the floating point speed was about 12 mflops. Well it turns out to be about 4 mflops. When the fortran compiler runs at any optimzation level the numbers it generates are all bad. Turn off the optimzation and all is fine. Also when the machine is running some reasable jobs the interactive response goes to nothing. I mean 5 minutes for a ls. I know the machine need more memory, but I don't expect this. What is the state of the SGI compilers. Not so good as far as I can tell. Try to run power fortran and none of the results are good. Power fortran was bought to utilize all 4 processors.. It would be nice if it worked. Can anyone from SGI comment on this. Our machine is a 4D/240S with 16meg of memory. thanks, tim@vax1.cc.uakron.edu *** my comments are mine and do not reflect my orginization ***   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02455; 25 Apr 89 10:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02092; 25 Apr 89 9:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01987; 25 Apr 89 9:37 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa21919; 25 Apr 89 9:06 EDT Date: 25 Apr 89 09:07:00 EDT From: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: RE: dbx problems on 4D To: info-iris Reply-To: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <8904250906.aa21919@SMOKE.BRL.MIL> Greetings, Jim Frost writes: > It would interest me a great deal to find out why dbx sometimes > confuses a breakpoint with termination of the program. For instance: > > (dbx) stop in trWriteScreen > [3] stop in trWriteScreen > (dbx) run > Process 23700 (padsu_v2.2b) started > [...] > Process 23700 (padsu_v2.2b) finished > (dbx) quit > > It did not finish, it hit the breakpoint I had set. A debugger which > confuses termination and breakpoints is less than useful. If the program is a graphics program, you need to call foreground () before any other executable statement. Graphics programs run in the background by default, so when you execute the code within dbx, the message "terminated normally" appears as soon as you press return. Steve Swenson swenson@nusc-wpn.arpa ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09582; 25 Apr 89 18:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09518; 25 Apr 89 18:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09467; 25 Apr 89 18:17 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07976; 25 Apr 89 17:44 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA15951; Tue, 25 Apr 89 13:37:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 19:49:15 GMT From: Jim Berry Organization: Space Telescope Science Institute, Baltimore, MD 21218 Subject: How fast can images be loaded into a Personal Iris? Message-Id: <511@stsci.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was approached recently by someone who wanted to be able to display 8 bit 512X512 images from disk at a rate of about 10 per second. Would this be a big/middle/no sweat/not likely deal using a typical Personal Iris setup (if I had one I wouldn't have to ask :-) ? What kind of data rate can you achieve, and what do you have to do to get it? PS - Thanks to those who responded about booting the 4D without a console. No problem. Now I just have to convice Alias that there is such a thing as the 4D Owner's Manual and that they should send us one (I guess that's what we get for not buying direct from SGI). -- ------------------------------------------------------------------------------ Jim Berry | UUCP:{arizona,decvax,hao}!noao!stsci!berry Space Telescope Science Institute | ARPA: berry@stsci.edu Baltimore, Md. 21218 | SPAM: SCIVAX::BERRY, KEPLER::BERRY   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09582; 25 Apr 89 18:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09518; 25 Apr 89 18:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab09467; 25 Apr 89 18:17 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07987; 25 Apr 89 17:44 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17171; Tue, 25 Apr 89 14:02:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 18:45:50 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: backup through the fs Message-Id: <1989Apr25.184550.3131@utzoo.uucp> References: <8904181440.AA11202@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904181440.AA11202@adt.uucp> madd@adt.UUCP (jim frost) writes: >Tar isn't too useful when you're backing up more than a few hundred >megabytes (actually even a hundred). It's slow and very unreliable. >Given Murphy's Law and the nature of tape drives, the one backup you >really need will be corrupted. A good backup/restore program would be >able to get a lot of information off the tape anyway; tar would barf >and you'd end up bit-fiddling to get the file. Blech. Don't confuse the program with the format. It is not hard to write a program that scavenges files from a tar tape. In fact, guess how we just did a restore off backups on our 4D/60T. Surprise surprise, SGI tar does *not* know how to restore off a multi-tape backup, although it's perfectly happy to create them... We'd have been Up S**t Creek if we didn't have the scavenging programs; SGI basically just said "uh, yeah, that's a problem" when we asked. -- Mars in 1980s: USSR, 2 tries, | Henry Spencer at U of Toronto Zoology 2 failures; USA, 0 tries. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09699; 25 Apr 89 19:04 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac09582; 25 Apr 89 18:53 EDT Received: by VMB.BRL.MIL id ab09549; 25 Apr 89 18:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09022; 25 Apr 89 17:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06844; 25 Apr 89 16:29 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA15115; Tue, 25 Apr 89 13:22:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 18:35:52 GMT From: Michael Toy Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X.V11R3 clients on 4D/2xx ? Message-Id: <31319@sgi.SGI.COM> References: <89Apr24.235958edt.39746@neat.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <89Apr24.235958edt.39746@neat.ai.toronto.edu>, lamy@AI.UTORONTO.CA (Jean-Francois Lamy) writes: > Has anyone ported the X.V11R3 client libraries and applications to the > frightening world of IRIX? Is the code available? Does know if SGI has > plans to support them (I'm not asking about an X server, we couldn't care > less, we'd really use the thing as a compute server). > > Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy > AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4 There are three ways I can think of to get the client libraries: 1) Get the X11R3 tape from MIT, then ftp over from expo the contrib/sgi.patches.Z file and apply the patches the to R3 tape. Now you can build both servers and libraries. 2) Ask your SGI rep for the "X special tape" which is basically the binaries produced from the above exercise along with #include files. 3) Get the "official" X11R3 release from SGI, which should be available Real Soon Now :-). -- Michael Toy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10035; 25 Apr 89 19:31 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09064; 25 Apr 89 17:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09040; 25 Apr 89 17:44 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa07408; 25 Apr 89 16:51 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA26284; Tue, 25 Apr 89 12:52:12 EDT Received: by buita.bu.edu (3.2/4.7) id AA21851; Tue, 25 Apr 89 12:55:05 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA17913; Tue, 25 Apr 89 11:05:42 EDT Date: Tue, 25 Apr 89 11:05:42 EDT From: jim frost Message-Id: <8904251505.AA17913@adt.uucp> To: info-iris@BRL.MIL Subject: RE: dbx problems on 4D >> It would interest me a great deal to find out why dbx sometimes >> confuses a breakpoint with termination of the program. For instance: >>[...] >If the program is a graphics program, you need to call foreground () before >any other executable statement. Graphics programs run in the background by >default, so when you execute the code within dbx, the message "terminated >normally" appears as soon as you press return. The program is running in the foreground and the breakpoints *sometimes* are interpreted as termination by the debugger. It's inconsistent and difficult to reproduce, but it happens. jim   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10249; 25 Apr 89 20:02 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09411; 25 Apr 89 18:17 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa09372; 25 Apr 89 18:07 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa05250; 25 Apr 89 15:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12673; Tue, 25 Apr 89 12:33:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Apr 89 16:50:38 GMT From: Dominique Thongs Organization: Princeton University, NJ Subject: SGI CDC Hardware Message-Id: <7949@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A question to person's with extensive knowledge of SGI hardware. Has anyone out there installed a CDC 9720 1.23GB Disk on a SGI 4D/50. I am looking into the pos. of doing this. However, I would like to hear from persons having done this as to the ease with which it was accomplished. What were the problems encountered ? Were there any incompatibility problems between the CDC disk and the SMD Controller board ?? ( I am aware that I need to upgrade controller Board on 4D/50 first) SGI has such an option avail. ( P4-D120D) I would like to know what percentage of the CDC DISK'S are rejected when they (SGI) do this option. Thanks . Any and all responses will be appreciated. ********************************************************** * L'homme se decouvre quand il se mesure avec l'obstacle * * A. DE SAINT-EXUPERY * * Water Resources Program, Princeton University * * djthongs@phoenix.Princeton.EDU (internet) * * djthongs@pucc (bitnet) * **********************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11791; 26 Apr 89 0:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11535; 25 Apr 89 23:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11477; 25 Apr 89 23:21 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11878; 25 Apr 89 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05477; Tue, 25 Apr 89 19:59:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 89 02:00:24 GMT From: Jean-Francois Lamy Organization: Department of Computer Science, University of Toronto Subject: Re: X.V11R3 clients on 4D/2xx ? Message-Id: <89Apr25.220041edt.38034@neat.ai.toronto.edu> References: <89Apr24.235958edt.39746@neat.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <31319@sgi.SGI.COM> mtoy@xman.SGI.COM (Michael Toy) writes: > 1) Get the X11R3 tape from MIT, then ftp over from expo > the contrib/sgi.patches.Z file and apply the patches > the to R3 tape. Now you can build both servers and > libraries. The first answer I got came from across the street at physics.toronto.edu and mentioned that said diffs were not context diffs. This makes patching much more painful. Maybe someone could update the file? Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12506; 26 Apr 89 2:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12379; 26 Apr 89 2:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12341; 26 Apr 89 2:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13664; 26 Apr 89 1:56 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA11853; Tue, 25 Apr 89 22:13:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 89 03:39:16 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: having trouble with shared libraries Message-Id: <9395@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a program that I want to run on both the Personal Iris and the 4D/120GTX without recompiling. Currently, the program compiles correctly on both machines with the -Zg option, but the binary is not compatible between the machines. The way I interpret the cc man page is that -Zg is equivalent to -lgl -lm, or if you want the shared libraries, -gl_s -lm. When I try compiling on either machine, with either of these options, the linker tells me that sin and cos are not defined and aborts. The funny thing is, I don't call either from my program, although I do call asin. Can anyone help me out? ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17548; 26 Apr 89 12:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16422; 26 Apr 89 10:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16310; 26 Apr 89 10:38 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa22519; 26 Apr 89 10:23 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA02815; Wed, 26 Apr 89 10:17:14 EDT Received: by buita.bu.edu (3.2/4.7) id AA28150; Wed, 26 Apr 89 10:20:13 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA09058; Wed, 26 Apr 89 10:14:02 EDT Date: Wed, 26 Apr 89 10:14:02 EDT From: jim frost Message-Id: <8904261414.AA09058@adt.uucp> To: info-iris@BRL.MIL Subject: dbx strangenesses A couple of people have requested that I forward any replies I get to my question about dbx's odd behavior (confusing breakpoints with termination). Since I've lost their addresses, I am forwarding the following reply to this group. Thanks to Dave Anderson for such a good response. I wish Sun had been so thorough when I had problems with the 386i dbx. jim frost madd@bu-it.bu.edu -- cut here -- Date: Tue, 25 Apr 89 08:47:24 PDT From: buita!harvard!SGI.COM!davea (David B. Anderson) Message-Id: <8904251547.AA03906@quasar.sgi.com> To: madd@bu-it.bu.edu Subject: dbx question Jim: You write: >>It would interest me a great deal to find out why dbx sometimes >>confuses a breakpoint with termination of the program. For instance: >> (dbx) stop in trWriteScreen >> [3] stop in trWriteScreen >> (dbx) run >> Process 23700 (padsu_v2.2b) started >> [...] >> Process 23700 (padsu_v2.2b) finished >> (dbx) quit >>It did not finish, it hit the breakpoint I had set. A debugger which >>confuses termination and breakpoints is less than useful. >>jim frost >>madd@bu-it.bu.edu I can't answer your question directly, since I'm not sure how to reproduce the problem. However, the 3.2 release of IRIX contains a much improved dbx with *many* bugs fixed and many new features. Note that one of the *really serious* bugs fixed relates to interrupts. All released versions of dbx would do longjmp() on interrupt (meaning, usually, keyboard control-C). This could and did lead to corruption of internal data structures for the obvious reason. One symptom was dbx forgetting breakpoints it had set and losing track of them in the process-being-debugged. It is quite possible that the problem you report is due to this historical mistake. The 3.2 dbx release restricts interrupt by establishing most of the code as a critical region and only *marking* that the interrupt key was pressed and doing the longjmp() when it is safe. The only exceptions are at points like ``run the process'' where (for the duration of the actual wait-on-the-running-process call) the interrupt actually does a longjmp() if the interrupt key is pressed. >From your posting you seem curious rather than desperate. I hope that's true. I hope this helps! [ David B. Anderson Silicon Graphics (415) 964-1459 x3060 ] [ USENET: {decwrl!,hplabs!sun!}sgi!davea Internet: davea@sgi.com ] PS: If you have a reproducible problem and want to submit it as a bug report, you'll need to send a tape with the executable which exhibits the problem. Contact your Salesman or the Hotline about how to do this. The tape will get, finally, to me. PPS: If the problem is not reproducible then the explanation above probably applies and no bug report is needed.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20401; 26 Apr 89 15:26 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19421; 26 Apr 89 14:34 EDT Received: from sem.brl.mil by VMB.BRL.MIL id aa19369; 26 Apr 89 14:15 EDT Date: Wed, 26 Apr 89 14:06:33 EDT From: Mike Muuss To: Jim Berry cc: info-iris@BRL.MIL Subject: Re: How fast can images be loaded into a Personal Iris? Message-ID: <8904261406.aa21662@SEM.BRL.MIL> 512x512x8 * 10 fps = 0.25 MBytes * 10 fps = 2.5 MBytes/sec. That is pretty clost to maximum speed for a 3.0 Mbyte/sec disk drive I have not been able to get better than about 2 fps (512x512x24) on a personal iris (but I have not tried extraordinarily hard yet-- just doing the obvious libgl stuff); that should translate to about 6 fps in 8-bit mode (which will have to be 12-bit color-map mode, there is no 8-bit mode). This may be good enough for you. There is a nifty machine from DuPont Pixel Systems that has an IBIS 10 MByte/sec disk drive married to an image processing system. The demo at NCGA was pretty impressive. If 10 fps is a minimum requirement, you will have to look for special solutions such as this. Jim -- your best source for local info is Lee Butler, also located at ST. Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22767; 26 Apr 89 17:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21858; 26 Apr 89 16:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21794; 26 Apr 89 16:35 EDT Received: from oddjob.uchicago.edu by SMOKE.BRL.MIL id aa04919; 26 Apr 89 16:16 EDT Received: from mhd.uchicago.edu by oddjob.uchicago.edu Wed, 26 Apr 89 13:30:32 CDT Received: by mhd.uchicago.edu (4.12/1.14) id AA20091; Wed, 26 Apr 89 13:25:35 est Date: Wed, 26 Apr 89 13:25:35 est From: Andrea Malagoli Message-Id: <8904261825.AA20091@mhd.uchicago.edu> To: info-iris@BRL.MIL Subject: Terminal Emulators for the Personal Iris. Hi, I am interested in finding some terminal emulators for my Personl Iris (4D/20) workstation, which would greatly help me to remotely connect to different machines. In particular, I wonder if there are the following emulators: a) general pourpose VT100 emulator. b) Tektronik 4013 or, even better 4115 emulators, to use with a variety of graphics packages on various machines. Thank you very much. Andrea Malagoli Asronomy and Astrophysics Dept. University of Chicago.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23008; 26 Apr 89 18:17 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22867; 26 Apr 89 18:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22838; 26 Apr 89 17:58 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06970; 26 Apr 89 17:48 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA27977; Wed, 26 Apr 89 14:40:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 89 19:08:40 GMT From: Dan Christensen Organization: U. of Waterloo, Ontario Subject: Re: having trouble with shared libraries Message-Id: <9402@watcgl.waterloo.edu> References: <9395@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9395@watcgl.waterloo.edu> jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: >I have a program that I want to run on both the Personal Iris and the >4D/120GTX without recompiling. Currently, the program compiles >correctly on both machines with the -Zg option, but the binary is not >compatible between the machines. The way I interpret the cc man page >is that -Zg is equivalent to -lgl -lm, or if you want the shared >libraries, -gl_s -lm. When I try compiling on either machine, with >either of these options, the linker tells me that sin and cos are not >defined and aborts. The funny thing is, I don't call either from my >program, although I do call asin. > >Can anyone help me out? I found out the problem. One of the libraries I linked in did call sin and cos. It turns out that all I had to do was specify -lm last on the command line. Dan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23276; 26 Apr 89 19:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23143; 26 Apr 89 18:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23141; 26 Apr 89 18:45 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa07530; 26 Apr 89 18:28 EDT Received: from relay2.cs.net by RELAY.CS.NET id ah14803; 26 Apr 89 15:58 EDT Received: from switzerland by RELAY.CS.NET id ab13453; 26 Apr 89 15:52 EDT Received: from ean by scsult.SWITZERLAND.CSNET id a001826; 26 Apr 89 21:22 WET DST Date: 26 Apr 89 20:17 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <70:doelz@urz.unibas.ch> Subject: bru to restore beer files >The base level shell for modifying is called 'beer' (pun on 'bru' obvious), >which sets up a simple daily, weekly and quarterly backup schedule for >an operator to follow. I believe it's installed in /etc and is standard >with the release. On my 3.1D 4D80/GT Iris it looks like if it were in /usr/adm/beer 21 -rwxr-xr-x 1 root sys 10341 Feb 16 10:03 beer.sh *Question*: How do you retrieve information selectively from a tape (e.g., tape8 in the save set) without risking to get lost ? beer just takes the backup job, not the restoring. For that purpose you still use bru, and it always expects tape 1 at the first place. (Disclaimer: Sorry if I missed a trivial hint in the 'manual'.) Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23858; 26 Apr 89 21:06 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23726; 26 Apr 89 20:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23677; 26 Apr 89 20:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08438; 26 Apr 89 20:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06474; Wed, 26 Apr 89 17:18:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 89 23:06:55 GMT From: Gavin Bell Organization: Silicon Graphics, Inc., Mountain View, CA Subject: A pretty background for anybody running 3.1D or later Message-Id: <31435@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I thought I'd post this, since it is short and kind of pretty. It is a gouraud shaded background for SGI 4D-series machines with at least 24 bitplanes and at least release 3.1D of the OS. It uses the imakebackground() GL call, which was fixed around 3.1D (this might work with 3.1C-- I can't remember exactly when the fix was made). Cut at the dotted line, and run the result through /bin/sh-- it will create and run a binary called 'shadedbg'. Anybody else have interesting, small, backgrounds they want to share? --gavin (gavin@sgi.com) -----------------------------cut here----------------------------------- cat > shadedbg.c << EOF /* * A program to gouraud shade the background */ #include "gl.h" #include "device.h" main() { imakebackground() ; winopen("") ; ortho2(0.0, 1.0, 0.0, 1.0) ; RGBmode() ; shademodel(GOURAUD) ; gconfig() ; draw_background() ; while (1) { short val ; long dev = qread(&val) ; if (dev == REDRAW) draw_background() ; } } float colors[] = { 0.0, 0.0, 0.0, 0.75, 0.0, 0.75 } ; float vertices[] = { 0.0, 0.0, 1.0, 1.0, 0.0 } ; draw_background() { int i ; bgnpolygon() ; for (i = 0 ; i < 4 ; i++) { c3f(colors + i) ; v2f(vertices + i) ; } endpolygon() ; } EOF #Strip, optimize, and use shared libraries to # create an executable only 12K big. cc -s -O -o shadedbg shadedbg.c -lgl_s -lm -lc_s ./shadedbg   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25968; 27 Apr 89 2:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25907; 27 Apr 89 2:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25834; 27 Apr 89 2:26 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12074; 27 Apr 89 2:12 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA22739; Wed, 26 Apr 89 23:02:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 89 23:49:38 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: having trouble with shared libraries Message-Id: <31456@sgi.SGI.COM> References: <9395@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9395@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > I have a program that I want to run on both the Personal Iris and the > 4D/120GTX without recompiling. Currently, the program compiles > correctly on both machines with the -Zg option, but the binary is not > compatible between the machines. The way I interpret the cc man page > is that -Zg is equivalent to -lgl -lm, or if you want the shared > libraries, -gl_s -lm. When I try compiling on either machine, with -------------^^^^^^^^^ It's -lgl_s -lm Also, make sure you're including math.h thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab25968; 27 Apr 89 2:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab25907; 27 Apr 89 2:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab25834; 27 Apr 89 2:26 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12076; 27 Apr 89 2:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA22780; Wed, 26 Apr 89 23:02:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 89 01:07:38 GMT From: Michael Toy Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X.V11R3 clients on 4D/2xx ? Message-Id: <31478@sgi.SGI.COM> References: <89Apr24.235958edt.39746@neat.ai.toronto.edu>, <89Apr25.220041edt.38034@neat.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <89Apr25.220041edt.38034@neat.ai.toronto.edu>, lamy@ai.utoronto.ca (Jean-Francois Lamy) writes: > > The first answer I got came from across the street at physics.toronto.edu and > mentioned that said diffs were not context diffs. This makes patching much > more painful. Maybe someone could update the file? I made the patches. They ARE context diffs. The file is a compress'ed tar archive, which unpacks to a directory which has a script which can apply all the diffs to a stock R3 tape automatically. Please mail me if you need more info. -- Michael Toy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05749; 27 Apr 89 12:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05126; 27 Apr 89 12:05 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa04972; 27 Apr 89 11:45 EDT Received: from BU-IT.BU.EDU by ADM.BRL.MIL id aa20112; 27 Apr 89 11:08 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA11999; Thu, 27 Apr 89 10:16:17 EDT Received: by buita.bu.edu (3.2/4.7) id AA09670; Thu, 27 Apr 89 10:19:20 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA15577; Wed, 26 Apr 89 17:03:45 EDT Date: Wed, 26 Apr 89 17:03:45 EDT From: james cerrato Message-Id: <8904262103.AA15577@adt.uucp> To: info-iris@BRL.MIL Subject: 'call' functionality in dbx Does anyone know why dbx on the 4D systems does not support the 'call' capability? On the 3000 IRIS systems this was very helpful when debugging to call utility routines for printing state descriptions etc. without having to recompile and link and run again. Are there ways to getthis functionlity on the 4D IRIS that I am not aware of? If you can come up with any suggestions thanks alot. James Cerrato   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03887; 27 Apr 89 10:42 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03345; 27 Apr 89 10:31 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab03190; 27 Apr 89 10:03 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa17503; 27 Apr 89 9:40 EDT Received: Thu, 27 Apr 89 06:40:58 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 27 Apr 89 09:57:08 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 27 Apr 89 09:57:08 EDT From: Tony Facca Message-Id: <8904271357.AA03865@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Terminal Emulator for the PI Andrea Malagoli writes: > I am interested in finding some terminal emulators for > my Personl Iris (4D/20) workstation, which would greatly There is an emulator by GRAFPOINT called TGRAF/SGI which does both vt100 and Tek 4115/4125 (actually just about all the 40xx and 41xx that I've ever heard of). You order the Tek emulator that you want (like TGRAPH-07) and you get 4107 and VT102, VT100, and VT52. I think there is a catch with the TGRAPH-15 in that you get 4115 and 4125 but not VTxxx, but I'm not real sure about that. Anyway, the program opens a window under 4Sight to run your emulation. If you get 4125 it will use full screen (1280x1024), whereas the 4107 can do two sizes to achieve its resolution (4 to 3 aspect ratio). You do something like "tgraph 07 -x telnet vax" to set things up. The contact I have is Mason Killebrew (1-800-426-2230) or 408-446-1919 in CA. You can get a 30-day demo tape to try out various emulators. The cost is $2495 and it requires IRIX 3.1 and 8 bit planes. Thats all I have. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: facca@prandlt.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06701; 27 Apr 89 13:03 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06369; 27 Apr 89 12:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06123; 27 Apr 89 12:35 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa22446; 27 Apr 89 12:12 EDT Received: from physics.swarthmore.edu by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 5388; Thu, 27 Apr 89 11:29:31 EDT Return-path: BUG%campus.swarthmore.edu@CUNYVM.CUNY.EDU Received: from campus.swarthmore.edu by physics.swarthmore.edu; Thu, 27 Apr 89 11:15 EDT Date: Thu, 27 Apr 89 11:14 EDT From: BUG%campus.swarthmore.edu@cunyvm.cuny.edu Subject: background To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@BRL.MIL" Message-ID: <8904271212.aa22446@SMOKE.BRL.MIL> We have tried Gavin from sgi.com 's background code. It produces a pretty, gourod-shaded screen, but one loses the menu bars, tool and demo icons, and so on. One can get the normal window bars back by calling a new shell, but the tool icon never does come back well without making a mess. Is there a way I can modify the code to redraw the things I need on my screen? Thanks, Amy Bug, Swarthmore College (BUG@SWARTHMR)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11611; 27 Apr 89 16:34 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11254; 27 Apr 89 16:24 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10983; 27 Apr 89 16:04 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa22429; 27 Apr 89 12:11 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 3749; Thu, 27 Apr 89 09:23:36 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 27 Apr 89 07:26:17 Date: Thu, 27 Apr 89 07:26:24 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Routine to dump screen in Alias/2 pixel file formats To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8904271211.aa22429@SMOKE.BRL.MIL> Hallo, I need to dump some Iris screens according to the Alias/2 Pixel file format, which uses some kind of simple run length coding. As I don't want to sit down an afternoon and write that code myself my question is: has somebody done it and is willing to send me a piece of C code that writes Alias/2 files ? Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 (soon Center for Molecular Modelling) Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac12821; 27 Apr 89 18:26 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12414; 27 Apr 89 17:50 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12369; 27 Apr 89 17:34 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa00225; 27 Apr 89 16:38 EDT Received: from relay2.cs.net by RELAY.CS.NET id ad29857; 27 Apr 89 14:20 EDT Received: from switzerland by RELAY.CS.NET id ab00372; 27 Apr 89 14:17 EDT Received: from ean by scsult.SWITZERLAND.CSNET id a003430; 27 Apr 89 16:23 WET DST Date: 27 Apr 89 16:04 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <71:doelz@urz.unibas.ch> Subject: Re: Terminal emulators I am interested to hear whether there is any tek (maybe even only a 4014) around which works. vt100 at least is a total mess on our 4D/80GT and SGI failed to get it better so far (I am still in hope ...). Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13029; 27 Apr 89 18:36 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12821; 27 Apr 89 18:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12416; 27 Apr 89 17:37 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00979; 27 Apr 89 17:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05816; Thu, 27 Apr 89 14:02:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 89 18:05:59 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: What is the real Speed of a 4D/240 ? Message-Id: <31517@sgi.SGI.COM> References: <139@VAX1.CC.UAKRON.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <139@VAX1.CC.UAKRON.EDU>, tim@VAX1.CC.UAKRON.EDU (Timothy H Smith) writes: > We have just obtained a 4D/240 and are using it for scaler > floating point operations. We do not need a vector machine. [stuff deleted] > Also when the machine is running some reasable jobs the interactive > response goes to nothing. I mean 5 minutes for a ls. > I know the machine need more memory, but I don't expect this. [stuff deleted] > > Our machine is a 4D/240S with 16meg of memory. > I once worked with a 4D/120 with 8 meg. It was next to useless. I don't think they should sell them like that (with that little memory). You have twice as much memory but you also have twice as many processors. Run gr_osview to see if it is spending all its time swapping. The compilers are from MIPS and are generally considered excelent. If you really are getting different answeres with optimised versus non-optimised code, you should report it to the hotline as a bug. (Narrow it down and post it to the net?) > > thanks, > > tim@vax1.cc.uakron.edu > > *** my comments are mine and do not reflect my orginization *** ditto thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13029; 27 Apr 89 18:36 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab12821; 27 Apr 89 18:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12458; 27 Apr 89 17:42 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01257; 27 Apr 89 17:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05806; Thu, 27 Apr 89 14:02:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 89 18:03:22 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: What is the real Speed of a 4D/240 ? Message-Id: <31515@sgi.SGI.COM> References: <139@VAX1.CC.UAKRON.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <139@VAX1.CC.UAKRON.EDU>, tim@VAX1.CC.UAKRON.EDU (Timothy H Smith) writes: > We have just obtained a 4D/240 and are using it for scaler > floating point operations. We do not need a vector machine. > We were told the floating point speed was about 12 mflops. > Well it turns out to be about 4 mflops. The double-precision linpack benchmark number for 1 processor is 4mflops. The sales person was probably talking about collective speed for the machine as a whole (although why they didn't therefore claim it was a 16mflop machine I don't know). I have run some benchmark jobs that see a 3x speedup when running on 4cpus (using the automatic parallelizing FORTRAN tools). Such a job can indeed run at 12mflops. In fact, I get over 20mflops on one of the llnl kernels (disclaimer: parallel speed up is *very* application dependent; your mileage may vary). > When the fortran compiler runs at any optimzation level the numbers > it generates are all bad. Turn off the optimzation and all is fine. There is a known bug in the optimizer. If you have the Power Fortran option, there is something you can try: move /usr/lib/uopt to /usr/lib/uopt.orig, and link /usr/lib/uopt_mp to /usr/lib/uopt. This will cause the Multi-Processing optimizer to be used in place of the normal optimizer (uopt_mp also works on normal scalar code). It should do all the same optimizations as the normal optimizer, and in addition has the bug (we know about) fixed. We do not (yet) ship this as the standard optimizer since at the time of the software release, we had not had enough time to be sure the bug fix wouldn't break something else in one of the other languages (C, Pascal, PL/I, etc.). Fortran codes should be fine. In fact, I believe that no problems have been uncovered in any other language either up to this point, so the other languages should be fine too. > ... Try to run power fortran and none of the results are good. > Power fortran was bought to utilize all 4 processors.. It would > be nice if it worked. Can anyone from SGI comment on this. I've been running power fortran for a long time and I get quite good results; perhaps I can help. If you have a specific question or problem, send me email and we'll try to resolve it. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13972; 27 Apr 89 21:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13815; 27 Apr 89 21:11 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa13714; 27 Apr 89 20:54 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa03040; 27 Apr 89 20:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA16010; Thu, 27 Apr 89 17:30:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 89 22:22:02 GMT From: Daniel A Haug Organization: Lockheed Austin Div. Subject: control-space conversion (?) Message-Id: <255@shrike.AUSTIN.LOCKHEED.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL First, thanks to the many people who responded to me on getting GNU Emacs up and running on the 4D machines. I got it running last week just fine. Almost... This brings me to my next problem. I got quite a surprise when I pressed c-SPACE and got a space character response, rather than set-mark. This is not an emacs problem, but is happening at the tty level. Why are my control-space characters being converted to spaces? Is it something in the hardware? or in the terminal driver? I have done nothing unusual to cause this. What can anyone suggest? many thanks again, Dan Haug Internet: haug@austin.lockheed.com uucp: ut-emx!lad-shrike!aihaug   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14181; 27 Apr 89 21:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab13972; 27 Apr 89 21:31 EDT Received: from sem.brl.mil by VMB.BRL.MIL id aa13895; 27 Apr 89 21:11 EDT Date: Thu, 27 Apr 89 21:04:06 EDT From: Mike Muuss To: Knobi der Rechnerschrat cc: info-iris@BRL.MIL Subject: Re: Routine to dump screen in Alias/2 pixel file formats Message-ID: <8904272104.aa13406@SEM.BRL.MIL> The new release of the BRL-CAD Package has a nice set of routines to read and write Alias pixel files, written by Lee Butler of NASA/StSCI. I'll send info on how to get it (free) under separate cover. Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15179; 28 Apr 89 0:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14884; 27 Apr 89 23:58 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14851; 27 Apr 89 23:45 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa04828; 27 Apr 89 23:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA24427; Thu, 27 Apr 89 20:22:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 01:35:16 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Routine to dump screen in Alias/2 pixel file formats Message-Id: <31567@sgi.SGI.COM> References: <8904271211.aa22429@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904271211.aa22429@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > > I need to dump some Iris screens according to the Alias/2 Pixel > file format, which uses some kind of simple run length coding. If you have IRIX 3.1 or greater, look in /usr/people/4Dgifts/iristools/imgtools thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15179; 28 Apr 89 0:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab14884; 27 Apr 89 23:58 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab14851; 27 Apr 89 23:45 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa04832; 27 Apr 89 23:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA24387; Thu, 27 Apr 89 20:21:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 89 23:58:49 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 'call' functionality in dbx Message-Id: <31557@sgi.SGI.COM> References: <8904262103.AA15577@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904262103.AA15577@adt.uucp> james@adt.UUCP (james cerrato) writes: >Does anyone know why dbx on the 4D systems does not support the 'call' >capability? On the 3000 IRIS systems this was very helpful when debugging That capability is in dbx as of the 3.2 release of IRIX. One can call a function using the ``ccall'' statement (for functions not returning anything), or as a function call in an expression (typically in a ``print'' statement). Regards, [ David B. Anderson Silicon Graphics (415) 964-1459 x3060 ] [ USENET: {decwrl!,hplabs!sun!}sgi!davea Internet: davea@sgi.com ]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17236; 28 Apr 89 5:18 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab17012; 28 Apr 89 4:57 EDT Received: from ZAPHOD-GATEWAY.CSC.ORG by VMB.BRL.MIL id aa11873; 27 Apr 89 16:59 EDT Received: from jvncf.csc.org by jvnca.csc.org id AA03041; Thu, 27 Apr 89 15:57:45 EST Return-Path: Received: by jvncf.csc.org id AA11592; Thu, 27 Apr 89 14:59:47 EST Date: Thu, 27 Apr 89 14:59:47 EST From: shaginaw@jvncf.csc.org (Richard Shaginaw lac11205) Message-Id: <8904271959.AA11592@jvncf.csc.org> To: info-iris-request@vmb.brl.mil Subject: FORTRAN Resent-Date: Fri, 28 Apr 89 4:48:27 EDT Resent-From: Chuck Kennedy Resent-To: info-iris@BRL Does SGI or anyone else make available a collection of example codes for using GL from FORTRAN? We have a user who teaches graduate courses in computer graphics, and who has authored several books on the subject, who finds the combined tasks of (1) discovering the proper sequence of CALLs, and (2) debugging novice errors, extremely burdensome with GL. The manuals do not really help. Thanks in advance for the info. ------------------------------------------------------------------------------- The John von Neumann National Supercomputer Center -- User Services Group Richard J. Shaginaw JVNC Applications Software Analyst P.O. Box 3717 Consortium for Scientific Computing Princeton, NJ 08543 ------------------------------------------------------------------------------- Internet Address: shaginaw@jvnca.csc.org 609-520-2000 Bitnet Address: shaginaw@jvncc FAX: 609-520-1089 ===============================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28995; 28 Apr 89 16:18 EDT Received: by VMB.BRL.MIL id aa28853; 28 Apr 89 16:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26468; 28 Apr 89 14:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26365; 28 Apr 89 14:07 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa02357; 28 Apr 89 13:29 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 7342; Fri, 28 Apr 89 13:29:00 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 28 Apr 89 08:04:43 Date: Fri, 28 Apr 89 08:05:35 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Thanks for Alias stuff To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8904281329.aa02357@SMOKE.BRL.MIL> Hallo, I want to thank all people but especially Mike Muuss (mike@brl.mil) and Thant Tessmann from SGI who responded really fast and useful to my Alias request. It also seems that the /usr/people/4Dgifts directory is worth a closer examination. Regards Martin Knoblauch   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00711; 28 Apr 89 18:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00604; 28 Apr 89 18:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00576; 28 Apr 89 18:22 EDT Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa10648; 28 Apr 89 18:13 EDT Received: from OHSTPHRM.PHARMACY.OHIO-STATE.EDU by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 6495; Fri, 28 Apr 89 18:12:07 EDT Received: by OHSTPHRM (Mailer R2.03B) id 4479; Fri, 28 Apr 89 18:13:37 EST Date: Fri, 28 Apr 89 17:02:26 EST From: "Paul Campbell: OSU Pharmacy" Subject: terminal emulation and tn3270 To: IRIS Information List Message-ID: <8904281813.aa10648@SMOKE.BRL.MIL> 1) I noticed that our 4d70gt sports numerous flavors of vt100. We purchased a site licence for YTERM (from YALE) which is a vt100 emulator. YTERM seems to work in most respects, but the plane vt100 as known by the system is not 100% compatible with the YTERM emulation package. Does anyone use YTERM as a terminal emulator? Could anyone give me an idea about the vt100 suffixes, so I might make an educated guess on which vt100+suffix would be best? What vt100 emulator works best with SGI? 2) There have been 2 questions concerning tn3270 from the inception of this list to August 88 (the only archives I could find) and neither had replies. Is there a public domain tn3270 that works? I found a public domain tn3270 that is supposed to work with VAX and SUN but I ran into difficulties getting it to work with SGI. * I have subscribed to this list recently and I cannot be sure that my subscription has been achieved. So, if you plan to reply please include a CC to me. Thank You. ------ Paul Campbell | bitnet: campbell@ohstphrm.bitnet Ohio State University | internet: campbell@ohstphrm.pharmacy.ohio-state.edu College of Pharmacy | phone: (614) 292-3588 Columbus, Ohio | "Better living through electronic mail."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01053; 28 Apr 89 19:27 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00514; 28 Apr 89 18:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00463; 28 Apr 89 18:07 EDT Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa10295; 28 Apr 89 17:54 EDT Received: from physics.swarthmore.edu by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 6377; Fri, 28 Apr 89 17:32:01 EDT Return-path: BUG%campus.swarthmore.edu@CORNELLC.cit.cornell.edu Received: from campus.swarthmore.edu by physics.swarthmore.edu; Fri, 28 Apr 89 17:32 EDT Date: Fri, 28 Apr 89 17:30 EDT From: BUG%campus.swarthmore.edu@cornellc.cit.cornell.edu Subject: Background /Versions of O.S. To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@BRL.MIL" Message-ID: <8904281754.aa10295@SMOKE.BRL.MIL> Thanks for the reply, people from SGI.COM. (For some reason, our mailer can't parse your address; it may be the "!".) I am running version 3.1 Rev. C, not D, which we loaded soon after its release in January. We have a 4D/70 GE-38. Perhaps I am not implementing the code correctly; I am not sure what Gavin meant by running (under, with?) "/bin/sh--". That command seems to put me in a Bourne shell. Whether or not I use it, the backgrounder neglects to refresh icons and window margins. -Amy Bug, Swarthmore College (BUG@SWARTHMR)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01488; 28 Apr 89 20:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01363; 28 Apr 89 20:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01323; 28 Apr 89 20:05 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11225; 28 Apr 89 19:51 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12925; Fri, 28 Apr 89 13:47:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 19:40:15 GMT From: Darrell Davis Organization: University of Washington, Seattle Subject: Re: Memory upgrades for 4D's Message-Id: <1793@blake.acs.washington.edu> References: <8003@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8003@phoenix.Princeton.EDU> zanetti@phoenix.Princeton.EDU (Gianluigi Zanetti) writes: >We have several Iris 4D 20's and a 4D70 and they all want to have >their memory upgraded, but SGI wants lots and lots of money to do it. > >The memory seems to be in the form of 1Meg simms. What is the preferred >style? How fast do they have to be? The reason I ask is that if we could >use mass market simms they would be at least half the price. > >Thanks in advance > We recently bought several IRIS 4D 20's with 8 meg of memory and then upgraded them to 16 meg ourselves. SGI wanted about $ 1200 a meg for memory and we paid $ 310 a meg on the open market. We just specified 1 meg SIMMS, 100 nsec, and didn't have any trouble, they are quite easy to install, and you could probably coerce your local SGI person to help you out. We bought our memory from an place called "Sophisticated Circuits" here in Seattle, their phone number is: (206) 547-4779. My impression is that the price has come down some from this figure. D   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01615; 28 Apr 89 20:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab01363; 28 Apr 89 20:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01325; 28 Apr 89 20:06 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11258; 28 Apr 89 19:53 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12597; Fri, 28 Apr 89 13:42:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 19:48:38 GMT From: Chuan Chee Organization: University of Toronto, CSRI Subject: float vs double Message-Id: <8904281948.AA28223@cartier.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been using "double" almost extensively on a Personal Iris 4D/20. I am curious about the advantages/performance of using "float". Yes I realize that "float" has less precision but let's assume that I only need float precision. The assumptions I have about float are: (1) The floating point accelerator computes float expressions faster than double expressions. (2) float takes half the amount of storage. I am posting this to confirm my assumptions and maybe get some statistics. Are there other advantages/performance considerations? How fast/slow is converting between float and double? One other thing - I am compiling with: cc -g -signed -Zg ...Chuan Chee CDNNET: ckchee@dgp.utoronto.ca CSNET: ckchee@dgp.toronto.edu BITNET: ckchee@dgp.utoronto.bitnet ARPA: ckchee%dgp.toronto.edu@relay.cs.net UUCP: ckchee@dgp.uucp   Received: from VMB.BRL.MIL by VMB.brl.MIL id ac01615; 28 Apr 89 20:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab01488; 28 Apr 89 20:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01479; 28 Apr 89 20:23 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11361; 28 Apr 89 19:59 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04211; Fri, 28 Apr 89 11:01:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 16:25:52 GMT From: Gianluigi Zanetti Organization: Princeton University, NJ Subject: Memory upgrades for 4D's Message-Id: <8003@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have several Iris 4D 20's and a 4D70 and they all want to have their memory upgraded, but SGI wants lots and lots of money to do it. The memory seems to be in the form of 1Meg simms. What is the preferred style? How fast do they have to be? The reason I ask is that if we could use mass market simms they would be at least half the price. Thanks in advance Steve Roy ssr@acm.princeton.edu Gianluigi Zanetti zag@acm.princeton.edu   Received: from VMB.BRL.MIL by VMB.brl.MIL id ad01615; 28 Apr 89 20:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac01488; 28 Apr 89 20:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab01479; 28 Apr 89 20:23 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11368; 28 Apr 89 20:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05070; Fri, 28 Apr 89 11:17:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 17:09:11 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Getting rectread / rectwrite commands to work on IRIS 4D-70 G Message-Id: <31589@sgi.SGI.COM> References: <4294299@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4294299@um.cc.umich.edu>, Tim_Buxton@UM.CC.UMICH.EDU writes: > > We need a workaround, or better, SGI implementation of rectread > and rectwrite commands, since they are the fastest way to do the > graphics moves we require. Both commands are documented as working > for our G-level machine, but having the temerity to USE them brings > a brisk rebuff at run-time - command not implemented. A call to > the hotline produced little - yes they know of the problem, yes > it will be fixed in the (alas, indefinite) future. We have a > prerelease version of fortran 3.2, in which it is still not fixed. > This must be bugging users by the thousands, judging by how > slowly our workarounds have worked so far, and how fast the commands > work on GTX machines of our acquaintance. Thanks in advance for > any help we can get here. I have already found this forum > very helpful, especially the apropos scripts. > > - Tim Buxton, OptiMetrics, Inc. > Tim_Buxton@um.cc.umich.edu rectread/write will be implemented in terms of readpixels/writepixels in the next release of the operating system (3.2). You probably didn't get the new gl libraries with your fortran, which would explain why the fix doesn't appear to be there. Be warned: the rectread/write that has been implemented will be just as slow as what you have done yourself. The reasons for this are tied to the architecture of the G series. There is no software fix for the slowness of these operations, and the hardware fix is the GT. Best, Archer Sully archer@sgi.com "life is short, and full of stuff" -- Lux Interior --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01782; 28 Apr 89 20:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab01615; 28 Apr 89 20:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01545; 28 Apr 89 20:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11518; 28 Apr 89 20:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23091; Fri, 28 Apr 89 17:02:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 23:32:33 GMT From: Tony To Lam FSN Organization: NASA-Ames Research Center Subject: Memory Message-Id: <24632@ames.arc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8003@phoenix.Princeton.EDU> zanetti@phoenix.Princeton.EDU (Gianluigi Zanetti) writes: >We have several Iris 4D 20's and a 4D70 and they all want to have >their memory upgraded, but SGI wants lots and lots of money to do it. > >The memory seems to be in the form of 1Meg simms. What is the preferred >style? How fast do they have to be? The reason I ask is that if we could >use mass market simms they would be at least half the price. In article <1793@blake.acs.washington.edu> davis@blake.acs.washington.edu (Darrell Davis) writes: >We recently bought several IRIS 4D 20's with 8 meg of memory and then upgraded >them to 16 meg ourselves. SGI wanted about $ 1200 a meg for memory and we >paid $ 310 a meg on the open market. We just specified 1 meg SIMMS, 100 nsec, >and didn't have any trouble, they are quite easy to install, and you could >probably coerce your local SGI person to help you out. We bought our memory >from an place called "Sophisticated Circuits" here in Seattle, their phone >number is: (206) 547-4779. My impression is that the price has come down >some from this figure. Will these self-installed memory invalidate the warranty or maintenance agreements on the machine? 8Meg is definately not enough for a 4D/120, but the official price is too much! D   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02977; 29 Apr 89 0:03 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02869; 28 Apr 89 23:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02867; 28 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13211; 28 Apr 89 23:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02041; Fri, 28 Apr 89 20:17:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Apr 89 00:43:26 GMT From: Gavin Bell Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Background /Versions of O.S. Message-Id: <31623@sgi.SGI.COM> References: <8904281754.aa10295@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yup, you need 3.1revD to run the background program I posted-- otherwise, it just acts like it is taking over the screen, and writes on top of everything, Sorry about the confusion about the '/bin/sh' -- I meant for you to save part of my posting in a file (e.g. 'gavinposting') and then use /bin/sh to run it by typing '/bin/sh gavinfile'-- it would have automagically compiled and ran the program. --gavin   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02977; 29 Apr 89 0:03 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab02869; 28 Apr 89 23:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab02867; 28 Apr 89 23:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13244; 28 Apr 89 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02028; Fri, 28 Apr 89 20:17:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Apr 89 00:19:50 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: float vs double Message-Id: <31617@sgi.SGI.COM> References: <8904281948.AA28223@cartier.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904281948.AA28223@cartier.dgp.toronto.edu>, ckchee@dgp.toronto.edu (Chuan Chee) writes: > The assumptions I have about float are: > (1) The floating point accelerator computes float expressions faster > than double expressions. > (2) float takes half the amount of storage. > These are both true. If memory serves me, a "float" add take 2 clocks, a "float" multiply takes 4 clocks, while "double" takes 3 and 6 respectively. The single to double conversion is (I believe) 1 clock. This is from memory; these times could easily be off by a clock or two. These are extremely fast if you ask me, and the second order effects caused by (2) start to be significant. i.e. the path to memory is only 32 bits wide, so loading/storing a double takes an extra clock; when you miss the cache, you fetch twice as many floats as doubles, so you do fewer fetches, etc. I have seen about a 50% difference in float vs double for a floating point intensive job (i.e. if the float version takes 2 seconds, the double version takes 3 seconds). This is just one data point; your mileage will vary. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27320; 1 May 89 9:12 EDT Received: by VMB.BRL.MIL id aa26898; 1 May 89 9:06 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24875; 1 May 89 7:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24857; 1 May 89 7:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06905; 1 May 89 7:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA16768; Mon, 1 May 89 04:14:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 89 15:41:56 GMT From: Mike York Organization: Voodoo Graphics Project Subject: Re: background Message-Id: <541@voodoo.UUCP> References: <8904271212.aa22446@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904271212.aa22446@SMOKE.BRL.MIL> BUG@campus.swarthmore.EDU writes: >We have tried Gavin from sgi.com 's background code. It produces a pretty, >gourod-shaded screen, but one loses the menu bars, tool and demo icons, and >so on... > Amy Bug, Swarthmore College (BUG@SWARTHMR) It works fine on our 4D/70GT and 4D/60T's -- just like a background ought to. All the menus and icons are there. However, it doesn't do anything on our Personal Iris's. I haven't had time to look at the code yet, anybody have any ideas? -- Mike York Boeing Computer Services, Renton, Washington (206) 234-7724 uw-beaver!ssc-vax!voodoo!zombie   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08319; 29 Apr 89 11:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08092; 29 Apr 89 11:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08084; 29 Apr 89 11:29 EDT Received: from zorac.dciem.dnd.ca by SMOKE.BRL.MIL id aa18210; 29 Apr 89 11:20 EDT Received: by zorac.DCIEM.DND.CA (4.12/25-eef) id AA18057; Sat, 29 Apr 89 11:19:50 est Date: Sat, 29 Apr 89 11:19:50 est From: Tim Pointing Message-Id: <8904291619.AA18057@zorac.DCIEM.DND.CA> To: info-iris@BRL.MIL Subject: Re: Background /Versions of O.S. How do I tell which revision of the O.S. is running on my 4D/20. All it says is "4D1-3.14711181642". I can see the 4D in there as well as the "3.1" but is the rev in there too? People have been talking about Rev C and Rev D but I can't tell what I have (except that a number of the programs which have appeared in this mailing-list/newsgroup don't work!) Thanks in advance, Tim Pointing, DCIEM tim@zorac.dciem.dnd.ca / uunet!zorac.dciem.dnd.ca!tim / uunet!mnetor!dciem!tim   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09108; 29 Apr 89 13:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08857; 29 Apr 89 13:17 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08852; 29 Apr 89 13:08 EDT Received: from [129.99.20.14] by SMOKE.BRL.MIL id aa19238; 29 Apr 89 12:57 EDT Received: Sat, 29 Apr 89 09:58:06 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Sat, 29 Apr 89 13:15:40 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Sat, 29 Apr 89 13:15:40 EDT From: Tony Facca Message-Id: <8904291715.AA11067@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Memory Upgrades.. >We have several Iris 4D 20's and a 4D70 and they all want to have >their memory upgraded, but SGI wants lots and lots of money to do it. >The memory seems to be in the form of 1Meg simms. What is the preferred >>We recently bought several IRIS 4D 20's with 8 meg of memory and then upgraded >>them to 16 meg ourselves. SGI wanted about $ 1200 a meg for memory and we >>paid $ 310 a meg on the open market. We just specified 1 meg SIMMS, 100 nsec, Just wanted to add: Another company, "ClearPoint" sells the SIMMS for the 4D/20's but it was my impression that there was some difference in the SIMMS for the 4D/70's, making them unavailable on the open market. Has anyone else heard this? -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11147; 29 Apr 89 19:27 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10886; 29 Apr 89 18:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10847; 29 Apr 89 18:32 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21109; 29 Apr 89 18:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18720; Sat, 29 Apr 89 15:17:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Apr 89 20:56:50 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Background /Versions of O.S. Message-Id: <31649@sgi.SGI.COM> References: <8904291619.AA18057@zorac.DCIEM.DND.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904291619.AA18057@zorac.DCIEM.DND.CA>, tim@ZORAC.DCIEM.DND.CA (Tim Pointing) writes: > How do I tell which revision of the O.S. is running on my 4D/20. All it > says is "4D1-3.14711181642". I can see the 4D in there as well as the "3.1" > but is the rev in there too? People have been talking about Rev C and Rev D > but I can't tell what I have (except that a number of the programs which > have appeared in this mailing-list/newsgroup don't work!) > If all you see is a long string of numbers then you have release 3.1 Rev C or earlier. Starting with 3.1 Rev D the system banner says "IRIX System V Release 4D1-3.1x where x is the revision letter. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22711; 1 May 89 3:31 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22323; 1 May 89 2:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22313; 1 May 89 2:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04368; 1 May 89 2:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04327; Sun, 30 Apr 89 22:59:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 03:14:15 GMT From: Scott Safier Organization: Carnegie-Mellon University, CS/RI Subject: bugs in emacs 18.54 on SGI 4D/20 Message-Id: <4864@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I had to make the following 2 changes to gnu emacs 18.54 to get it to run on my IRIS 4D/20. __ / \ \__ -+--+- Scott Safier \ _ __ | | Center for Integrated Manufacturing \__/ (__/\_)_/|_/|_/ Decision Systems Carnegie Mellon ;;;-------------------------------------------------------------- ;;; src/sysdep.c ;;;-------------------------------------------------------------- 147c147 < #ifdef TIOCGWINSZ --- > /* #ifdef TIOCGWINSZ ! SGI doesn't have sioctl, so I commented it out 149c149 < #endif --- > #endif */ ;;;-------------------------------------------------------------- ;;; src/x11term.c ;;;-------------------------------------------------------------- 74c74 < #include --- > #include /* use to be , but IRIS wants sys/time.h */ --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04781; 1 May 89 13:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03989; 1 May 89 12:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03904; 1 May 89 12:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16901; 1 May 89 12:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28752; Mon, 1 May 89 09:04:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 14:41:05 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: float vs double Message-Id: <31685@sgi.SGI.COM> References: <8904281948.AA28223@cartier.dgp.toronto.edu>, <31617@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL One thing to remember - even if you declare variables to be float, they are still passed as doubles and expressions are usually evaulated in double precision. To prevent expressions from being done in double prec. except where necessary, compile with -float. To pass arguments as floats, use ANSI templates (see gl.h for examples). Beware with templates - both the caller and callee have to be properly compiled with the template for things to work. I agree with the previous comment, that the time to do double prec. vs. single prec. is probably insignificant compared to the time it takes to do the memory accesses and conversions.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04781; 1 May 89 13:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab03989; 1 May 89 13:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03904; 1 May 89 12:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16906; 1 May 89 12:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28748; Mon, 1 May 89 09:04:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 14:31:18 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Memory upgrades for 4D's Message-Id: <31676@sgi.SGI.COM> References: <8003@phoenix.Princeton.EDU>, <1793@blake.acs.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1793@blake.acs.washington.edu>, davis@blake.acs.washington.edu (Darrell Davis) writes: > In article <8003@phoenix.Princeton.EDU> zanetti@phoenix.Princeton.EDU (Gianluigi Zanetti) writes: > > > >The memory seems to be in the form of 1Meg simms. What is the preferred > >style? How fast do they have to be? The reason I ask is that if we could > >use mass market simms they would be at least half the price. > > > > We just specified 1 meg SIMMS, 100 nsec, > and didn't have any trouble, they are quite easy to install Be VERY careful about this. The boards are EXTREMELY static sensitive. Static damage can be very insidious in that it may not effect the performance of the system for as much as several months, and then start failing intermittently. Be sure to use an anti-static surface and ground yourself and the anti-static surface to the chassis of the system with anti-static straps. These can be had at any electronics supply place. The sockets that the SIMMS go in can be broken easily. They are, as Mr. Davis says, quite easy to install - but be careful. The speed and size of the SIMMS isn't the only criteria for ensuring that the SIMMS will work properly in any particular system. Computer companies regularly qualify or disqualify manufacturers of various components, and memory is no exception. Memory you get from Silicon Graphics is warranted to work correctly in your system. Go to another vendor and "you takes your chances". So long.... chris -- D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Customer Support Division Silicon Graphics Computer Systems   Received: from VMB.BRL.MIL by VMB.brl.MIL id ab07633; 1 May 89 15:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07221; 1 May 89 14:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07212; 1 May 89 14:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa19783; 1 May 89 13:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02447; Mon, 1 May 89 10:15:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 15:07:03 GMT From: Dan Christensen Organization: U. of Waterloo, Ontario Subject: Re: background Message-Id: <9470@watcgl.waterloo.edu> References: <8904271212.aa22446@SMOKE.BRL.MIL>, <541@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <541@voodoo.UUCP> zombie@voodoo.UUCP (Mike York) writes: >In article <8904271212.aa22446@SMOKE.BRL.MIL> BUG@campus.swarthmore.EDU writes: >>We have tried Gavin from sgi.com 's background code. It produces a pretty, >>gourod-shaded screen, but one loses the menu bars, tool and demo icons, and >>so on... >> Amy Bug, Swarthmore College (BUG@SWARTHMR) > >It works fine on our 4D/70GT and 4D/60T's -- just like a background >ought to. All the menus and icons are there. However, it doesn't do >anything on our Personal Iris's. I haven't had time to look at the code >yet, anybody have any ideas? > >Mike York It doesn't work on either our 4D/120GTX or our 4D/20 Personal Iris. I just does nothing. ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08254; 1 May 89 15:23 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07633; 1 May 89 15:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07279; 1 May 89 14:46 EDT Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa22085; 1 May 89 14:32 EDT Received: from VM.UoGuelph.CA by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 6059; Mon, 01 May 89 14:10:14 EDT Received: by UOGUELPH (Mailer R2.02A) id 6090; Mon, 01 May 89 14:09:59 EDT Date: Mon, 01 May 89 14:07:33 EDT From: "Len Zaifman UoGuelph (519)824-4120 xt 6566" Subject: How do I join ?? To: INFO-IRIS@BRL.MIL Message-ID: <8905011432.aa22085@SMOKE.BRL.MIL> have heard of this list, but do not know how to join it. Would someone please send instructions on joining this list to : Len Zaifman LeonardZ@VM.UoGuelph.CA or LeonardZ@UoGuelph.bitnet Thanks . Len Zaifman   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09382; 1 May 89 16:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08980; 1 May 89 16:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08880; 1 May 89 15:48 EDT Received: from [192.39.11.11] by SMOKE.BRL.MIL id aa26892; 1 May 89 15:37 EDT Received: by aviary.Stars.Reston.Unisys.COM (4.0/Domain/jpb/2.9) id AA00460; Mon, 1 May 89 15:34:36 EDT Date: Mon, 1 May 89 15:34:36 EDT From: x7428 fred/arpanet user Message-Id: <8905011934.AA00460@aviary.Stars.Reston.Unisys.COM> To: info-iris@BRL.MIL Subject: IPCS and semaphore limits on 3030 We have two IRIS 3030's and have run into several system limits: o Only 40 IPCS meessages can be present in the system at any time. If more than 40 are sent, all IPCS message send and receive operations will hang. o Only 8K of messages can be present on any combination of IPCS queues at any time or the same symptoms as above appear. o Only 10 semaphores keys can be created o Only 50 actual semaphores can be created So as you can see, these limits can really hamper a multi-task application. We realize that the kernel would have to be modified to change these, but since we don't have the code, this is not an alternative. We were wondering if anybody has devised software to emulate some of these functions using another resource (i.e. using shared memory to simulate message queues) Also, if anybody has the kernel changes reqd., this might be useful to us as we might be able to get the kernel source code. ANY information you can provide would be very appreciated. Thanks in advance, Fredric Loewenstein UNISYS Corporation 12010 Sunrise Valley Dr Reston, VA 22091   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12742; 1 May 89 21:11 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12227; 1 May 89 20:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12163; 1 May 89 20:05 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01852; 1 May 89 19:58 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23849; Mon, 1 May 89 16:54:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 22:21:15 GMT From: David Fenstemaker Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: terminal emulation and tn3270 Message-Id: <31802@sgi.SGI.COM> References: <8904281813.aa10648@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am the manager of the group that is responsible for our IBM connectivity products, which include a coax 3270 emulator, an SNA gateway supporting 3270, 3770, and LU6.2, and a 5080 emulator. We plan on porting tn3270 to our workstation in the very near future. We will get it to work initially to a IBM 9370, running TCP/IP over one of IBM's ethernet adapters. I imagine if we make it a product, we will charge for it, and maintain it. Otherwise, we will probably just give the source away. We will be looking for people to help us test the code in different environments. I know this doesn't solve any immediate needs but I thought I would let you know we feel we should have a working tn3270. David Fenstemaker   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab14715; 2 May 89 0:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13888; 1 May 89 23:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13855; 1 May 89 23:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03903; 1 May 89 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA03066; Mon, 1 May 89 20:02:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 89 23:59:59 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Reading Sun tapes on the 4D/20. Message-Id: <31821@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL You probably can not read those Sun tapes on the 4D/20. You can read them on the 3000 series, the 4D60, 60T, 70, etc. 60 MB drives. The Sun tapes are probably in QIC 11 format, and the older 60 MB tape drives have the capability of reading QIC 11. If those tapes are in QIC 24 format, it is simply a matter of using the swab feature in dd, as we byte swap and Sun does not (at least by default). Unfortunately, the newer QIC150's do not have that backward compatibility feature. This is the price we pay for capacity, unfortunately. They can only go back to the QIC 24 format (what our 60 MB units use) and not all the way back to QIC 11. There is no way around it in software, either. Good luck. markb -- Mark Bradley "Faster, faster, until the thrill of IO Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA ---Hunter S. Thompson   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20835; 2 May 89 9:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19209; 2 May 89 8:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19167; 2 May 89 8:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08981; 2 May 89 7:58 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA24912; Tue, 2 May 89 04:47:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 00:44:43 GMT From: Mark Galassi Organization: Institute for Theoretical Physics, SUNY at Stony Brook, New York. Subject: SGI licencing of X windows Message-Id: <237@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I found out that Silicon Graphics gives you the distribution of X windows for free, but charges you a certain monthly amount (in our case $15/month). Here is what I was wondering: 1. can one get the tape and not the support, thus not having access to the hotline etc? OR 2. does the X distribution from MIT have the drivers and other special things for the personal IRIS? If either of these were the case, we would be willing to get X without the support from SGI. Thank you very much, -- {These opinions are mine, and should be everybody else's :-)} Mark Galassi rosalia@mozart.UUCP rosalia@sunysbnp.BITNET rosalia@noether.UUCP rosalia@noether.sunysb.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15708; 2 May 89 2:53 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15409; 2 May 89 2:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15284; 2 May 89 1:57 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05442; 2 May 89 1:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10000; Mon, 1 May 89 22:39:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 04:15:39 GMT From: Dennis Linse Organization: Princeton Unversity, Princeton, NJ Subject: Re: Background /Versions of O.S. Message-Id: <8074@phoenix.Princeton.EDU> References: <8904291619.AA18057@zorac.DCIEM.DND.CA>, <31649@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <31649@sgi.SGI.COM> msc@ramoth.SGI.COM (Mark Callow) writes: >In article <8904291619.AA18057@zorac.DCIEM.DND.CA>, tim@ZORAC.DCIEM.DND.CA (Tim Pointing) writes: >> How do I tell which revision of the O.S. is running on my 4D/20. > >If all you see is a long string of numbers then you have release 3.1 Rev C >or earlier. Well, now I know that our 4D/20 that arrived today (May 1) is running release 3.1 Rev C. Should this upset me? Should a brand new machine arrive with Rev D? More simple (maybe :-), what are the big differences between Rev C and Rev D? (While I have been reading this group for a while, it is only today that the difference seems important. Funny how a new machine will get ones attention.) Thanks, Dennis -- Found at the top of a looonnng homework assignment: "Activity is the only road to knowledge" G.B. Shaw   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24947; 2 May 89 12:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24751; 2 May 89 12:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24657; 2 May 89 11:52 EDT Received: from [128.186.3.2] by SMOKE.BRL.MIL id aa18080; 2 May 89 11:38 EDT Received: by masig2.ocean.fsu.edu (5.52/25-eef) id AA14727; Tue, 2 May 89 11:41:39 EDT Date: Tue, 2 May 89 11:41:39 EDT From: Alan Davis Message-Id: <8905021541.AA14727@masig2.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: ntsc settings for 4Ds We have developed a graphical animation program at FSU on the 3xxx series machines and I have been porting over to a 4D/20 Personal IRIS. I have finally managed to get almost everything working. Two things which are still a problem are: 1) trying to reset the monitor for ntsc. The code for our old iris does not work and the docs. don't offer much help. Has anyone successfully implemented this feature? Must you have a genlock board for this to work. Can anyone share some code that implements this feature? Are there differences in the setvideo function for the differnet 4D models? 2) We qdevice several of the keys on the keyboard which exist on the 3xxx, but do not exist on the 4D/20 keyboard. Are all the keyboards for the 4D line similar to the personal iris or are they different? Its a real pain making versions depending upon the keyboard you have. Why can't SGI standardize keyboards or remap the keys? Thanks for any help. -- Alan Davis | Mesoscale Air-Sea Interaction Group | TCP/IP davis@masig1.ocean.fsu.edu Florida State University | (128.186.3.1) 435 OSB Meteorology Annex | SPAN scri::"davis@masig1.ocean.fsu.edu" Tallahassee, FL 32306-3041 | BITNET davis%masig1.ocean.fsu.edu@cunyvm (904) 644-3798 | _______________________________________________________________________________   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25076; 2 May 89 12:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22474; 2 May 89 10:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22205; 2 May 89 10:19 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa13135; 2 May 89 9:49 EDT Received: Tue, 2 May 89 10:48:11 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 2 May 89 10:48:11 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905021748.AA12692@aero4.larc.nasa.gov> To: LEONARDZ%UOGUELPH.BITNET@cornellc.cit.cornell.edu Subject: Re: How do I join ?? Cc: info-iris@BRL.MIL You can try, send mail to info-iris-request@vmb.brl.mil The person in charge is kind of slow in responding. I know people who have been trying to get on (and off) for a couple of months now and they still haven't been added (or deleted?). -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25232; 2 May 89 12:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab25076; 2 May 89 12:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24999; 2 May 89 12:21 EDT Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa14083; 2 May 89 10:12 EDT Received: from VM.NRC.CA by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 9237; Tue, 02 May 89 09:47:18 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.03B) with BSMTP id 0732; Tue, 02 May 89 09:51:16 EDT Date: Tue, 2 May 89 09:42 EST From: Martin Serrer - Systems Manager Subject: RE: SGI licencing of X windows To: info-iris@BRL.MIL X-VMS-To: nrcnet::in%"info-iris@BRL.MIL" Message-ID: <8905021012.aa14083@SMOKE.BRL.MIL> Mark Galassi writes... >I found out that Silicon Graphics gives you the distribution of X >windows for free, but charges you a certain monthly amount (in our >case $15/month). We have a cluster of 16 VAXstations (running VMS and DECWindows) could we run remote DECWindows type applications on our IRIS 4D50/GT using SGI's X-windows? Would it use the 4DDN network software as the transmission protocol or would we need TCP/IP for the VAXen? Any info would be greatly appreciated. Martin Serrer Systems Lab. DME/NRC Ottawa serrer@syslab.nrc.ca (BITNET)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26996; 2 May 89 14:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26624; 2 May 89 14:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26606; 2 May 89 13:52 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22722; 2 May 89 13:44 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA11630; Tue, 2 May 89 10:33:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 16:51:53 GMT From: Les Milash Organization: Unicad Boulder, CO Subject: Re: SGI licencing of X windows Message-Id: <412@unicads.UUCP> References: <237@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <237@noether.UUCP> rosalia@noether.UUCP (Mark Galassi) writes: >I found out that Silicon Graphics gives you the distribution of X >windows for free, but charges you a certain monthly amount (in our >case $15/month). speaking for myself only { we're using the MIT stuff, with some patches that were supposedly authored by SGI folks that our sysop ftp'd down from some machine at MIT, and it doesn't exactly seem "X compilant" to me. largely, but the differences don't look like they're gonna be one-line changes to fix. that's with the 4D-70G as the server. using it on the client side with a "known good" server, things are fine, and of course those R2000's are quick application servers. but man! when it does work does it ever work fast!!! BraVo! Running an app on a Sun4 with a 4D drawing your lines! Yes yes! } if anybody (from SGI?) can tell me that it's cause i'm stupid and there's some better version i ought to be using PLEASE DO SO. Les Milash Unicad Inc. 303-443-6961   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00997; 2 May 89 23:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00965; 2 May 89 23:15 EDT Date: Tue, 2 May 89 22:56:22 EDT From: Chuck Kennedy To: Brent L. Bates TAD/TAB ms294 x42854 cc: info-iris@BRL Subject: Re: How do I join ?? Message-ID: <8905022256.aa00912@VMB.BRL.MIL> Hey, I just run this list on the side when I have spare time. It's what lawyers call pro buono (sp?) work. I try not to let updates to the mailing list go longer than 3-4 weeks. Generally I try to make a point of looking at the request mail once a week. If you have specific individuals and their addresses who either want to get on or get off the mailing list, please feel free to forward that information to the info-iris-request@brl.mil address. Many times, the problems are not with info-iris but rather at some local mail redistribution list at a local site. Other times, folks are not added because a reply to their message resulted in an invalid mailing address and the mail could not be delivered. I really do look at the mail, even the hundreds of failed mail messages from hosts that are no longer connected, or have dying mailers, or have had their hostnames changed by the domain system, etc... To summarize, send your request for address changes to: info-iris-request@brl.mil Thanks! -Chuck Kennedy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01495; 3 May 89 0:22 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01268; 3 May 89 0:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01231; 2 May 89 23:57 EDT Received: from RELAY.NSWC.NAVY.MIL by SMOKE.BRL.MIL id aa02482; 2 May 89 23:33 EDT Date: Tue, 2 May 89 16:50:59 edt From: mberger@relay.nswc.navy.mil To: info-iris@BRL.MIL, mailrus!jarvis.csri.toronto.edu!utgpu!utzoo!henry@ames.arc.nasa.gov Subject: Re: backup through the fs Message-ID: <8905022333.aa02482@SMOKE.BRL.MIL> .   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05979; 3 May 89 9:51 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05697; 3 May 89 9:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05689; 3 May 89 9:27 EDT Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa09306; 3 May 89 8:48 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06806; Wed, 3 May 89 05:37:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 00:22:31 GMT From: Michael Haberler Organization: Hewlett-Packard Vienna,Austria Subject: Re: SGI licencing of X windows Message-Id: <938@hpuviea.UUCP> References: <237@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <237@noether.UUCP>, by rosalia@noether.UUCP (Mark Galassi): > I found out that Silicon Graphics gives you the distribution of X > windows for free, but charges you a certain monthly amount (in our > case $15/month). I think the worldwide transmission cost for your query would cover a couple of years of SGI support. Go sign up. :-) -michael -- Michael Haberler mah@hpuviea.uucp Hewlett-Packard Austria GmbH, ...mcvax!tuvie!hpuviea!mah Lieblgasse 1 ...hplabs!hpbbn!hpuviea!mah A-1220 Vienna, Austria Tel: (0043) (222) 2500 x412 (9-18 CET)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07730; 3 May 89 11:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab07443; 3 May 89 11:29 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa07230; 3 May 89 11:11 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa06346; 2 May 89 20:06 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AB01500; Tue, 2 May 89 16:51:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 22:16:28 GMT From: Steve Scot Roy Organization: Princeton University, NJ Subject: Questions about the 4D/120SX Message-Id: <8089@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are considering buying a 4D/120SX with 4 processors as a compute server here and I would like to know if anyone out there has more information about them. How well do these things parallelize? There were some postings a while ago with one person claiming 75% ( factor of 3 speedup with 4 processors) and another claiming that his parallelizer had bugs. How code dependant is the speedup? These things claim to be -executable- compatible with single processor machines, how is this done? If you use the parallelizing optimizer on it and then run it on a single processor machine, does it work? Can you tell each processor to run independantly for so each of many users sees a single processor? Do all languages parallelize? Specificly, does C parallelize? How much better is the 2XX series than the 1XX series? What is the difference? What speed do people -really- see on these beasts? How much memory do these things need? Some postings said they were useless with 8Meg, another was complaining at 16Meg; how much is enough and how much does it cost? In general, how stable and bug free are these things? Will I wonder every time a program isn't working whether it is my fault or its? Thanks a lot in advance. Steve Roy ssr@acm.princeton.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07862; 3 May 89 11:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07443; 3 May 89 11:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07170; 3 May 89 11:10 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26862; 2 May 89 15:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17376; Tue, 2 May 89 12:21:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 18:45:56 GMT From: Eric Pearce Organization: BD&HR (Beer Drinkers & Hell Raisers) Subject: Re: SGI licencing of X windows Message-Id: <30571@bu-cs.BU.EDU> References: <237@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just installed the X source tape we got from SGI. I don't know if we are paying for it or not. It seems to have the same problems as the one I got off expo.lcs.mit.edu, but I can't verify that they are the same at the moment. When compiling the server, it will complain about a missing "/usr/include/bitmap.h" when doing the "server/ddx/sgi/4d" directory. I managed to get this file from someone who had an older release of IRIX (still 3.1 though) on their IRIS personal. Some other things you need to fix are: server/ddx/sgi/4d/sgigl.c & sgiio.c change "WINSHUT" to "WINCLOSE" clients/xinit/xinit.c - It could not find "setpriority" clients/xdm/daemon.c - use the bsd'ish "(void) ioctl (i, TIOCNOTTY,0)" instead of "(void) ioctl(i, TIOCTTY, &zero)" also was missing "sys/ptyio.h". I'll put these in a patch file when I get them all together, but that should be enough to get you going for the moment. It looks like I got farther than the person who made the sgi tape, as they still had these errors in their log file from when they installed it. I was rather disappointed in it once I got it running. This is on an IRIS "power series" GT and it was slower than a Sun 3/50 for most of the clients and demos. "ico" runs at a good clip, but that's about it. The server seems to crap out often. I also had problems with resizing the windows. I found it useful to be able to xterm into it from my Sun though. If anybody has a "fast" X11R3 running on their Sgi, I would like to hear about it. (In all fairness, I have not asked SGI about these problems yet). -e -- ------------------------------------------------------------------------------- Eric Pearce ARPANET eap@bu-it.bu.edu Boston University Information Technology CSNET eap%bu-it@bu-cs 111 Cummington Street JNET jnet%"ep@buenga" Boston MA 02215 UUCP !harvard!bu-cs!bu-it!eap 617-353-2780 voice 617-353-6260 fax BITNET ep@buenga   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23747; 4 May 89 16:35 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23272; 4 May 89 16:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23075; 4 May 89 16:05 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07503; 4 May 89 15:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17178; Thu, 4 May 89 06:32:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 89 15:14:02 GMT From: Mike York Organization: Voodoo Graphics Project, Everett WA Subject: Next Software Release Message-Id: <542@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody at SGI care to comment about the availibility of the next software release? We currently have 70 machines (4D/60T's, 4D/20's and 4D/70GT's). These machines are running various releases of the OS (2.2, 3.1D and 3.1E). We want to start upgrading all machines to 3.1E, which means loading tapes on 67 machines. Our concern is that after this effort, SGI will release 3.1x, and we'll have to repeat the entire process. Then we'll probably get 3.2 :-)... Can anyone at SGI offer some advice? -- Mike York Boeing Computer Services, Renton, Washington (206) 234-7724 uw-beaver!ssc-vax!voodoo!zombie   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05063; 3 May 89 8:46 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04443; 3 May 89 8:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04380; 3 May 89 8:17 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa07162; 3 May 89 7:33 EDT Received: Wed, 3 May 89 08:32:53 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 3 May 89 08:32:53 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905031532.AA15712@aero4.larc.nasa.gov> To: kermit@BRL.MIL Subject: Re: How do I join ?? Cc: info-iris@BRL.MIL I didn't meen to imply you ignore people, I guess I should have said you are very busy and that slows you up. And I know about returned mail too. That is why a lot of the time I send a copy of my email to info-iris as well as the person the mail is ment for, because a lot of the time the mail is returned. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.brl.MIL id ab07064; 3 May 89 11:11 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06634; 3 May 89 10:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06562; 3 May 89 10:40 EDT Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa06430; 3 May 89 6:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA01232; Wed, 3 May 89 03:23:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 05:39:12 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Questions about the 4D/120SX Message-Id: <31929@sgi.SGI.COM> References: <8089@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8089@phoenix.Princeton.EDU>, ssroy@phoenix.Princeton.EDU (Steve Scot Roy) writes: > > We are considering buying a 4D/120SX with 4 processors as a compute > server here and I would like to know if anyone out there has more > information about them. Actually, I believe the marketing designation is 4D/140 for the 4cpu version (the 4D/120 has 2cpus). > How code dependant is the speedup ? Totally code dependent. Parallelization is done at the Fortran DO loop level. Different iterations of a loop are executed in parallel on different processors. If your code spends most of its time executing inside such a loop (or loops), and the loop(s) can be parallelized (not all can be), you should see good speed up. > These things claim to be -executable- compatible with single processor > machines, how is this done? If you use the parallelizing optimizer on > it and then run it on a single processor machine, does it work? Yes, it does. In fact, you can compile and run the code on any of the 4D series of machines, and run the same executable on any other. For example, do code development on a Personal Iris (4D/20), and run the result on the multi-processor. As to how it works: When the program starts up, the intialization routines figure out how many processes you want. The default is to ask the o.s. how many cpus are on the machine, and use that. Alternately, you can set a shell environment variable specifying the number. This number is remembered. When the parallel loop is encountered, the iterations are divided among the processes that are participating in the job. Division by 1 is perfectly ok. Each process does its piece, and then they all synchronize at the end. This means that if you run the version compiled for a multi-processor on a single processor machine, it works, but runs a little bit slower than that same program compiled for a uni-processor (you incur the multi-processing overhead without benifit of an extra processor). However, that executable can now be transported and run on a multi-processor without change. > Do all languages parallelize? Specificly, does C parallelize? Right now, only Fortran has compiler support for parallelism. C (or any other language) can make use of the multi-processing library routines, but you have to do the parallelism "by hand". > How much better is the 2XX series than the 1XX series? What is the > difference? The 2xx series uses the 25MHz chips, the 1xx uses 16MHz. The 2xx also has some significant memory interface changes, and a bigger 2nd level cache. For the number crunching codes I run, the 2xx cpus are pretty much uniformly twice as fast as the 1xx cpus (much more than the ratio of their clock speeds would make you think). Of course, your mileage may vary. > How much memory do these things need? Some postings said they were > useless with 8Meg, another was complaining at 16Meg; how much is enough Depends on the applications you run of course, but I for one wouldn't put any less than 16meg on a 2cpu system, nor less than 24meg with 4cpus. (Of course, more is always better! :-) > In general, how stable and bug free are these things? Will I wonder > every time a program isn't working whether it is my fault or its? I have never had the production hardware fail me. There is (was) the optimizer bug mentioned earlier, but amusingly enough, this was never a problem for multi-processed codes! (The mp optimizer had the bug fix.) Of course, I have a strong bias. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from VMB.BRL.MIL by VMB.brl.MIL id ac07443; 3 May 89 11:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07064; 3 May 89 11:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06659; 3 May 89 10:45 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa10952; 3 May 89 9:50 EDT Date: 3 May 89 09:43:00 EDT From: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Screen Dump. To: info-iris Reply-To: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <8905030950.aa10952@SMOKE.BRL.MIL> Greetings, I would like to perform a screen dump from a 4D-60T to a file in PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. I would like at least 16 (probably dithered) grey levels and the option to select seperate windows or the entire screen to be dumped. Am I in the land of fantasy? I would appreciate any suggestions on this subject. Thanks. Steve Swenson SWENSON@NUSC-WPN.ARPA ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07730; 3 May 89 11:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ad07443; 3 May 89 11:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07350; 3 May 89 11:15 EDT Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa04252; 3 May 89 2:24 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19372; Tue, 2 May 89 23:09:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 05:40:46 GMT From: Jim Helman Organization: Stanford University Subject: Re: SGI licencing of X windows Message-Id: References: <237@noether.UUCP>, <30571@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > [ list of problems compiling sgi's X source tape] > > It looks like I got farther than the person who made the sgi tape, > as they still had these errors in their log file from when they > installed it. We received both a source and a binary tape from SGI. I'll admit that I haven't tried to recompile it. The only problems we've had are that the bell rings too long and too loudly and that when a window is resized the client doesn't seem to get any notification. The performance is tolerable on our 4D80/GT, better than X11R3 + purdue speedups our Sun-3/260C anyway. "ico" runs fast on the 4D because it's drawing line segments. Rasterops like scrolling windows are rather slow, but still very much faster than the release that came with the previous release of Foresight. Overall it's a big improvement over that version. -jim   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08703; 3 May 89 13:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08330; 3 May 89 12:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08248; 3 May 89 12:26 EDT Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa10348; 3 May 89 9:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08976; Wed, 3 May 89 06:27:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 12:02:10 GMT From: Chuck Musciano Organization: Advanced Technology Dept., Harris Corp., Melbourne, Fl. Subject: Saving a Z buffer Message-Id: <2011@trantor.harris-atd.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Forgive my lack of correct terminology in the following. I am new to the SGI world. I will be writing an application to run on a 4D/50GTB which will be rendering an accurate picture of the Earth surrounded by several satellites. The goal is to produce about 10 frames/sec. Drawing the Earth is far more complicated than drawing satellites, and will consume the majority of the rendering time. Since the satellites are to be animated in real time, they will slowly move with respect to the Earth as the application runs. This is my question: can I prerender the Earth and save the resulting image and Z buffer, so that when I need to draw new satellite positions, I can just load the frame buffer with the bitmap, and the Z buffer with the Z values? This way, I only have to render the satellites each iteration, but still will get proper clipping. The application requires full color displays, and I had planned on using 24 bit color. I could get away with 8 or 12 bit color maps if that would influence the rendering speed significantly. Any comments or suggestions regarding this solution are appreciated. Chuck Musciano ARPA : chuck@trantor.harris-atd.com Harris Corporation Usenet: ...!uunet!x102a!trantor!chuck PO Box 37, MS 3A/1912 AT&T : (407) 727-6131 Melbourne, FL 32902 FAX : (407) 727-{5118,5227,4004}   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10020; 3 May 89 13:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09554; 3 May 89 13:43 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09515; 3 May 89 13:33 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18201; 3 May 89 13:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19410; Wed, 3 May 89 10:03:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 16:21:44 GMT From: Robert Mecklenburg Organization: University of Utah CS Dept Subject: Want a "meta" key for Gnu emacs on 4D's Message-Id: <1721@wasatch.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We run Gnu emacs on personal irises and a 4D/140GT. The editor works well (although we haven't bothered to compile in job control), but lacks a meta key. Here's what we've found: a. The keyboard is equipped with a conveniently located "ALT" key, but it doesn't just set the eighth bit, it redefines the entire key sequence (as documented in "4Sight User's Guide" page GA-5). Furthermore, the eighth bit is zero on the down event and one on the up event. b. Gnu emacs has features to use ANSI style function keys, however this does not include any support of the "ALT" key in particular. c. The file "/usr/include/gl/ansicode.h" in conjunction with the "4Sight User's Guide" page GA-3 suggests that wsh might have meta key translation: /usr/include/gl/ansicode.h: #define SGIMKEN 99 /* meta key enable/disable */ But all reasonable control sequences I've tried using this flag/number have no effect. d. The NeWs server might be induced to perform meta key translation (as suggested by "/usr/NeWs/lib/NeWs/bindkey.ps"), however, to be useful you would want to rebind every key on the keyboard (116 of them) and the shifted and controled versions as well. That's a *big* translation table. e. Finally, it is certainly possible to extend Gnu with a "smart" get character function which could perform the necessary translation, but this is even more painful than (d) (but probably more robust and faster). So the question is: Is there any way to get a "real" meta key? Thanks Robert Mecklenburg   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11741; 3 May 89 15:38 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11397; 3 May 89 15:17 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11390; 3 May 89 15:06 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21700; 3 May 89 14:46 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23935; Wed, 3 May 89 11:29:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 17:08:13 GMT From: Sam Fulcomer Organization: Brown University Department of Computer Science Subject: Re: ntsc settings for 4Ds Message-Id: <5511@brunix.UUCP> References: <8905021541.AA14727@masig2.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905021541.AA14727@masig2.ocean.fsu.edu> davis@MASIG2.OCEAN.FSU.EDU (Alan Davis) writes: > 1) trying to reset the monitor for ntsc. The code for our old iris does > not work and the docs. don't offer much help. Has anyone successfully > implemented this feature? Must you have a genlock board for this to You don't need the genlock board to output rs170a as long as that's the secondary video option that you chose for the machine. The genlock just allows the IRIS to lock onto an external sync signal (usually cleaner than the IRIS' internal sync. To get a 4D to output ntsc without genlocking to an external signal: setvideo(DE_R1, 0x00); /* zeros out the register; some 4D's get * into a funks state if you don't */ setvideo(CG_MODE, 0x2); setvideo(DE_R1, 0xaa); to go back to high-res: setvideo(DE_R1, 0x00); setvideo(CG_MODE, 0x07); setvideo(DE_R1, 0x4a); If you're genlocked to external sync the CG_MODE value to get ntsc is 0x3 rather than 0x2. (don't know about the keyboards...)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12110; 3 May 89 15:57 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac11741; 3 May 89 15:46 EDT Received: from tbd.brl.mil by VMB.BRL.MIL id aa11658; 3 May 89 15:31 EDT Date: Wed, 3 May 89 15:28:37 EDT From: Glenn Randers-Pehrson (WMB) To: swenson@nusc-wpn.arpa cc: info-iris@BRL.MIL Subject: Re: Screen Dump. Organization: U.S. Army Ballistic Research Laboratory, APG, MD Message-ID: <8905031528.aa06411@TBD.BRL.MIL> > From: swenson@NUSC-WPN.ARPA > Subject: Screen Dump. > > I would like to perform a screen dump from a 4D-60T to a file in > PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. > I would like at least 16 (probably dithered) grey levels and the option to > select seperate windows or the entire screen to be dumped. Am I in the > land of fantasy? I would appreciate any suggestions on this subject. > Thanks. > I've done it on a 2500T and 3130, in FORTRAN, 2 levels. It uses a run-length encoding of scan-lines to save space. I will soon be porting the code to a 4D/220GTX. If this is what you want, you may have the source. I have also done a QMS-QUIC screen dump, which usually takes about 1/5 the disc space of the PostScript file. Glenn Randers-Pehrson, US Army Ballistic Research Lab   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12426; 3 May 89 16:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab11741; 3 May 89 15:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11645; 3 May 89 15:28 EDT Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa22253; 3 May 89 15:01 EDT Received: from OHSTPHRM.PHARMACY.OHIO-STATE.EDU by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 1507; Wed, 03 May 89 14:38:38 EDT Received: by OHSTPHRM (Mailer R2.03B) id 9112; Wed, 03 May 89 14:39:44 EST Date: Wed, 3 May 1989 14:39:12 EST From: "Paul Campbell: OSU Pharmacy" Subject: archives To: IRIS Information List Message-ID: <8905031501.aa22253@SMOKE.BRL.MIL> Can someone point out were the most resent archive messages are kept? I have checked on vgr.brl.mil and I have discovered messages from august 88 on back but none from august 88 to the present. I am new member of the this list and would prefer to read old archives prior to wasting network bandwidth :-). ------ Paul Campbell | bitnet: campbell@ohstphrm.bitnet Ohio State University | internet: campbell@ohstphrm.pharmacy.ohio-state.edu College of Pharmacy | phone: (614) 292-3588 Columbus, Ohio | "Better living through electronic mail."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13070; 3 May 89 16:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab12110; 3 May 89 16:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11934; 3 May 89 15:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23028; 3 May 89 15:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26485; Wed, 3 May 89 12:16:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 18:16:28 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Screen dumps to postscript Message-Id: <195@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In Article 716 of comp.sys.sgi: swenson@NUSC-WPN.ARPA writes: > I would like to perform a screen dump from a 4D-60T to a file in >PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. I have such a beast called 'topost'. You can anonymous ftp it from my machine iris613.gsfc.nasa.gov. +----------------------------------+-----------------------------+ |John H. Merritt | Yesterday I knew nothing, | |Applied Research Corporation | Today I know that. | |merritt@iris613.gsfc.nasa.gov | | +----------------------------------+-----------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13695; 3 May 89 19:02 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13627; 3 May 89 18:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13576; 3 May 89 18:14 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26846; 3 May 89 17:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02666; Wed, 3 May 89 14:15:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 89 20:16:02 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: tn3270 for the IRIS Message-Id: <196@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a working version of tn3270 for the IRIS. It is available via anonymous ftp from my machine; iris613.gsfc.nasa.gov John H. Merritt +----------------------------------+-----------------------------+ |John H. Merritt | Yesterday I knew nothing, | |Applied Research Corporation | Today I know that. | |merritt@iris613.gsfc.nasa.gov | | +----------------------------------+-----------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19952; 4 May 89 12:24 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18689; 4 May 89 10:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18673; 4 May 89 10:28 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa10862; 4 May 89 10:15 EDT Date: 4 May 89 09:51:00 EDT From: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: RE: Saving Z buffer To: info-iris Reply-To: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <8905041015.aa10862@SMOKE.BRL.MIL> Chuck writes: > ... > This is my question: can I prerender the Earth and save the resulting > image and Z buffer, so that when I need to draw new satellite positions, I > can just load the frame buffer with the bitmap, and the Z buffer with the > Z values? This way, I only have to render the satellites each iteration, > but still will get proper clipping. > I have a couple of suggestions: 1) If the "eye" is in geo-synchronous orbit about the earth, you can probably render a copy of this wonderful planet in both the front and back planes in doublebuffer mode. You then need to protect the image of the earth by using a call to WRITEMASK (mask). This all, of course, means that you have to do your rendering in 12 bit color map mode, c'est la vie. When the screen is cleared and buffers are swapped, the earth doesn't go anywhere (making its inhabitants very happy). The one thing that you must keep in mind when employing this, is that if a purple satellite is over the the green ocean you want the display hardware to display the satellite as purple...I demonstrate: ... mapcolor (6, 0, 255, 0); /* Color of the ocean. */ writemask (0x000f); /* Enable writing to the * earth bit planes. */ draw_earth (over_there); writemask (0xfff0); /* Disable writing to earth * bit planes. */ /* Notice I need two color map declarations!!! */ mapcolor (1 << 4, 255, 0, 255); /* Color of satellite over * nothin'. */ mapcolor ((1 << 4) + 6, 255, 0, 255); /* Color of satellite over * green ocean. */ draw_sat (over_here); ... This will cause the "bit-plane" interpreter to draw a purple satellite over the green ocean. Also, the program has to be smart enough to know NOT to draw the satellite as it passes behind the earth. I have had excellent results using this technique. 2) If the eye is not in geo-synchronous orbit, you could employ the same technique but only draw the half of the globe that you need... this cuts the number of pollywogs in half and negates the need to use the Z-buffer (I think that z-buffering slows rendering down by 50% or more). Hope I've helped, Steve Swenson Naval Underwater Systems Center SWENSON@NUSC-WPN.ARPA ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21817; 4 May 89 15:12 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa20818; 4 May 89 14:20 EDT Date: Thu, 4 May 89 14:05:11 EDT From: Chuck Kennedy To: "Paul Campbell: OSU Pharmacy" cc: IRIS Information List Subject: Re: archives Message-ID: <8905041405.aa20785@VMB.BRL.MIL> There should be messages up to 30 December 1988. Included below is a summary of the archives. I will make sure to get the next batch loaded in. -Chuck Kennedy Name Size (bytes) Subject ---- ------------ ------- info-iris.txt.01 488129 Info-Iris V01, 10 Jul 86 - 20 Sep 87 info-iris.txt.02 353723 Info-Iris V02, 25 Sep 87 - 15 Apr 88 info-iris.txt.03 356805 Info-Iris V03, 18 Apr 88 - 17 Aug 88 info-iris.txt.04 271888 Info-Iris V04, Panel Library, 18 Aug 88 info-iris.txt.05 423583 Info-Iris V05, 18 Aug 88 - 30 Dec 88 info-iris.txt.06 245064 Info-Iris V06, Virus Special Issue   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24690; 4 May 89 17:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24374; 4 May 89 17:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24218; 4 May 89 17:01 EDT Received: from Sierra.Stanford.EDU by SMOKE.BRL.MIL id aa09409; 4 May 89 16:44 EDT Received: by sierra.STANFORD.EDU (3.2/4.7); Thu, 4 May 89 13:43:10 PDT Date: Thu, 4 May 89 13:43:10 PDT From: "Lloyd J. Lacomb" To: info-iris@BRL.MIL Cc: lacomb@sierra Subject: disk for 2400T Message-Id: I'm having a little bit of a problem. Yesterday, someone came to me telling me that their one of the disks on their 2400T crashed. Sure enough the disk was getting power but it just wasn't turning. Most of the information is backed up so not much will be lost if we can put a new disk in. The problem is that even with the new prices on the 72 Mb disks from SGI, the paper work to get one would take a least a month which won't help if something is due in a week. What I thought might be possible was to take another ESDI 72 Mb drive from a PC in the lab and try to use that disk to replace the dead one in the IRIS. After getting all the hardware hooked up, I booted the system and the controller (or something) doesn't seem to recognize the second drive at all. It says something like: md0 Priam v170 and some more numbers (even though the drive says it's made by Vertex) md1 not installed (not sure about the wording) Nothing I've tried: mdfex(which doesn't seem to be documented anywhere,) mkfs, sgilabel, ... seems to work, All return some message about drive not found. The controller is an old one designed to handle only 72 Mb drives but I can't figure out what I need to do to get the system to find or recognize the drive. When I installed my disk, sent from SGI, I don't remember having similar problems, but that may be because they've already done something to the disk so the controller will recognize them. Does anyone out there know the procedure(I imagine some procedure must exist) for installing a disk on a 2400T. Thanks Lloyd LaComb lacomb@sierra.stanford.edu (Internet, bitnet)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25507; 4 May 89 20:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25438; 4 May 89 20:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25427; 4 May 89 20:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12621; 4 May 89 20:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19453; Thu, 4 May 89 17:15:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 May 89 20:41:46 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI licencing of X windows Message-Id: <32066@sgi.SGI.COM> References: <237@noether.UUCP>, <30571@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <30571@bu-cs.BU.EDU>, eap@bu-cs.BU.EDU (Eric Pearce) writes: > > I just installed the X source tape we got from SGI. I don't know if > we are paying for it or not. It seems to have the same problems as > the one I got off expo.lcs.mit.edu, but I can't verify that they are Source tape??? Hmmm.. I'm not sure what tape you are talking about. We have been sending out an X Window *binary* on special request at no charge. This tape is a compiled version of the stuff we put in the R3 contrib directory. We were aware of the build problems and we posted a set of patches to this newsgroup as well as to the consortium. > I was rather disappointed in it once I got it running. This is on > an IRIS "power series" GT and it was slower than a Sun 3/50 for most > of the clients and demos. "ico" runs at a good clip, but that's > about it. The server seems to crap out often. I also had problems > with resizing the windows. I found it useful to be able to xterm > into it from my Sun though. > > If anybody has a "fast" X11R3 running on their Sgi, I would like to > hear about it. > We only became members of the X Consortium a very few weeks before R3 was released. The server you have is based on the infamous cfb code with just enough changes to make it run on an Iris 4D. That's all we had time or since we wanted to get it on the R3 tape. As you may be aware X was not designed with real graphics machines in mind. It takes substantial work to make it fully utilize, where the imaging model lets it, the 4D hardware. We have been doing the work. The about to be released (within 3-4 weeks) Irix 4D1-3.1G software release includes a new X server that is anywhere from 5 to 100 times faster than the one you have now. Our performance comes at or near the top of the recently posted X benchmark table. We have applied over 130 MIT patches and fixed a number of our own bugs. I think you will be more than satisfied with its performance. Further performance improvements will come with Irix 4D1-3.2. The currently released microcode for the "Power Series" GTX (*not GT*) graphics has very poor performance on moving small spans of pixels to the screen. (It has great performance for large spans.) X mostly deals with small spans so it suffers. New microcode that fixes the problem is also in Irix 4D1-3.1G. On present SGI hardware XOR performance is at best adequate. We therefore recommend you run our window manager which does rubberbanding in the overlay planes (it's written in PostScript, but that's another story) rather than something like uwm which uses xor all over the place. > (In all fairness, I have not asked SGI about these problems yet). > I'm glad you said that. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac26619; 5 May 89 0:38 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ae26415; 5 May 89 0:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad26378; 5 May 89 0:09 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14747; 5 May 89 0:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29340; Thu, 4 May 89 20:47:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 00:47:06 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: BSD4.3 "/etc/renice" for IRIX (Part 1 of 4) Message-Id: <32133@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is the first of 4 files containing a version of the Berkeley "renice" command for IRIX 3.1B and later. Paste these four files together in order after stripping the header garbage and uudecode to get a file "renice". Copy this file to /etc, and make it setuid to root. The command is symantically and syntactically identical to BSD4.3 renice. For those who are interested, the command is created using the unmodified renice.c command from the 4.3 distribution linked with a compatibility module which maps the 4.3 {get|set}priority calls onto the schedctl() RENICE interface. This uses the shared C library, and should work correctly in a Yellow Pages environment as well. Complaints or compliments can be directed to me. This software is currently only supported by myself, not SGI, so don't call the HotLine if it doesn't work - they won't know what you are talking about. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' -- -------------------- cut here (Part 1) ---------------------- begin 755 renice M`6``""1@YY\````````````X``%@!@40``#`````!```"(``(@A%C8`$``` M``".!```#!`C7@`````40``(`````#P%$`".!@``)*4!Z`_@!%0"@"`A$``` M%292__^,10`($```#@(@("&.!```#^`$!@`````$00`(`$`H(3P%$`".!@`` M)*4"!`_@!%0"@"`A$```!B92__\"("`A#!``^@*@,"$"8I@A)E+__QY`_\@F M$``$C[8`-``````,$$:X`!,@*X^_`"R/L``4C[$`&(^R`!R/LP`@C[0`)(^U M`"@#X``()[T`4">]_^"OI``@CZ0`(*^_`!0`H!@A`&`H(:^C`"2OI@`H#!`! M.*^`@\R/HP`D)`'__Q1!`!"OH@`@!9,"$4H``(`&8(*Z^C M`!P,$$;(KZ8`&(^C`!R/I@`8`$`H(0!F""L0(``6)`P``Y!H````````%0`` M!`````"/B8/8$```"P!I&"&$:@`.`````!5%``0`````D&(``Q```&XD0O_L MCXN#V```````:Q@A`&8(*Q0@_^T`````)`P``Q```&2OC(/,%*``"`!F""NO MHP`<#!!&UZ^F`!B/HP`""L0(``3`AX(*Y()````````%2``!`````"/BH/8$``` M"`(*@"&&"P`.`````!%E``@"'@@KCXR#V``````"#(`A`AX(*Q0@__`````` M`AX(*Q0@``@`````)`T``X^P`#B/M0`TC[X`,*^-@\P0``#Q)`+__Q:@``D` M````)`0``PP01N@FY@`4C[``.(^U`#2/O@`P$```Z(^_`!R6#@`(`````!'5 M``4`````E@\`"@`````5]0`5)`@``9(8``,FY@`4`-@(*Q`@``@`````)!D` M#8^P`#B/M0`TC[X`,*^9@\P0``#3)`+__PP01N@D!``#C[``.(^U`#2/O@`P M$```S8^_`!PD"``!C[``.(^U`#2/O@`PKXB#S!```,4D`O__K[,`+!8@``6O MM``H#!!&UP`````0```"`$"8(0(@F"$"'@@K``"0(0``B"$0(`";``"@(:^V M`"0D%O__D@D````````5(``$`````(^*@]@0```O`@J`(1:@``\`````A@L` M#``````5""L``)`A``"((1`@`%$``*`AK[8`)"06__^2&0```````!<@``0` M````CXB#V!```#$""(`A%J``$P````"6"0`(`````!$S``4`````E@H`"@`` M```54P`D`````(8%``XF4@`!)`0``PP01N@FY@`4%%8`'0````"/E(/,$``` M&B8Q``$6LP`8`````)8+``@F4@`!$74`!0````"6#``*`````!65``X````` MD@T``R;F`!0!I@@K$"``"P````"&!0`.#!!&Z"0$``,45@`&`````(^4@\P0 M```#)C$``204``TF,0`!CXZ#V``````"#H`A`AX(*Q0@_\<`````C[8`)!`` M`!(`````)`\`%H^P`#B/M0`TC[X`,*^/@\P0```H)`+__Q)`_Q$`````)`$` M`1)!_U\`````)`$``A)!_Z8`````$`#_\20/`!860``*`````"08``./L``X MC[,`+(^T`"B/M0`TC[X`,*^8@\P0```3)`+__QH@``R/L``X%E$`"H^P`#BO ME(/,C[0`*(^P`#B/LP`LC[4`-(^^`#`0```')`+__X^P`#B/LP`LC[0`*(^U M`#2/O@`P```0(8^_`!R/L0`0C[(`%(^W`!@#X``()[T`:(^.@"`GO?_H$<`` M%Z^_`!2O@(`@)X2`)">%@]`,$`1S)`8`!">$@"@,$`0.)`4!<(^/@]"O@H/8 M`$\`&0``,!(`P"`A#^`$@J^&@P`40``&KX*#U#P$$``/X`24)(0"@`P01K@D M!``!CX:#`(^%@]0,$`1S)X2`,(^_`!0GO0`8`^``"````````````````">] M_]`\#A``C0` M!`'@@"$/X`2Z`B`H(11```4``````@`0(8^P`!P0```)C[\`%(X$`!0F$``0 M%(#_]0````"/L``<````````$"&/OP`4C[$`$`/@``@GO0`PCXZ`>">]^8`% MP``#K[\`%!```*4``!`ACX2`=`_@!)```"@A)`'__Q1!``BO@H!X/`00`#P% M$``DI0C<#^`$5"2$*"`0``"8)`(``3P/$`"-[P*4K[``)#P0$`"OL0`@``"( M(1'@`%(F$`*0/!@0`"<8`I"OL@`2@'P/X`2Z`D`H(11```H````` M)`0`"`P01O@D!0`)K@(`""0$``@,$$;X)`4``1```#JN`@`,C@0`!`_@!+HG MA8"$%$``"``````D!``(#!!&^"0%``(D&0",KAD`"!```"ZN`@`,C@0`!`_@ M!+HGA8"(%$``!P`````D!``)#!!&^"0%``&N`@`($```(ZX```R.!``$#^`$ MNB>%@)`40``'`````"0$``D,$$;X)`4``JX"``@0```8K@``#(X$``0/X`2Z M)X6`F!1```@`$4"`)`0`"0P01O@D!0`(K@(`"!````VN```,`!%`@`$10".. M"@`$``A`@">I!H`!"1`A`!%8@`.K8"&L2OFPK9`$X*Q`^;0F,0`!C@0`%"80 M`!`4@/^W`````(^R`!P`````$B``.X^P`"0`$6B``;%H(P`-:(`#K7`AK<`` M,(^$@&@,$`3;)Z4`,"0!__\400`+CZ\`,#P$$``\!1``)*4(_`_@!%0DA"@@ MC[``)(^Q`"`0```I)`(``8^O`#"OL@`<``"0(1'@`!@``(@A)[`&@(X8^;0` M````%P``"@`10(`\!!``/`40`(X&^;`DI0D8#^`$5"2$*"`0```')E(``0`1 M0(`#J$@AC2D$X(X9^;0`````K3D`#(X*^;PF$``,%4#_ZR8Q``$20``'C[(` M'(^P`"2/L0`@C[(`'!````8D`@`!C[(`'`````"/L``DC[$`(```$"&/OP`4 M)[T&@`/@``@`````)[W_Z*^_`!2OI``8#!`#8*^E`!R/I``8#!`#0``````0 M0``-`$`8(8Q.``@`````$<``!8^D`!R,8@`($```"(^_`!2/I``<`````*QD M``@0```"`(`0(0``$"&/OP`4)[T`&`/@``@`````)[W_R*^_`!0,$`-@KZ0` M.(^D`#@,$`-``````!!```0`0!@AC&(`#!```#R/OP`4CX2`0``````H@0!D M%"``"8^N`#@\!!``/`40`"2E"30/X`14)(0H(!```"\``!`ACZX`.(^$@&BO MH``HKZ``+">E`!P,$`3;KZX`'"0!__\400`)CZ4`(#P$$``\!1``)*4)5`_@ M!%0DA"@@$```'@``$"&/I0`@`````!2@``J/I``X/`00`#P%$`"/I@`X)*4) M=`_@!%0DA"@@$```$@``$"&/I``X#!`I#`````"/A(!`CZ4`(#P8$``G&`*0 M``1Y``'X&"&L8@`$)!D``:!Y``"L8``()(0``:QE``ROA(!``*`0(8^_`!0G MO0`X`^``"``````GO?_@K[\`%*^D`""OI0`D#!`#8*^F`"B/I``@#!`$*0`` M```\`7__-"'__X^$@'@`02@DKZ(`'`_@!'P``#`A)`'__Q1!``D`````/`00 M`#P%$`"/I@`<)*4)D`_@!%0DA"@@#!!&N"0$``&/A(!XCZ4`)(^F`"@/X`2< M`````(^N`"@`````$$X`"8^_`!0\!!``/`40`"2E";`/X`14)(0H(`P01K@D M!``!C[\`%">]`"`#X``(`````">]_^BOOP`4KZ0`&*^E`!P,$`-@KZ8`((^E M`!@\`7__-"'__X^$@'@``#`A#^`$?`"A*"0D`?__%$$`"0`````\!!``/`40 M`(^F`!@DI0G,#^`$5"2$*"`,$$:X)`0``8^$@'B/I0`]`!@#X``(`````">]_Y"OL``0`*"`(:^Q`!0"`(@AK[\` M'!(``!6OM``8C@(````````00``2C[0`:)!.````````$<``#H^T`&@F,0`, MIB#__!(@``FN(/_XCB(````````00``&C[0`:)!/````````%>#_]B8Q``R/ MM`!H#!`%8`*`*"$40``#`$"@(1```%HD`O__E%@`*#0!_V47`0`#`````!`` M`%0D`O__$@``3P(`B"&.`@```````!!``$L`````D%D````````3(`!'```` M`*^V`"0\%@`/K[(`,*^U`"@D%0`')!(``3;6__^OLP`LCH,`(```@"&,8@!\ MC&0`M```````1)@A&F``)P`````"@"`A`@`H(0P0!EPGI@!4$%(`!P````"/ ML@`PC[,`+(^U`"B/M@`D$```+B0"__^/HP!<```````#1H(5%0`(`H`@(0`# M$P```A,"$%8`!`*`("$0```,)%#__P*`("$,$`7\)Z4`5(XE```/X`2Z`$`@ M(11```0`````CZD`6*8R``BN*0`$)A```0(3""H4(/_<`H`@(28Q``P2(``) M`````(XB````````$$``!0````"02@```````!5`_\@`````C[(`,(^S`"R/ MM0`HC[8`)``````,$`>T`H`@(0``$"&/OP`] M`'`````````````````GO?^(K[``$`"@@"&OOP`4KZ0`>`P0"*P"`"`A%$`` M@0````"/I`!X#^`$3">%@*`40``3KZ(`=(^D`'@/X`1,)X6`I!1```ZOH@!T M/!`0`"80*"`\!1``)*4*$`_@!%0"`"`A/`40`(^F`'@DI0H@#^`$5`(`("$0 M``!X```0(8^G`'0GI``N)`4`"`_@!%HD!@`!)`$``1!!``./I`!THZ``+H^D M`'0``"@A#^`$7@``,"&/IP!T)Z0`"2E"D`/X`14`@`@(1```$\``!`A/`40`"2E"F`G MI``N#^`$QB0&``@40``PEZH````P(11` M`"4D"0!$CZ<`=">D`#8D!0`\#^`$6B0&``$D`0`!%$$`'20)`$0GI`!P)X6` MJ`_@!,8D!@`"%$``%R0)`$0\!1``)*4*;">D`#8/X`3&)`8`"Q1``!`D"0!$ M)Z0`9B>%@*P,$$``````GO?_HK[``$`"`@"&OOP`4`@`@(0P0"*ROI0`<)`$``11!``4` M````C@0`(``````4@``#`````!```$P``!`ACXZ`M(X/``@`````%<\`!@`` M``"/F("PCAD````````3&0`*CZH`'`P0"2D`````C@@```````"OB("PC@D` M"`````"OB8"TCZH`'`````"-0@````````1``!4`````C@L`(`````"-;`"4 M``````!,""H0(``.``````(`("$,$`A_)`4`@!1```,`````$```)@``$"&. M#0`@CZ\`'(VN`#2-^```$```(`'8$"$$0``=`````(X$`"``````C(,`E``` M````0P@J%"``%@````",F0"<``````!Y0"$`2`@J$"``$0``$"$"`"`A#!`( M?R0%"``40``#`````!````H``!`AC@0`((^I`!R,BP"4C2H``(R-`"0!2V`C M$````@&L$"$``!`AC[\`%(^P`!`#X``()[T`&``````GO?^PK[``%`"`@"&O MOP`J`#BM00``C$$`"*U+``2,2P`,K4$`"*U+ M``PGK``\C8T`!(V!````````KB$``(V!``BN+0`$KB$`"(X/`"".(P`(CBX` M`(WX`)0\`0`/``,C```$(P(T(?__`=C((1"!`"BN.0````-!@``(3L(D`@`& M$2(`%8>O`#H``UZ"%6(`$H>O`#J'K``ZC@H`(``,>,`!['@AC4T`"``/>,`! MKW`AC=@`$```````F,@A`R-`)@`(2P``"5L"`6-0)A```!"N*@`(AZ\`.HX, M`"``#W#``<]P(8V-``@`#G#``:[`(8\9`"P``````)E`(0$#2"8`"5L```M3 M`@%#8":N+``($```8B0"``$"`"`A`.`H(0P0!SJOIP!4CZ<`5`!`&"&OHP`P M`@`@(0P0"'\D!0("CZ,`,(^G`%040``$)`'__Q```%(``!`A)`'__Q1A``,` M````$```30``$"&.#P`@``,PP`##,"&-[0`(``8PP`&F<"&-V``0KZ8`)`!@ M("$,$`YB`/@H(X^F`"2,60`$C$$```````"N(0``C$$`"*XY``2N(0`(C@@` M((XC``B-"0`(CBP```$F6"&-:@`(/`$`#P`#(P``!","-"'__P%,>"$0@0`J MKB\``!```!T``Q:"C@T`(`````"-K@`(``````'&P"&/&0`0``````"90"$! M`T@F``E;```+4P(!0V`F$```&JXL``B.#P`@`````(WM``@``````:9P(8W8 M`"P``````)C((0,C0"8`"$L```E;`@%C4"80```,KBH`""1,__LM@0`'$"#_ M[P``````#&"`/`$0```L""&,+`````````&```@`````$````B0"``$``!`A MC[\`'(^P`!2/L0`8`^``"">]`%`GO?_HKZ0`&(^D`!BOOP`4`*!`(0P0"*RO MJ``,@A`1D(*A`@``,`````$```!@"@$"$D MI0`!`*<(*A0@_^\DA`!()`+__X^_`!0GO0`8`^``"``````GO?_HKZ0`&(^D M`!BOOP`4`*!`(0P0"*ROJ``,@A`1D(*A`@ M``,`````$```!@"@$"$DI0`!`*<(*A0@_^\DA`!()`+__X^_`!0GO0`8`^`` M"````````````````">]_YBOL``0`("`(:^_`!0,$`BL`@`@(11```,````` M$```."0"``&6#@`H-`'_917!`"X`````C@4`"(X$``0``#`A#^`$7B2E_\04 M0``G`````(X'``0GI``L)`4`/`_@!%HD!@`!)`$``11!`!\`````)Z0`9B>% M@,`/X`3&)`8``A1``!D`````)Z0`7">%@,0,$$N#```C@0`!`_@!$@`````#!`(^`(`("$D M`@`!C[\`%(^P`!`#X``()[T`:">]_]"OL``8`("`(:^_`!R.!0`(C@0`!`_@ M!%X``#`A%$``=0`````F#@`,KZX`)(X'``0!P"`A)`4`%`_@!%HD!@`!)`$` M`11!`&L`````E@(`#"0!8`$000`$`````"0!8@$400`.)`$!8(X/`"@\`?__ M-"%__P'AP"0W&8``#!`9>*X9`"B/I``D#!`0+`!`*"$0```FC@H`&"0!`6`0 M00`*`````"0!`6(000`'`````"0!`8`000`$`````"0!`8(400`'`````(X( M`"@\`?__-"%__P$!2"00```3K@D`*#P$$``\!1``)*4*X`_@!%0DA"@@/`00 M`#P%$`"6!@`,)*4*^`_@!%0DA"@@C@0`!`_@!$@`````#!`(^`(`("$0```X M```0(8X*`!@`````$4``!0````".`@`4`````!1```0`````K@``(!```"T" M`!`AC@L`!(X,``B!9``-```P(0_@!'P!@B@A!$``(P````".#0`$C@8`"(&D M``VOH``0)`4`<@P0&9X``#@A%$``#@`````,$`DK`````(X.``2N`@`@@<0` M#0``*"$/X`1\```P(8X$``0,$$=$`````!````\"`!`AC@\`!```*"&!Y``- M#^`$?```,"&.!``$#!!'1``````0```$K@``(!````,``!`AK@``(`(`$"&/ MOP`0`$C&8` M"(,D``VOHP`@KZ@`$`P0&9XD!0!RCZ,`(!1```\``!`AC&D`!```*"&!)``- MKZ,`(`_@!'P``#`ACZ,`(`````",9``$#!!'1``````0```")`(``0``$"&/ MOP`<)[T`(`/@``@`````CX.`T">]_^BOOP`4$&``#P!@$"$41``)`````(R# M`"``````$&```P`````,$`DI`&`@(1````8D`@`!C$(`+``````40/_S```` M````$"&/OP`4)[T`&`/@``@`````)[W_X*^_`!0D!``!#^`$$B0%`#`40``# M`$`H(1```"<``!`AK$``+(^.@-``````%<```P`````0```/KX*`T(^/@-`` M````C?@`+`'@("$3```(`````(R#`"P``````&`@(8R#`"P`````%&#__``` M``"L@@`LCYF`U``````G*``!KXB`U*RH```,$!EXKZ4`'(^E`!PL20`!C*,` M*`"@$"$``U."`2I8)@`+9\``#&Q"`:-P)JRN`"B/OP`4)[T`(`/@``@````` M`````">]_^@0@``9K[\`%(^.@-```````<`0(11$``8`````C<\`+`_@!("O MCX#0$```$"0"``$00``-`$`8(8QB`"P`````%$0`!@````",F``L#^`$@*QX M`"P0```%)`(``0!`&"$48/_U````````$"&/OP`4)[T`&`/@``@`````)[W_ MZ*^_`!0D!`"\#^`$$B0%``$40``$KX*#Y#P$$``,$"&L)(0+H(^/@^0D#@`" MK>X`/(^_`!2/@H/D`^``"">]`!@#X``(KX2#Y(^"@^0#X``(`````(^.@^0G MO?_HK[\`%(W$`#@`````$(``!@`````D`?__$($``P`````/X`2``````(^/ M@^0`````C>0`&``````0@``&`````"0!__\0@0`#``````_@!(``````CYB# MY`````"/!``D`````!"```8`````)`'__Q"!``,`````#^`$@`````"/F8/D M`````(\D``@`````$(``!@`````D`?__$($``P`````/X`2``````(^(@^0` M````C00`%``````0@``&`````"0!__\0@0`#``````_@!(``````CXF#Y``` M``"-)``P`````!"```8`````)`'__Q"!``,`````#^`$@`````"/BH/D```` M`(U$`$0`````$(``!@`````D`?__$($``P`````/X`2``````(^+@^0````` MC60`4``````0@``&`````"0!__\0@0`#``````_@!(``````CXR#Y`````"- MA`!(`````!"```8`````)`'__Q"!``,`````#^`$@`````"/C8/D`````(VD M`#0`````$(``!@`````D`?__$($``P`````/X`2``````(^.@^0`````C<0` M3``````0@``&`````"0!__\0@0`#``````_@!(``````CX2#Y```*"$/X`2. M)`8`8(^_`!0GO0`8`^``"``````GO?_@CXZ#Y*^P`!``X(`AK[\`%*^D`""O MI0`D%<``!*^F`"@\!!``#!`AS"2$"\R/CX/D`````(WC`!R-^``@``````!X M""H4(``-`````(WD`!@EY0`@)`8`$`P0#_HD!P`@CYF#Y`````"O(@`8CXB# MY`````"-`P`<`````(^)@^0``UD`C2H`&``````!2R@A#!`+[*^E`!R/I0`< M/`%__Z2B``(T(?__C*P``(RC``P!@6@DK*T``#P!O_\T(?__C*X````#5H(! MP<`DK+@``#P!P``T(?__C*\````````!X<@DK+D``(^H`"`\`?_OK*@`!(^I M`"0T(?__K*D`"(^K`"@``````4M@)@`,;H`!HW`FK*X`#(RC``P```````/% M0@,0>"8`#\[``!E!@@$#2":LJ0`,C*H`#``````!05@DK*L`#(^L`#",HP`, M)`$`$@&#:"8`#7,```[#`@,#>"82`0`5K*\`#"0!`!$2`0`2`````!(``!`` M````)`$`!A(!``T`````)`$`%1(!``H`````A*0``@P0#X4`````C$,``#P! M^_^,>0`\-"'__P,A0"2L:``\CXF#Y`````"-(P`<`````"1J``&M*@`O`""-C@`\C8T`.(WA``"-Z``$``[`P`&X MR"$!P!@AKR$``*\H``0D:0`!K8D`/(^_`!0GO0`H`^``"`!@$"&/CH/D)[W_ MZ*^_`!2OI``8%<``!*^E`!P\!!``#!`AS"2$#*"/CX/D`````(WC`#R-^`!` M``````!X""H4(``-`````(WD`#@EY0!`)`8`"`P0#_HD!P"`CYF#Y`````"O M(@`XCXB#Y`````"-`P`\`````(^*@^0``V#`C4L`.(^I`!@!;&@AK:D``(^8 M@^2/K@`A0(:U.``2/BX/D`````(UC`#P`````)&P` M`:UL`#R/OP`4)[T`&`/@``@`8!`ACXZ#Y">]_^BOOP`4%<``!*^D`!@\!!`` M#!`AS"2$#-B/CX/D`````(WC`#R-^`!```````!X""H4(``-`````(WD`#@E MY0!`)`8`"`P0#_HD!P"`CYF#Y`````"O(@`XCXB#Y`````"-`P`\`````(^* M@^2/I``8C4L`.``#8,``!$T"`6QH(:VI``"/CX/D``1S`(WH`#R-^0`X``A0 MP``.PP(#*E@AK7@`!(^,@^0`````C8,`/``````D:0`!K8D`/(^_`!0GO0`8 M`^``"`!@$"$GO?_8CXZ#Y*^E`"ROOP`4KZ0`*(^O`"R-Q@`\``````'F""H4 M(``%`````#P$$``DA`T4#!`AS`'@*"&/F(/DCZ(`+(\9`#@``A#``R)`(8T% M````````+*$/_Q0@``V/K``D/`00`"2$#40,$"',KZ(`((^)@^2/H@`@C2H` M.``````!0E@AC64```````"/K``DCYF#Y``,;0(`K7`F``Y]``'LP":ON``D MCR@`.">Y`"0!`D@AC2H`!(^L`"@!6%@F``MK```-]`!@#X``(`0D0(2>]_^@`@#`A M!,``#:^_`!0$H``+`````(^.@^0`````C<(`/```````P@@J$"``!``````` MH@@J%"``"0`````\!!``)(0-T*^E`!P,$"',KZ8`&(^E`!R/I@`8`````(^/ M@^0`!4#`C>(`.``&P,``2$@AC2$``(TJ``0`6,@AKR$``*\J``2/OP`4)[T` M&`/@``@`````)[W_Z*^D`!BOI0`] M`!@#X``(`R@0(2>]_^@`@"@A!*``"*^_`!2/CH/D`````(W/`!P``````>4( M*A`@``<`````/`00`"2$#FP,$"',KZ4`&(^E`!@`````CYB#Y(^_`!2/&0`8 M``5!`">]`!@#X``(`R@0(8^.@^0`````C<(`'`/@``@`````)[W_Z*^D`!B/ MI``8K[\`%`_@!,(`````#^`$@B1$``$40``(KX*`X#P$$``\!1``)*4.E`_@ M!%0DA"@@#!!&N"0$``&/A(#@CZ4`&`_@!+P`````C[\`%">]`!@#X``(```` M`````````````````(^$@Q`GO?_H%(```Z^_`!00```#)`+__PP0#V@````` MC[\`%">]`!@#X``(`````(^.@^0`````C<(`#`/@``@`````)[W_Z(^.@^2O MOP`4KZ0`&(W"``0`````%$``"8^X`!@\!!``#!`AS"2$#O"/CX/D`````(WB M``0`````C[@`&(^_`!0`&,F``%E`(:^(@Q`#X``()[T`&">]_]"/CH/DK[\` M%*^P`!"OI``PKZ4`-*^F`#BOIP`\/`-__XW(``PT8___`0,(*A0@``H````` M/`00`"2$#S`!`"@A#!`AK`!@,"&/CX/D`````(WH``P`````CYB#Y`````"/ M`P`0``````$#""H4(``T`````*^C`"R/!``$C[``+"<%`!`D!@!`#!`/^B0' M`!F/F8/D)Z4`+*\B``2/B8/D)`8`2(TD``@,$`_Z)`<`&8^*@^0`````K4(` M"(^+@^2/K``LC6,`$``````1@P`'`````#P$$`"/IP`P)(0/9`&`*"$,$"', M`&`P(0(`&"$08``/)A#__P`0$8"/C8/D`!!XP`'P>"&-K@`(C;D`!``/>,`" M`!@A`<_`(0,B2"&M.```)$+_P!1@__0F$/__CXJ#Y`````"-2``,`````(^+ M@^0`"'&`C6P`!#P/$``E[S3X`8XH(0"@R"$E[0`\C>$``"7O``RO(0``C>'_ M^"'__!7M__BO(?_\C>$```````"O(0``CYB#Y`````"/"@`, MCPD`"``*6,`!:E@A``M8P`$K8"&LK```CXZ#Y#P8$`"-S0`,)Q@TL"6O``&M MSP`,C+D``"<*`$B/`0``)Q@`#*\A``"/`?_X)SD`#*\A__B/`?_\%PK_^*\A M__R,L```CZL`-(X#`#P```````-.P@$K8"8`#&[``:-X)JX/`#R,L```CZH` M.(X#`#P```````-V@@'*P"8`&,_``!E)0@$C6":N"P`\C+```(^M`#R.`P`\ M```````#98(!C7@F``]W@``.4@(!0\`FKA@`/`P0&7BOA8,0CX6#$"Q9``&, ML```)X2`\(X#`#P```````-.`@,I6"8`"V?```QIP@&C>"8,$`X6K@\`/(^D M`#`,$`X6`````(^%@Q``````C*X```````"MP@`$C[\`%(^P`!`#X``()[T` M,">]_^B/CH/DK[\`%*^P`!"OI``8KZ4`'*^G`"2-SP`$`,"`(17@``0````` M/`00``P0('`)*QX`#R-`P```````(QD`!0`````))D``:QY`!2/OP`4C[``$">]`!@# MX``(`(`0(2>]_^B/CH/DK[\`%*^D`!B-SP`$`````!7@``0`````/`00``P0 M($````$:(`!C7`AK<$``(T# M````````C&0`,``````DF0`!K'D`,(^_`!0GO0`8`^``"`"`$"$GO?_HCXZ# MY*^_`!2OI``8C<\`!``````5X``$`````#P$$``,$"',)(01#(^(@Q`````` M%0``!@`````\!!``#!`AS"2$$4R/B(,0`````(T8`#P`````,QD!`!,@``8` M````/`00``P0($``"7O``RMP0``C>'_^"7.``RMP?_XC>'__!7X__BMP?_\C>$```````"M MP0``C0H``(T)`#2%2P`JC[D`&``+8(`!BV`C``Q@@`&+8"$`#&"``2QH(:VY M``2-`P```````(1D`"H`````))@``:1X`"J/OP`4)[T`&`/@``@`@!`A)[W_ MZ(^.@^2OOP`4KZ0`&(W/``0`````%>``!``````\!!``#!`AS"2$$;R/B(,0 M`````!4```8`````/`00``P0(]`"`#X``(`&`0(8^.@^0GO?_@K[\`%(W/``0`@#@A%>``"0"@,"$\!!`` M)(032*^F`"0,$"',KZ<`((^F`"2/IP`@`````#P!?_\T(?__%.$`!0`````, M$`NS`,`@(1```"``!P`````\!!``)(03R`P0 M(@8(8^I`"2,>0`,C[\`%``)4(`GO0`@`^``"`,J M$"$GO?_@CXZ#Y*^_`!2OI0`DC<\`!`"`."$5X``'`````#P$$``DA!1(#!`A MS*^G`""/IP`@``````3@`!8`````C[@`)``````'```2`````(^9@^0````` MCR@`#```````Z`@J$"``"P````"/*0`$``=1@`$J&"&,:P```````(UL`!P` M`````PP(*A0@``Z/J0`D/`00`(^F`"0`!VF`KZT`'"2$%)`,$"',`.`H(8^. M@^2/J``]`"`#X``(`RH0 M(2>]_^B/CH/DK[\`%*^D`!B-SP`$`````!7@``0`````/`00``P0(]_^B/CH/DK[\`%*^D`!B-SP`$`````!7@``6/N``8/`00``P0 M(``!8^X`!@\!!``#!`AS"2$%PR/N``8/`%__S0A__\7 M`0`'CZ0`&(^D`!P,$`IG`````!```!2/OP`4CZ0`&`P0#X4`````C%D```!` M("&/(P`,`````!!@``H``!`ACZ@`'``````!`P@J$"``!0``$"&,B0`4$``` M`@$H$"$``!`AC[\`%">]`!@#X``(`````">]_^BOOP`4K[``$`"@&"&,8@`` M`("`(1!```8`````$@``!``````D`?__%@$`$P`">$`4X``#K&<``!```!PG M@H/HC&X````````!Q@`9```@$@_@!((`````%$``$P!`@"$\!!``#!`AK"2$ M%U`0```/`@`0(0`">$"L;P``C'@```(`("$#!@`9```H$@_@!(0`````%$`` M!`!`@"$\!!``#!`AK"2$%W0"`!`AC[\`%(^P`!`#X``()[T`&``````````` MKZ4`!)2"``"4@P`",$X`_P`.>@```L("C(4`!`'XR"4P:0#_``E2```#6@(` M!7(`I)D``#P(`/\!R'@D`4M@)0`%R@,`!6X``:_`)3,I_P",A@`(`PE0)0`% M7@(`!FH`I(P``@%+8"4!J'@D``;"`P`&=@`!S\@E,PG_`(R'``P#*5`E``9> M`@`'<@"LC``$`4M@)0'(>"0`!\H#``=N``&OP"4S*?\``PE0)0`'7@*LC``( ME(,`$I2"`!`!2V`E,'@`_S!.`/\`#FH``!A*```#4@(``GH"`:_()0$J6"6D MBP`2I)D`$`/@``BLC``,KZ4`!(2"``"$@P`",$X`_S!8__\`&,H"``YZ``'Y M2"6,A0`$,&H`_S!L__\`"EH```QJ`@`%>@`\"`#_`>C()`%M<"4`!5(#``7& M`*2)```#&4@E,4S_`(R&``@!+%@E``5N`@`&P@"DC@`"`6UP)0,(R"0`!DH# M``9^``'Y4"4Q+/\`C(<`#`%,6"4`!FX"``=Z`*R.``0!;7`E`>C()``'4@,` M!\8``QE()3%,_P",@@`0`2Q8)0`';@(``L(`K(X`"`%M<"4#",@D``)*`P`" M?@`!^5`E,2S_`(R#`!0!3%@E``)N`@`#>@"LC@`,`6UP)0'HR"0``U(#``/& M``,92"4Q3/\`C(4`&`$L6"4``VX"``7"`*R.`!`!;7`E`PC()``%2@,`!7X` M`?E0)3$L_P",A@`<`4Q8)0`%;@(`!GH`K(X`%`%M<"4!Z,@D``92`P`&Q@`# M&4@E,4S_`(R"`"`!+%@E``9N`@`"P@"LC@`8`6UP)0,(R"0``DH#``)^``'Y M4"4Q+/\`C(,`)`%,6"4``FX"``-Z`*R.`!P!;7`E`>C()``#4@,``\8``QE( M)3%,_P",A0`H`2Q8)0`#;@(`!<(`K(X`(`%M<"4#",@D``5*`P`%?@`!^5`E M,2S_`(R&`"P!3%@E``5N`@`&>@"LC@`D`6UP)0'HR"0`!E(#``;&``,92"4Q M3/\`C((`,`$L6"4`!FX"``+"`*R.`"@!;7`E`PC()``"2@,``GX``?E0)3$L M_P",@P`T`4Q8)0`";@*LC@`L`6UP)0`#>@`!Z,@D``-2`P`#Q@`#&4@E,4S_ M``$L6"6LC@`P``-N`@%M<"4#X``(K(X`-*^E``2,@@`(/`@`_P`">@`!Z,`D M``)V```"2@,Q*O\``=C()8R#``P#*E@E``)F`@`#<@`!R,`D`6QH)0`#R@,` M`WX``?A()3,J_P",A0`0`2I8)0`#9@(`!7H`K(T`"`%L:"4!Z,`D``5*`P`% M=@`!V,@E,2K_`(R&`!0#*E@E``5F`@`&<@"LC0`,`6QH)0'(P"0`!LH#``9^ M``'X2"4S*O\`C((`&`$J6"4`!F8"``)Z`*R-`!`!;&@E`>C`)``"2@,``G8` M`=C()3$J_P",@P`<`RI8)0`"9@(``W(`K(T`%`%L:"4!R,`D``/*`P`#?@`! M^$@E,RK_`)2%`"`!*E@E``-F`JR-`!B4A@`B`6QH)3"N`/\`#GH```7"`C#) M`/^,AP`D``E2``'XR"4`!EH"`4M@):29`""LC0`<``=R``'(>"0`!VX```?* M`S,I_P`!K\`E`PE0):2,`"(`!UX"`4M@)0/@``BLC``DKZ4`!(R"```\!P#_ M``)Z``'GP"0``G8```)"`XR#``0Q"?\``=C()0,I4"4``EX"``-Z``'G<"0! M2V`E``-"`P`#;@",A0`(`:[`)3$9_P`#&4@E``-6`@`%>@"LC````>=H)`$J M6"4`!68```5"`XR&``PQ&/\``8UP)0'8R"4`!4X"``9Z`*R+``0!YV`D`RE0 M)0`&7@``!D(#C((`$#$._P`!;&@E`:[`)0`&S@(``GH`K(H`"`'G6"0#&4@E M``)6```"0@.,@P`4,0W_``%+8"4!C7`E``+&`@`#>@"LB0`,`>=0)`'8R"4` M`TX```-"`XR%`!@Q#/\``2I8)0%L:"4``W8"``5Z`*R9`!`!YT@D`:[`)0`% MS@``!4(#,0O_``,I4"6,A@`<`4M@)0`%;@(!C7`EK)@`%``&>@`!Y\@D``;& M```&0@,Q"O\``QE()0$J6"4`!F8"`6QH):R-`!P#X``(K(X`&*^E``2$@P`` MA(4``C!N`/\P>/__`!C*`@`.>@`!^4@EC(8`!#"J`/\PK/__``I:```,:@(` M!GH`/`(`_P'BR"0!;7`E``92`P`&Q@"DB0```QE()3%,_P",AP`(`2Q8)0`& M;@(`!\(`I(X``@%M<"4#`L@D``=*`P`'?@`!^5`E,2S_`(R(``P!3%@E``=N M`@`(>@"LC@`$`6UP)0'BR"0`"%(#``C&``,92"4Q3/\`C(,`$`$L6"4`"&X" M``/"`*R.``@!;7`E`P+()``#2@,``WX``?E0)3$L_P",A0`4`4Q8)0`#;@(` M!7H`K(X`#`%M<"4!XL@D``52`P`%Q@`#&4@E,4S_`(R&`!@!+%@E``5N`@`& MP@"LC@`0`6UP)0,"R"0`!DH#``9^``'Y4"4Q+/\`C(<`'`%,6"4`!FX"``=Z M`*R.`!0!;7`E`>+()``'4@,`!\8``QE()3%,_P",@P`@`2Q8)0`';@(``\(` MK(X`&`%M<"4#`L@D``-*`P`#?@`!^5`E,2S_`(R%`"0!3%@E``-N`@`%>@"L MC@`<`6UP)0'BR"0`!5(#``7&``,92"4Q3/\`C(8`*`$L6"4`!6X"``;"`*R. M`"`!;7`E`P+()``&2@,`!GX``?E0)3$L_P",AP`L`4Q8)0`&;@(`!WH`K(X` M)`%M<"4!XL@D``=2`P`'Q@`#&4@E,4S_`(R#`#`!+%@E``=N`@`#P@"LC@`H M`6UP)0,"R"0``TH#``-^``'Y4"4Q+/\`C(4`-`%,6"4``VX"``5Z`*R.`"P! M;7`E`>+()``%4@,`!<8``QE()3%,_P",A@`X`2Q8)0`%;@(`!L(`K(X`,`%M M<"4#`L@D``9*`P`&?@`!^5`E,2S_`(R'`#P!3%@E``9N`@`'>@"LC@`T`6UP M)0'BR"0`!U(#``?&``,92"4Q3/\`C(,`0`$L6"4`!VX"``/"`*R.`#@!;7`E M`P+()``#2@,``WX``?E0)3$L_P",A0!$`4Q8)0`#;@(`!7H`K(X`/`%M<"4! MXL@D``52`P`%Q@`#&4@E,4S_`(R&`$@!+%@E``5N`JR.`$`!;7`E``;"``," MR"0`!DH#``9^``'Y4"4Q+/\`C(<`3`%,6"6LC@!$``9N`@%M<"6LC@!(``?& M```'>@`!XL@D``=2`S%,_P`#&4@EC(,`4`$L6"4`!VX"``/"``,"R"0!;7`E M``-*`P`#?@`!^5`E,2S_`(R%`%0!3%@E``-N`@`%>@"LC@!,`6UP)0'BR"0` M!5(#``7&``,92"4Q3/\`C(8`6`$L6"4`!6X"``;"`*R.`%`!;7`E`P+()``& M2@,`!GX``?E0)3$L_P",AP!<`4Q8)0`&;@*LC@!4`6UP)0`'>@`!XL@D``=2 M`P`'Q@`#&4@E,4S_``$L6"6LC@!8``=N`@%M<"4#X``(K(X`7">]_W"OOP`< MK[8`&*^U`!2OL``0`("`(0"@J"$,$!EX`,"P(1J@`8D``!@AK[0`)``5H,`" ME:`AK[$`,*^R`"ROLP`H``"8(3P2`/\GL0!``!2@P`(`("$\!0#_`(!X(27N M`$@"(,`AC>$``"7O``RO`0``C>'_^"<8``RO`?_XC>'__!7N__BO`?_\C[D` M0(^C`%0`&7H``?+`)``9=@`!V'@E`!ER`C'8_P`!^'`E`!E^`H^Y`$0!S\`E M`!EZ`*^X`$`!Y<`D`!EV``'8>"4`&7(#,=C_``'XR"6/K@!$CZ8`6``.?@*/ MK@!(`R_`)0`.>@"ON`!$`>7`)``.S@`#.'@E``[*`S,X_P`!^'`EC[D`2(^G M`%P`&7X"C[D`3`'/P"4`&7H`K[@`2`'EP"0`&78``=AX)0`9<@,QV/\``?C( M)8^N`$R/J`!@``Y^`H^N`%`#+\`E``YZ`*^X`$P!Y<`D``[.``,X>"4`#LH# M,SC_``'X<"6/N0!0CZD`9``9?@(!S\`E``-R``'%>"0``\X`K[@`4`,OP"4` M`W(#,=G_``,9>"4``W8"`>X8)0`&R@`#)7@D``;&``,/<"4`!LH#,SC_``'8 M>"4`!LX"`?DP)0`'P@`#!7@D``=V``'/R"4`!\(#,P[_``,N>"4`!\8"`?@X M)0`(<@`!Q7@D``C.``,OP"4`"'(#,=G_``,9>"4`"'8"`>Y`)0`)R@`#)7@D M``G&``,/<"4`""4`"@`` M&7("`>[`)8>Y`&JGN`!H,R\`_Y>X`&H`#W(``!C*`@'9>"6/J@!LIZ\`:@`* M<@`!Q<@D``K&``,9>"4`"G(#,=C_`(^K`'`!^,@E``IV`@,N4"4`"\(``P7( M)``+?@`!^7`E``O"`S,/_P"/K`!T`<_()0`+Q@(#.%@E``QZ``'ER"0`#'8` M`=G`)0`,>@,Q[O\`CZT`>`,.R"4`#'X"`R]@)0`-<@`!Q<@D``W&``,9>"4` M#7(#,=C_`(^_`(`!^,@E``UV`@,N:"4`'\(``P7()``??@`!^7`E`!_"`S,/ M_P"/L`"$`<_()0`?Q@(#./@E`!!Z``'ER"0`$'8``=G`)0`0>@,Q[O\``P[( M)0`0?@(#+X`EK[``A*^_`("OK0!XKZP`=*^K`'"OJ@!LKZD`9*^H`&"OIP!< MKZ8`6!;"`%&OHP!4`B!P(278`$@`@,@AC<$``"7.``RO(0``C<'_^"":LCP`\C[@`?(R#`#P` M&'8```[/P@`#?@(#+\`F`!AWP``.R<(#(W@FK(\`/(^X`'R,@P`\`!AU@``. MSX(``WV"`R_`)@`8=X``#LH"`R-X)JR/`#R/N`!\C(,`/``8":OKP!\ MC)D`/``/<4(`&<%``!C/P@,NP"8`&,_``!EV@@'/P":ON`!\C(X`/``8R8(` M#GF```]WP@'9>"8`#W?```[.0@,X>":OKP!\C)D`/``/<<(`&<'``!C/P@,N MP"8`&,_``!EV`@'/P":ON`!\C(X`/``8R@(`#GH```]W@@'9>"8`#W>```[- M@@,X>":OKP!\C)D`/``/]`)"OI@`(&*``$@``$"$`@!@A/`8`_XQD```D0@`!``1Z``'FP"0` M!'8```1"`S$)_P`!V,@E`RE0)0`$7@(!2V`E`$4(*JQL```4(/_R)&,`!`/@ M``@`````)[W_R*^_`!0`H%`A`,!8(:^K`$"OJ@`\#!`9>*^D`#B/J@`\CZL` M0!E``)<``!@A``I(@`$J2"./I``X``E(@```,"$GI0`D/`<`_SP(`/^,C@`$ MC($```````"LH0``C($`"*RN``2LH0`(CZ\`)```````#\H``R=@)``/Q@`` M#W(#,=G_``,,:"4!N<`ECZP`)(^M`"@`#'X"`P]P)0`-8@`!A\`D``W.``,X M>"6OK@`D``UR`X^X`"@QS/\``>S()0`8;@(#+7`E%6(`.*^N`"B,KP`$C*$` M``````"L@0``C*$`"*R/``2L@0`(CZP`+```````#,H``RAH)``,Q@``#'H" M`PUP)3'Y_P`!V<`E``QN`@,->"6OKP`LC(,`"#'N`#\``\Z"`=E@)@`,QH`# M`V@FK(T`"(^O`"R,@P`(``]U0``.SL(``V5"`RS`)@`8;L``#7F"`>-P)JR. M``B/N0`LC(,`"``990``#,?"``-M`@,->"8`#W?```[*P@,C8":LC``(C[@` M+(R#``@`&&L"`:-X)@`/"8`#\(``PC()*^O`"P`#VX``;E@ M)0`/<@(QV/\``9AH)0`/S@(!N7`EKZX`+(RL``2,H0```````*R!``",H0`( MK(P`!*R!``@DQ@`,`,D(*A0@_W,DA``,C[\`%">]`#@#X``(`````">]_\"O MOP`4`*!0(0#`6"&OJP!(KZH`1`P0&7BOI`!`CZH`1(^K`$@90`#J```8(8^D M`$```#@A``I)`#P%`/\GI@`H/`@`_XR.``2,@0```````*S!``",@0`(K,X` M!(R.``RLP0`(K,X`#(^O`"P```````_*``,H8"0`#\8```]R`S'9_P`##&@E M`;G`)8^L`"R/K0`P``Q^`@,/<"4`#6(``8C`)``-S@`#.'@EKZX`+``-<@./ MN``P,"6OKP`TC(,`##'N`#\``\Z"`=E@)@`,QH`#`V@F MK(T`#(^O`#2,@P`,``]U0``.SL(``V5"`RS`)@`8;L``#7F"`>-P)JR.``R/ MN0`TC(,`#``990``#,?"``-M`@,->"8`#W?```[*P@,C8":LC``,C[@`-(R# M``P`&&L"`:-X)@`/@`!Y7`D`!AN M```88@(!KL@E,8__``,O:"4`&'8"`:Y@):^L`"B'N0`H`````*29``*/KP`H MC(,````/Q```&&R"``-T`@&N8"8`#,R``!EX@@'CP":LF```C(,``(^M`"@` M`V?",:X``0',R"8`&7_``>/`)JR8``"/K0`HC(,````-=X``#F?"``//@@&9 M>"8`#\?``!AH0@&C<"80``!9K(X``(R,``R/KP`T``S.@@,OP"8S#0`_`:]P M)J^N`#2,F0`,``YA@@`9P8``&&["`:QX)@`/SL``&<5"`PYH)J^M`#2,CP`, M``UBP@`/RL``&P`` M#\L"`RQH)@`-N`"B,@P``C[D`*``#8(``#'R"`!EH M@@'MP"8`&'2```YD`@&9>"8``\!``!AWP@`/:$*OKP`H`" M`P]P)J^N`"@``V_"`:Y@)C&9``$#+L`FK[@`*``8:@`!I6`D`!A^``'LR"4` M&'(","4`&&8"`>QP):^N`"B,V0`$C,$```````"L@0``C,$`"*R9 M``2,V0`,K($`"*R9``PDYP`0`.D(*A0@_QXDA``0C[\`%">]`$`#X``(```` M`*^F``@8H`":```0(0"`&"$\"`#_/`D`_XQD``",9@`$``1Z``'HP"0`!'8` M``12`C%+_P`!V,@E`RM@)0`$;@(!C7@E``;"``,)4"0`!EH#``9V``'*R"4Q M;/\`C&0`"*QO```#+&@E``9^`@&OP"4`!%(``4E8)``$8@,`!'8``"4`!,8"`?A0)0`&6@`!:6`D``9J`P`&=@`!S,@E,:__ M`(QD`!"L:@`(`R_`)0`&5@(#"E@E``1B``&):"0`!'H#``1V``'-R"4Q^/\` MC&8`%*QK``P#.%`E``1>`@%+8"4`!FH``:EX)``&P@,`!G8``<_()3,*_P", M9``8K&P`$`,J6"4`!F8"`6QH)0`$>@`!Z<`D``12`P`$=@`!V,@E,4O_`(QF M`!RL;0`4`RM@)0`$;@(!C7@E``;"``,)4"0`!EH#``9V``'*R"4Q;/\`C&0` M(*QO`!@#+&@E``9^`@&OP"4`!%(``4E8)``$8@,`!'8````< MA&8`)`,M>"4`!,8"`?A0)81G`"8PS@#_,,S__P`,R@(`#EH`K&H`(##J__\P M[P#_C&0`*`%Y:"4`#\(```IR`@,.8"4`!,H`I&T`)`,I:"0`!%(#``1>``%M M>"4Q6/\`C&8`+*1L`"8!^'`E``1F`@',R"4`!FH``:E0)``&P@,`!EX``6IX M)3,._P"L>0`HC&0`,`'N8"4`!LX"`9EH)0`$4@`!2<`D``1R`P`$7@`!>'@E M,C`)``$=@``!%(",4O_``'8R"4#*V`E``1N`@&- M>"4`!L(``PE0)``&6@,`!G8````$`RUX)0`$Q@(!^%`E M``9:``%I8"0`!FH#``9V``',R"4QK_\`C&0`$*QJ``@#+\`E``96`@,*6"4` M!&(``8EH)``$>@,`!'8``"4`!L(` M`PE0)``&6@,`!G8````D%"#_I21C`"@#X``(`````">]_\BOOP`4`*!0(0#`6"&OJP!`KZH`/`P0 M&7BOI``XCZH`/(^K`$`90`";```8(0`*2(`!*D@CCZ4`.``)2(```$`A/`8` M_R>G`"2,K@`$C*$```````"LX0``C*$`"*SN``2LX0`(CZ\`+```````#\H` M`R9@)``/Q@``#W("`PQH)3'9_P`!N<`E``]F`@,,<"458@!`KZX`+(SM``2, MX0```````*RA``",X0`(K*T`!*RA``B/N0`D```````9P@`#!F`D`!E^```9 M:@(QN/\``>QP)0'8>"4`&68"CZX`*`'L:"4`#LH``R9X)``.Q@`##V`E``[* M`C,X_P`!F'@E``[.`@'Y8"6OK``HKZT`)(RC````#<8"``-V`@,.>"8`#\X` M`R-@)JRL``"/K0`DC*,````-P@``&'("`<-X)@`/R@``&6("`8-H)JRM``"/ MN``HC*0`!``8":OKP`HC+@`!``````` M&&4"`8]H)C&N#_\!S\`F`!EJ``&F<"0`&68``8YX)0`9:@(QK/\``>QP)0`9 M;@(!S7@EKZ\`)``8R@`#)G`D`!AF`*^X`"@!CF@E`!AZ`C'Y_P`!N6`E`!AV M`@&.>"6OKP`HC.T`!(SA````````K*$``(SA``BLK0`$K*$`""4(``P!"0@J M%"#_;B2E``R/OP`4)[T`.`/@``@`````)[W_T*^_`!2OI0`TKZ8`.`P0&7BO MI``PCZX`.(^D`#`1P@"9CZD`-#P$$``\!1``)*47H`_@!%0DA"@@$```GH^_ M`!2,@0``)Z\`+*WA``"/N0`L/`$`_P`92@`!(5`D`!E&```98@(QC?\``0I8 M)0%M<"4`&<8"`=AX):^O`"R,@@````]/`@$B0"8Q"@`/`4)@)JR,``"/JP`L MC((````+:0``#<\"``)Q`@,NP"8`&'\```].`@$B0":LB```CZH`+(R"```` M"F(```Q?`@`":@(!;<@F`!EW```.Q0(#`G@FK(\``(^I`"R,@@````E#```( M5P(``F,"`4Q8)@`+;P``#":LCP``C((``(^I`"P``E?",2@``0$*8"8`#%_``6)H)A```#FLC0``C($` M`">Y`"2O(0``C[@`)#P!`/\`&$H``2%`)``8?@``&&(",8O_``'H4"4!2V@E M`!AV`@&NR"6ON0`DC((````92P(!(G@F``]#```(8P(!@E`FK(H``(R"``"/ MJP`D``)M`C%X#_\##7`F``[-``,B2"80```:K(D``(R"```\`0#_``)"``$! M8"0``GX```):`S%X_P`![%`E`5AH)0`"=@(!KL@E$```#:R9``"/J0`T```` M`"TA``<0(/_O```````)2(`\`1```"D((8PI`"```````2``"`````"/OP`4 M)[T`,`/@``@`````)[W_R*^_`!0`H%`A`,!8(:^K`$"OJ@`\#!`9>*^D`#B/ MJ@`\CZL`0!E``($``!@ACZ0`.```,"$`"DC`)Z4`*#P'`/\\"`#_C(X`!(R! M``"LK@`$K*$``(^O`"@```````_*``,H8"0`#\8``PQH)0`/<@./K``H,=G_ M``&YP"4`#'X"`P]P)15B`#6OK@`HC*$``(RM``2L@0``K(T`!(^Y`"P````` M`!G"``,'>"0`&68``!EJ`@&/<"4QN/\``=A@)0`9?@(!CV@EKZT`+(R#``0` M#7?"`-H)JR-``2/K@`LC(,`!``.P4``&,]"``-A0@,L>"8`#V]```UV M`@'#P":LF``$C[D`+(R#``0`&6(```QZ`@`#:@(![7`F``["``,#R"80```Q MK)D`!(R,``2/K0`L,8\``0`-=\(![L`F`!C/P`,M8":OK``LC(X`!``,?L(` M#L;``!C/`@,O:"8`#7<```[`0@,,R":ON0`LC(T`!``9?@(`#78```['0@,/ M8"8`#&]```UQ0@'9P":ON``LC(\`!```````#V("`9AH)@`-<@``#LH"`SAX M)@`/:@`!IW`D``]F``&.R"6OKP`L``_"`C,-_P`#+6`E``]V`@&.P"6ON``L MC+D`!(RA``"LF0`$K($``"3&``@`R0@J%"#_AR2$``B/OP`4)[T`.`/@``@` M````KZ8`"!B@`!\``!`A```0(0"`&"$`!3C`/`@`_XQD``",9@`$``1Z``'H MP"0`!'8```1*`S$J_P`!V,@E`RI8)0`$9@(!;&@E``9R``'(P"0`!LH#``9^ M``'X2"4S*O\``2I8):QM```D0@`(``9F`@%L:"4`1P@JK&T`!!0@_^C`)``$=@``!$H#,2K_``'8R"4#*E@E``1F`@%L:"4`!G(``]__@D#@`!KZX`!(.O``0D`0`! M%>$`!```$"$0```")`(``0``$"$#X``()[T`"">]_]BOOP`E`*@D!@!@#^`$G`!/@",D`0!@$$$`!(>F`*@0``.\)`+__8>F`*@D`7`) MK[$`*!#!`!&OL@`D)`$)``````GI`"H#!`1OP!`*"&/ MCX/D)!D``1````6M^0!8/`00`"2$%^`,$"&L)`5P"8>N`*H`````*<$!'A`@ M``F/N0$8C[@`N``````3```%C[D!&#P$$``,$"',)(08#(^Y`1@D$?__%S$` M!P``D"$GI`"H#!`A[`(`*"$0```"`$"0(0``D"$GK@"HCX^#Y"78`&"-P0`` M)\`#*WA`%2-P?_\%=C_^*WA`%@0```2CZ\!&(^8@^2O ML@`D``"0(:^Q`"@GN0"H)PX`8(\!`%PG&``,KR$``(\!`%0G.0`,KR'_^(\! M`%@7#O_XKR'__"01__^/KP$8`````#'N``(1P``.KZX`6(^8@^0`````CP0` M%``````4@``)CZ\!&(^G`,@GI0"(#!`/^B0&``R/F8/D`````*\B`!2/KP$8 M`````#'N!``1P``.KZX`5(^8@^0`````CP0`,``````4@``)CZ\!&(^G`-@G MI0"(#!`/^B0&``2/F8/D`````*\B`#"/KP$8`````#'N`(`1P``.KZX`4(^8 M@^0`````CP0`-``````4@``)CZ\!&(^G`.`GI0"(#!`/^B0&``&/F8/D```` M`*\B`#2/KP$8`````#'N``01P``'KZX`3(^G`+```"`A)Z4`B`P0#_HD!@`! MKZ(`A(^X`$P`````$P``#X^N`1B/F8/D`````(\D`$@`````%(``"8^N`1B/ MIP"L)Z4`B`P0#_HD!@`$CX^#Y`````"MX@!(CZX!&``````QV``@$P``#J^X M`$B/F8/D`````(\D`$0`````%(``"8^N`1B/IP#0)Z4`B`P0#_HD!@`,CX^# MY`````"MX@!$CZX!&``````QV`!`$P``#J^X`$2/F8/D`````(\D`$P````` M%(``"8^N`1B/IP#X)Z4`B`P0#_HD!@`$CX^#Y`````"MX@!,CZX!&``````Q MV`$`$P``#J^X`$"/F8/D`````(\D`%``````%(``"8^N`1B/IP#`)Z4`B`P0 M#_HD!@`TCX^#Y`````"MX@!0CZX!&``````QV``!$P``#Z^X`#R/F8/D```` M`(\D`!@`````%(``"H^N`1B/IP$`)Z4`B"0&`!`,$`_Z).<``8^/@^0````` MK>(`&(^N`1@`````,=@(`!,```^ON``XCYF#Y`````"/)``D`````!2```J/ MK@$8CZ<`Z">E`(@D!@`!#!`/^B3G``B/CX/D`````*WB`"2/K@$8`````#'8 M`!`3```.K[@`-(^9@^0`````CR0`.``````4@``)CZX!&(^G`+@GI0"(#!`/ M^B0&``B/CX/D`````*WB`#B/K@$8`````#'8`@`3```.K[@`,(^9@^0````` MCR0`"``````4@``)CZX`,(^G`/`GI0"(#!`/^B0&`$B/CX/D`````*WB``B/ MK@`P```````.P"L3```=C[D`/(^9@^0`````CS``!``````6```7C[D`/!,` M`!"/I@#P%@``#H^F`/"/IP#P`@`@(2>E`(@,$`_Z)`8`0(^/@^0`````K>(` M!(^.@^0`````C=``!`````"/I@#P`@`@(0``*"$/X`2.``8Q@(^Y`#P````` M$R``"8^Y`#B/N`$`CX^#Y`,`$"&M^``@CXZ#Y`````"MP@`8`8!`AC[D`4``````3(``2C[@`.(^. M@^2/N`#DCZ\!$(^Y`."-QP`TCZ0!"`)`*"$##S`A#!`=E*^Y`!`00``%`$`8 M(8^Q`"B/L@`D$``!T@!@$"&/N``X`````!,``!*/KP`PCYF#Y(^O`.R/K@$0 MC[@`Z(\G`"2/I`$(`D`H(0'N,"$,$!V4K[@`$!!```4`0!@AC[$`*(^R`"00 M``&^`&`0(8^O`#``````$>``%8^Y`$2/K@#TC[D!$(^O`/"/F(/D`=DP(0`/ M<,`!SW`ACP<`"``.<,"/I`$(KZX`$`P0'90"0"@A$$``!0!`&"&/L0`HC[(` M)!```:<`8!`AC[D`1``````3(``3CZ\`/(^X`/R/KP$0CXZ#Y(^Y`/@##S`A MC<<`3(^D`0@`&<"`K[@`$`P0'90"0"@A$$``!0!`&"&/L0`HC[(`)!```9(` M8!`ACZ\`/``````1X``3C[D`-(^N`02/N0$0CYB#Y(^O`0`!V3`ACP<`&(^D M`0@`#W$`KZX`$`P0'90"0"@A$$``!0!`&"&/L0`HC[(`)!```7T`8!`AC[D` M-``````3(``2`````(^X`+R/KP$0CXZ#Y(^Y`+@##S`AC<<`.(^D`0@`&<#` MK[@`$`P0'90"0"@A$$``!0!`&"&/L0`HC[(`)!```6@`8!`ACX^#Y`````"- M[@!8`````!'``$^/H@#PC[D`0``````3(``)CZ\`6`P0&7@`````CYB#Y(^E M`,"/!`!0#!`6&P!`,"&/KP!8`````!'@``F/N0!(#!`9>`````"/CH/DCZ4` MR(W$`!0,$!1\`$`P(8^Y`$@`````$R``"8^O`#`,$!EX`````(^8@^2/I0#0 MCP0`1`P0%T0`0#`ACZ\`,``````1X``)C[D`1`P0&7@`````CXZ#Y(^E`/"- MQ``(#!`2S0!`,"&/N0!$`````!,@``F/KP`\#!`9>`````"/F(/DCZ4`^(\$ M`$P,$!1F`$`P(8^O`#P`````$>``"8^Y`#0,$!EX`````(^.@^2/I0$`C<0` M&`P0%2(`0#`AC[D`-``````3(``)CZ(`\`P0&7@`````CYB#Y(^E`+B/!``X M#!`6N0!`,"&/H@#P``"0(1A``)R/KP!,#!`/A0)`("&/CX/D`!+(P`,RR"&- M[@`(`!G(P`'9P"&L6```CZ\`6``````1X``3CZX`5(Q?````````C^X`%``` M```9P``-CZX`5(_O`!"/F8/D``]P@`'/<"./.``4``YP@(Q/`#P##L@A-?@` M`JQ8`#RL60`$CZX`5``````1P``1C[D`2(Q?````````C_D`,``````;(``+ MC[D`2(^/@^2/[@`LC?@`,``.R(",3@`\`QEX(378!`"L6``\K$\`#(^Y`$@` M````$R``$X^O`$2,7P```````(_O`"0`````&>``#8^O`$2/^0`@CXZ#Y``9 M>(`!^7@CC=@`1``/>(",60`\`P]P(3`` M$8^N`%",7P```````(_N`#@`````&<``"X^N`%"/F8/DC^\`-(\X`$P`#W"` MC$\`/`,.R"$U^`!`K%@`/*Q9`"R/K@!0`````!'``!"/K@!`C%\```````"/ M^0`,`````!L@``J/K@!`CX^#Y(_N``B-^``TC$\`/`,.R"$U^`"`K%@`/*Q9 M`!2/K@!``````!'``!6/N0!,C%\```````"'^0`J`````!L@``^/N0!,A^X` M*(^/@^0`#LB``R[((P`9R(`#+L@AC?@`4``9R(",3@`\`QEX(378`0"L6``\ MK$\`-(^Y`$P`````$R``$`````",7P```````(_O`!P`````&>``"@````"/ MCH/DC_D`&(W8`$@`&7B`C%D`/`,/<"$W.``$K%@`/*Q.`"2/H@#P)E(``0)" M""H4(/]G`````(^O`$P`````$>``:@`````D4O__!D``9P`````D"__X#!`/ MA0)`("&,7P``)`O_^(_N`!P`````$<``6P````"/N0"$C_@`0(?F`"H``%`A M&,``50,X0"$``(`AC$\`-``````!\"@AC*T`"``````1L0!)`````(RL`"@` M````$9$`10````",K@`L`````!'1`$$`````)`,``0%#R"$#)@@J%"``!0`# MP("/Z0`<$```#P&@*"$``\"``P/`(P`8P(`#`\`A`!C`@`"X>"&-Y``(```` M`!21``0`@$@A$`#_[B1C``$`@$@A`:`H(0"I""H0(``H`8`X(8$#```E"``! M``,Q`P`&-@`P9``/``0F```&-@,4RP`+``0F`X$.``"!&``!``[*`#,/`/\# M+Q@E``,<```#'`,`XS@A$````B4(``(`YC@A!(``#`"I""H`!1B`C$X`)"2$ M__\`!"8```0F`P'#P"&O!P``)&,`!`2!__@DI0`!`*D(*A0@_]X`````C%\` M``````"'Y@`J`````"5*``$!1@@J%"#_KB80`#0F4O__!D'_G`````"/F8/D MCZX!&(\O`%0``!`A`>[`):\X`%2/L@`DC[$`*`````"/OP`]`!@#X``(`````">]_^"O MI``@CZ0`(*^_`!2OI0`D)`4!`@_@!)`D!@&V!$$`!:^B`!P\!!``CZ4`(`P0 M(:PDA!B\CZ0`'(^E`"0,$!W8`````(^D`!P/X`0@`````(^_`!0GO0`@`^`` M"``````GO?XPK[``$`"`@"&OOP`4KZ4!U```*"$GI`&$KZ`!&`_@!(XD!@!( M)Z0!(```*"$/X`2.)`8`8`P0"_@`````KZ(!#`(`("$``"@A#^`$?"0&``&O MH@$(`@`@(20%`&`/X`1\)`8``8^N`0R/CX/DKZ(!%`(`("$GA8$`#!!'8*WN M``P40``%KZ(!!#P$$``DA!C@#!`AK`(`*"&/N`'4`````#,9``03(`$(CZT! MU(^J`0P``"`A&4``YX^O`22OO@`<)![__Z^Q`#BOL@`TK[,`,*^T`"ROM0`H MK[8`)*^W`""OI`$0CZ0!$```2"$,$`^%KZD!'(Q+``"/J0$"&/N0&`KZ\!)*\X`$"/J@&````X(85&`"H`````&,``KH^M`8"OH`!,C0L` M-(^L`$P``````6RX(8[M``@`````$;X`GX^K`$R.[@`H`````!'>`)N/JP!, MCN\`+``````1_@"7CZL`3(^Y`8"/N`$8CRH`0"0"``$#"E@CKNL`,(^L`8`` M````A88`*@``````XF@A`:8(*A0@``<``GB`C0X```````"-Q0`<$```#@`` M`````GB``>)X(P`/>(`!XG@A``]X@`+OR"&/(P`(`````!1^``0`8"@A$`#_ M["1"``$`8"@A&*``=8^K`$R.Y``(``````2``'&/JP!,KZ*`A`%0(*X[U`"@#P)`A``"8(10@`&(GL0!8%%0``P`````0 M```,)`0``8Z"````````%$``!0!`&"&.XP`H$````P!U(",`0!@A`'4@(P`$ M)```!"0#%(``!``````D`0`(%D$`)0`````27@`0`````"IA__D4(``-```` M`"IA``@0(``*```````35@``"EX#``MA``&2:"4F,0`!)B(``Z(M__\0```0 M``"0(1)>``P`````HC(``((N```F,0`!-<\`@*(O__\`$\H#HCD``"8Q``$R M>`#_HC@``"8Q``$``)`A)B(``P`$G```$YP#$````P*DJ"$F4@`!)B(``R>J M`-@`2@@K$"``"R>N`%B-"P`D``````%V$"$45``7`````">L`%@"+&@C&:`` M$P`````GK@!8`BZ`(X^G`00"`"@A`<`@(20&``&OJ`',#^`$9J^I`1R/KP$8 MCZ@!S`(/R"&ON0$8CZD!'(T8`"0GL0!8`3!((0,6$"$FE``$`%0(*Q`@_Z0` M````CZH!@`````"%1@`J`````(^G`0``````CZL`3"3G``$`Y@@J)6P`-!0@ M_U:OK`!,CZT!@`````"MJ0!$CZ(!$(^N`0PD0@`!`$X(*A0@_R^OH@$0C[$` M.(^R`#2/LP`PC[0`+(^U`"B/M@`DC[<`((^^`!P`````CZ\!)``````1X``; MCZT!U(^P`1@``````!"`(S(0``,2```1CZL!%(^G`00GA(,@)`4``0_@!&8" M`#`A$@(`!8^Y`1@\!!``#!`AK"2$&0R/N0$8)`'__"K`:R'K`&NA&8`*@%L:"$`!DB`I&T`*`$F2",`"4B`CZX!&`$F2"$` M"4B``K`:Z/H@$0`4M@(:>L`:R$;0`JCZX!.*>M`:Z'KP&NC[D!#"1"``$!S\`A M`%D(*J^X`3@4(/_-KZ(!$(^J`3@`````$4``!8^L`=2/JP$4`````*^K`3R/ MK`'4`````#&-``(1H`!&CZT!U(^N`12/KP$8C[D!#`'/P"&ON`$4KZ`!&!L@ M`#8``"`A/!`0`"80&42OI`$0CZ0!$`P0#X4`````C$,``(^J`92/JP&8C&8` M%`%+8"&L;``0``9(@(^M`1@!)D@C``E(@`&I<"&OK@$8$,``$@!`0"&-!``$ MCZ`8(0P0(:P"`"`ACZ,!@`````"/J@&D MCZL!J(^O`1`!2V`AKZP!I(QM`"2/JP$,KZT!J(^X`:B/K@%()>H``0%+""H! MV,@AK[D!2!0@_\^OJ@$0CZP!2``````1@``%CZX!U(^M`10`````KZT!3(^N M`=0`````,=@$`!,``$2/N`'4C[D!%(^O`1B/JP$,`R]0(:^J`12OH`$8&6`` M-```("$\$!``)A`9;*^D`1"/I`$0#!`/A0````"/K`&PCZT!M(Q#```!C7`A MK&X`+(QF`#"/N`$8``9(@`,)R"&ON0$8$,``$@!`0"&-!``,CZH`,``````42@`#`````!````4!X!@A#!`AK`(` M("&/HP&``````(^K`;"/K`&TCZ\!$`%L:"&OK0&PC&X`,(^L`0ROK@&TC[D! MM(^X`5`EZP`!`6P(*@,94"&OJ@%0%"#_T:^K`1"/K0%0`````!&@``6/N`'4 MCZX!%`````"OK@%4C[@!U``````S&0"`$R``5X^N`=2/J@$4CZ\!&(^L`0P! M3U@AKZL!%*^@`1@9@``R```@(3P0$``F$!F`KZ0!$(^D`1`,$`^%`````(Q- M``"/K@&,KZT!@(^X`9"/J@&``=C((:U9``B/KP&`CZL!&(WF``P`0$`A`,!( M(0%I8"$0P``-KZP!&(T$`!2/IP$$#^`$9B0%``&/K0&``````(VN``P````` M$$X`!(^X`8P,$"&L`@`@(8^X`8R/N0&0CZ\!@`,94"&OJ@&,CZX!$(WK``R/ MN0$,CZP!6"78``$#&0@J`8MH(:^M`5BON`$0%"#_TZ^K`9"/L`$8```````0 M@",R$``#$@``$8^K`1B/IP$$)X2#("0%``$/X`1F`@`P(1("``6/J@$8/`00 M``P0(:PDA!F4CZH!&"0!__PE3P`#`>%@)*^L`1B/JP$8`````!%@``2OJP%8 MCZT!%`````"OK0%Q8(:^K`12OH`$8$4``%J^J`6"/+0`HCZX!%*^M`1BOK@%DCR8`*``` M```0P``/C[`!&(\D`"2/IP$$#^`$9B0%``&/F(/D`````(\/`"@`````$$\` M!8^P`1@\!!``#!`AK"2$&;R/L`$8```````0@",R$``#$@``$8^M`1B/IP$$ M)X2#("0%``$/X`1F`@`P(1("``6/K`$8/`00``P0(:PDA!G4CZP!&"0!__PE MBP`#`6%0)*^J`1B/K0$8`````*^M`6"/K@'4`````#'9`@`3(``CCZH!U(^8 M@^2/K`$4CZL!&(\/``P!BU`AKZH!%*^@`1@1X``9KZ\!:(\-``R/N0$4``UP MP`'-<"$`#G#`KZX!&*^Y`6R/!@`,`````!#```^/J@'4CP0`"(^G`00/X`1F M)`4`2(^,@^0`````C8L`#``````02P`%CZH!U#P$$``,$"&L)(09_(^J`=0`   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26619; 5 May 89 0:38 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac26415; 5 May 89 0:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab26378; 5 May 89 0:09 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14732; 4 May 89 23:59 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29351; Thu, 4 May 89 20:47:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 00:47:53 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: BSD4.3 "/etc/renice" for IRIX (Part 2 of 4) Message-Id: <32134@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL -------------------- cut here (Part 2) ---------------------- M````,4\`0!'@`$*/N`'4CZT!%(^N`1B/N`$,`:[((:^Y`12OH`$8&P``,@`` M("$\$!``)A`:%*^D`1"/I`$0#!`/A0````",3```CZL!N*^L`8"/J@&\CZT! M@`%J>"&MKP`TCZX!@(^Y`1B-Q@`X`$!`(0`&2(`#*<`A$,``#:^X`1B-!``L MCZOJP%XC8X`'(^Y`10`#L$`K[@!&*^Y`7R-A@`<`````!#```^/ MK0'4C80`&(^G`00/X`1F)`4`$(^*@^0`````C4\`'``````03P`%CZT!U#P$ M$``,$"&L)(0:*(^M`=0`````,:L`$!%@`#2/I`$$CXZ#Y`````"-V``\```` M`!,``"Z/I`$$C=D`.`````"O(```CXR#Y`````"-B@`X`````*U```2/CX/D M`````(WM`#@`````K:``"(^+@^0`````C7@`.`````"O```,CXZ#Y(^L`12/ MJ@$8C=D`/`&*>"&OKP$4$R``$Z^Y`3"OKP$TC<8`/``````0P``/CZ0!!(W$ M`#B/IP$$#^`$9B0%``B/C8/D`````(VK`#P`````$$L`!8^D`00\!!``#!`A MK"2$&D"/I`$$#^`$2@````"/I`$$CZ4!"`_@!%X``#`A)!@!'R0,<`F/IP$$ MIZP!(*>X`2(GI`$@)`4``0_@!&8D!@!@)`$`8!!!``6/I`$$/`00``P0(:PD MA!I8CZ0!!`_@!$H`````CZ0!!```*"$/X`2.)`8`$(^_`!2/L``0`^``"">] M`=```````````">]_^"OI``@KZ4`)*^F`"B/AH#@/`40`#P$$`"OOP`<)(0H M("2E&H`/X`14KZ<`+(^N`"R/KP`P/`00`(^E`""/I@`DCZ<`*"2$*""OK@`0 M#^`$5*^O`!0\!!``)(0H(`_@!%0GA8$0#!!&N"0$``&/OP`<)[T`(`/@``@` M````)[W_X*^D`""OI0`DKZ8`*(^&@.`\!1``/`00`*^_`!PDA"@@)*4:D`_@ M!%2OIP`LCZX`+(^O`#`\!!``CZ4`((^F`"2/IP`H)(0H(*^N`!`/X`14KZ\` M%#P$$``DA"@@#^`$5">%@2`,$$:X)`0``8^_`!PGO0`@`^``"`````",A@`, M)*(`8!#```4``!@A$$8``P`````0``#%```0(8R#``@`````,&X``Q'```,` M````$```O@``$"&,A0`<`````!"@``8``````$-X(1'E``,`````$```M0`` M$"&,F``8```````8R(`#.,@C`!G(@`,XR"$`&(`![G@C``]X@`'C&"$P>``#$P```P`````0``"````0(8R%`#0`````$*`` M!@``````0\@A$R4``P`````0``!W```0(8R(`#````````A(@`$C&"$P:@`# M$4```P`````0``!N```0(8R%`#P`````$*``!@``````0U@A$64``P`````0 M``!E```0(8R,`#@``````8,8(3!M``,1H``#`````!```%T``!`AC(4`1``` M```0H``&``````!#<"$1Q0`#`````!```%0``!`AC(\`0``````!XQ@A,'@` M`Q,```,`````$```3```$"&,A0!,`````!"@``8``````$/((1,E``,````` M$```0P``$"&,B`!(```````(2,`!*$@A``E(P`$C&"$P:@`#$4```P`````0 M```X```0(8R%`%0`````$*``!@``````0U@A$64``P`````0```O```0(8R, M`%````````QH@`&C&"$P;@`#$<```P`````0```F```0(8R%`%P`````$*`` M!@``````0W@A$>4``P`````0```=```0(8R8`%@``````!C)``,C&"$P:``# M$0```P`````0```4```0(8R%`!0`````$*``!@``````0T@A$24``P`````0 M```+```0(8R*`!````````I8P`%C&"$P;``#$8``!`!@$"$0```"```0(0!@ M$"$#X``(````````````````)[W_X*^D`"`\!!``K[\`'*^E`"0GA8$P)(0H M(*^F`"@/X`14KZ<`+#P$$``\!1``CX:`X"2E&J`/X`14)(0H((^N`"R/KP`P M/`00`(^E`""/I@`DCZ<`*"2$*""OK@`0#^`$5*^O`!0\!!``)(0H(`_@!%0G MA8$TC[\`'">]`"`#X``(````````````````)[W_X*^D`""/K@`@K[\`%!7` M``.OI0`D$```$``(WX``2OH0`(K[@`#(^G``R/I@`(CX6# M[`P002D`"\,$"?-`$`H M(1!```ROH@`@)Z0`+R>E`"`,$"6;`@`P(1!```8`````#!`D?P````"/H@`@ M$```7H^_`!2/AH%$)Z0`+P_@!#8D!2``%$#_Z0`````,$"1_`````!```%,` M`!`ACX^#[``````5X``G`````(^$@4P,$$"<```H(11``"*O@H/L#!`D90`` M```,$"3/`````!!``!.OH@`@C[@`(`(`("&/!0``#^`$N@`````00``,```` M``P0),\`````$$``"*^B`""/N0`@`@`@(8\E```/X`2Z`````!1`__8````` MCXB#\``````5```$CZ(`(`P0)'\`````CZ(`(!```"J/OP`4CXF#["0%``&- M)```#!!$Z``````$00`&`````(^$@^P,$$#M`````!``_]2O@(/LK[``)`_@ M!,("`"`AKZ(`*">J`"2-00``C4L`!*^A``"OJP`$CZ4`!(^D```,$"+@```` M`(^,@^ROH@`@C80```P01.@D!0`(CXV#\``````5H``&CZ(`((^$@^P,$$#M M`````*^`@^R/H@`@`````(^_`!2/L``0`^``"">](#`GO=_0K[\`%`P0)&6O MI"`PCXZ#/``````1P``H`````(^&@40`````%,``!">D`"<0``!P```0(2>D M`"D`"E`"`00``&``````P0)'\`````CZ(`(!```%J/OP`4 MCX:!1">D`"``(P````"/A(%,#!!`G```*"$40``>KX*#[`P0)&4`````#!`DSP`` M```00``/KZ(`((Q8``B/N2`P`````!,9``H`````#!`DSP`````00``&KZ(` M((Q(``B/J2`P`````!4)__@`````CXJ#\``````50``$CZ(`(`P0)'\````` MCZ(`(!```"J/OP`4CXN#["0%``&-9```#!!$Z``````$00`')ZP@,(^$@^P, M$$#M`````!``_]BO@(/L)ZP@,"0-``2OK2`LKZP@*">N("B-P0``C<\`!*^A M``"OKP`$CZ4`!(^D```,$"+@`````(^8@^ROH@`@CP0```P01.@D!0`(CYF# M\``````7(``&CZ(`((^$@^P,$$#M`````*^`@^R/H@`@`````(^_`!0GO2`P M`^``"`````"/CH%$)[W_Z!7```:OOP`4CX2!3`_@!$PGA8%0$```!*^"@42/ MA(%$#!!'1`````"/CX,P`````!'@``,`````#^`$@`'@("$,$"A7KX"#,`P0 M*.TD!``!C[\`%">]`!@#X``(`````(^.@40GO?_H$<``!*^_`!0/X`1(`<`@ M(:^`@42/CX/L`````!'@``4`````#!!`[0'@("&O@(/LKX"#\(^8@S`````` M$P```P`````/X`2``P`@(0P0*%>O@(,P#!`QFP````"/OP`4)[T`&`/@``@` M````)[W?X*^_`!0`@#`A)Z0`'P_@!#8D!2``%$```P`````0```&```0(0_@ M!,(GI``?)Z0`'PP0)\T`0"@AC[\`%">]("`#X``(`````(""````````%$`` M`P`````0```1)`4`"B0#`#H40P`$)`4`"A````PD!0`*)`4`"A!%``D````` M@((``22$``$00``%`````!!#``,`````%$7_^0`````410`#`````!````6@ M@```$$```P````"@@```)(0``0/@``@`@!`A)[W?T*^_`!2OL``0#!`H[0`` M("&/CH%$`````!7```@`````CX2!3`_@!$PGA8%4%$```Z^"@400``"W```0 M(8^$@S``````$(``%`````"/A8,TCX:#1`P0)YL`````CX2#,`_@!(``0(`A M%@```P`````0``"H```0(0P0)KP`````#!`HU`(`("$40/_L`````!```*`" M`!`A)Z0`(">E`"0,$#'`)Z8`'!!``!``````CZ0`)``````0@/_@`````(^% M@T0,$";\`````!!`_]L`0(`A#!`HU`(`("$40/_7`````!```(L"`!`A#!`Q MFP````"/AH%$)Z0`+P_@!#8D!2``%$```P`````0``"!```0(0_@!,(GI``O M)Z0`+PP0)\T`0"@A%$``<0!`@"$0``!X```0(8^/@SP`````$>#_O@````". M!```#^`$NB>%@5@40``(@[@`,`P0)MX`````#!`HA0(`("$0`/^SKX*#1(.X M`#`D`0!`%P$`%@`````,$"B%`@`@(:^"@T2.!```/`<0`"3G-7```"@A)X:! M7`P0,P@DA``"$$``!0`````,$";>`````!``_Y\`````C@0```P0,7PDA``" M$`#_F@`````,$"B%`@`@(:^"@T2.!````$`H(0P0)OPDA``!$$#_D0!`@"$, M$"C4`@`@(11`_XT`````$```00(`$"&/F8,\`````!,@_X<`````@Z@`,"0! M`$`5`0`E`````(X$```\!Q``).E`"0,$#'`)Z8`'!!```T````` MCZ0`)``````0@``#``````P0*&P`````)Z0`(">E`"0,$#'`)Z8`'!1`__4` M````#!`QFP`````0`/]?`````(X$```,$"AL)(0``1``_UH`````#!`HU`(` M("$40/]6`````!````H"`!`A@Z(`+R0!`"L00?^/`````"0!`"T00?_#```` M`!``__(`````C[\`%(^P`!`#X``()[T@,`/@``BOA(%,)[W_X*^E`"2/K@`D MK[\`%`"`."&`X@``C<,``!```&XD`0`KC&0``*^G`""OI@`HKZ,`&`_@!+HG MA8%DCZ,`&(^G`"`40``.``````P0*(4`8"`ACZ0`*`P0)OP`0"@A$$``!0!` M&"&/KP`D)`(``1```&&MXP``$```7P``$"&`^``!)`$`0!]`"`#X``(`````">]_MBOI0$LCZX!+*^_`!2OI@$P`(`X(8#B``"-PP`` M$```>B0!`"N,9```KZ,``!`` M`&P``!`A@/@``20!`$`7`0`?`&`@(8QE``"OHP$@)Z0`(`_@!+PDI0`"CZ,! M(`P0*(4`8"`ACZ0!,`P0)TH`0"@A$$``#P!`&"&,9@``/`<0`"3G-7"OHP$@ M)Z0`(`P0,P@``"@ACZ,!(!!```4`````C[D!+"0"``$0``!-KR,``!```$L` M`!`A`&`@(0P0*(6OHP$@CZ,!(`!`*"&,9```#!`F_"2$``$00``*`$`8(8Q( M``B/J0$P`````!4)``4`````CZH!+"0"``$0```XK4,``!```#8``!`A@.L` M`20!`$`580`7`````(QE```GI``@#^`$O"2E``*/I`$P/`40``P0)THDI1JP M$$``)P!`&"&,9@``/`<0`"3G-7`GI``@#!`S"```*"$00``@```0(8^L`2PD M`@`!$```'*V```",9```#!`FK"2$``&/K0$P`````!6B`!4``!`ACZX!+"0" M``$0```1K<```(QO``B/N`$P`````!7X``P``!`A$```"B0"``$D`0`K$$'_ MA@`````D`0`M$$'_SP`````0`/_SC&\`"```$"&/OP`4)[T!*`/@``@````` M)[W_Z*^_`!0\!1``#!`F_"2E&K`00``$`$`8(8QB``@0```$C[\`%#P"?_\T M0O__C[\`%">]`!@#X``(`````">]_\BOOP`D)ZX`,">O`"P\!!``/`40`(^& M@4B/AX,X)YB#,">9@S2ON0`]`#BOB8%(`^``"*^*@S@GO?_0K[\`'#P$$``\!1``)XZ#,">/@S2O MKP`4KZX`$"2E&O`DA#5PKZ``*">F`"@,$"W<)Z<`)!!```(`````KX"#,(^8 M@4@`````$P``!(^Y`"@/X`2``P`@(8^Y`"B/J``DC[\`'">]`#"OF8%(`^`` M"*^(@S@GO?_(KZ0`.(^D`#BOOP`<#^`$PJ^E`#P\!!``/`40`(^F`#@GK@`L M)Z\`**^O`!2OK@`0)*4;`"2$-7`,$"RL`$`X(1!```2/I``L$```-@``$"&/ MI``LCZ4`*`P0)\T``````$`8(8^D`"P/X`2`KZ,`-(^C`#0`````%&``!(^D M`#P0```H```0(8^D`#P`````C((`!``````00``&`````(!8````````$P`` M`@````"L8@`$C((`&``````00``&`````(!9````````$R```@````"L8@`8 MC((`'``````00``&`````(!(````````$0```@````"L8@`D`"P\!!``/`40 M`">N`$0GKP!`KZ\`%*^N`!`DI1L0)(0U<">F`"P,$"RL`$`X(1!```2/I`!$ M$```-@``$"&/I`!$CZ4`0`P0)\T``````$`8(8^D`$0/X`2`KZ,`3(^C`$P` M````%&``!(^D`%00```H```0(8^D`%0`````C((`!``````00``&`````(!8 M````````$P```@````"L8@`$C((`&``````00``&`````(!9````````$R`` M`@````"L8@`8C((`'``````00``&`````(!(````````$0```@````"L8@`< MC((`(``````00``&`````(!)````````$2```@````"L8@`@`&`0(8^_`!PG MO0!0`^``"``````GO?_HK[\`%`P0)\VOI@`@CZ8`(!1```,`0"`A$```)@`` M$"&,PP`$`````!!@``8`````@&X````````1P``"`````*Q#``2,PP`8```` M`!!@``8`````@&\````````1X``"`````*Q#`!B,PP`<`````!!@``8````` M@'@````````3```"`````*Q#`!R,PP`@`````!!@``8`````@'D````````3 M(``"`````*Q#`"``@!`AC[\`%">]`!@#X``(`````">]_]"OI``PKZ4`-(^F M`#2/I0`P/`00`*^_`!0DA%;(#^`$R*^P`!"/K@`T/`00`"2$5L@`CA`A)!`` M"J!0``"@0``!/`\0`('O5L@\`1``.?@`*R\8``&ON``@#!`DKZPD5J`\`1`` MK")6I`P0)*\`0"`A@%D``"0!`#H7(0`'`$`@(8^H`"``````%0``!">E`"@0 M``!@```0(2>E`"@,$$>H`@`P(8^I`"@D!P`Z@2,``"4D``$09P`'`````(^J M`"``````%4```P`````0``!1```0(3P!$`"L(E:H@(L````````59P`()Z4` M*(^L`"``````%8``!">E`"@0``!%```0(2>E`"@,$$>H`@`P(8^M`"@D`0`Z M@:,```!`*"$080`'):0``8^N`"``````%<```P`````0```V```0(3P!$`"L M)5:L/`$0`">/@4"L+U:T/`$0``P0)*^L)%:X/`$0`*PB5KP,$"2O`$`@(3P! M$`"L(E;`@$,```!`("$08``)`````!!P``<`````@((``22$``$00``#```` M`!10__L`````H(```#P8$`"/&%:D`````(,"```#`"`A$$``"@`````D`P`L M$$,`!P````"`@@`!)(0``1!```,`````%$/_^P````"`F0```````!,@``,` M````H(```"2$``$\`1``/`(0`"1"5J"L)%:PC[\`%(^P`!`#X``()[T`,(^" M@T`GO?_HK[``$*^_`!000``*`$"`(8X$```/X`2```````_@!(`"`"`ACA`` M!``````6`/_X`````(^_`!2/L``0```0(:^"@T`#X``()[T`&">]_^"OOP`4 MKZ0`(`_@!((D!``(CZ0`(`_@!,*OH@`<#^`$@B1$``&/I0`@KZ(`&`_@!+P` M0"`ACZ(`'(^N`!@`````K$X``(^/@T``````K$\`!(^_`!0GO0`@`^``"*^" M@T`GO?_HCXZ#2*^P`!``@(`A$<``%J^_`!2-Q``$#^`$@`````"/CX-(```` M`(WD`!@/X`2``````(^8@T@`````CP0`'`_@!(``````CYF#2`````"/)``@ M#^`$@`````"/A(-(#^`$@``````/X`2")`0`)*^"@TB.!``$#^`$P@`````/ MX`2")$0``8^(@T@`0"`AK0(`!(X%``0/X`2\`````(X$`!@/X`3"``````_@ M!((D1``!CXF#2`!`("&M(@`8C@4`&`_@!+P`````C@0`'`_@!,(`````#^`$ M@B1$``&/BH-(`$`@(:U"`!R.!0`<#^`$O`````".!``@#^`$P@`````/X`2" M)$0``8^+@T@`0"`AK6(`((X%`"`/X`2\`````(^_`!2/L``0CX*#2`/@``@G MO0`8)[W_X(^"@T"OOP`]`!@#X``(```````` M```GO?_@KZ0`((^D`""OOP`4#^`$P@`````/X`2")$0``11```,`0"`A$``` M!P``$"&/I0`@#^`$O*^D`!R/I``<``````"`$"&/OP`4)[T`(`/@``@````` M```````````GO?^`K[\`'!"```6OI0"$#^`$PJ^D`(`40``#`````!```(HD M`@`!#!`J%0````"/I`"`CZ4`A`P0*BX`````$$```P`````0``"````0(8^. M@U"OL``LK[$`*!7```>OL@`D#!`[5">D`#`GN``TCP$``">/@U"MX0``CZ@` M@"0#``*OHP!8``"0(201``*OJ`!HCXF#6(^C`%@1(``$``"`(1```!,D$``! M``"`(:^C`%B/HP!8)Z4`4`P0*\@`8"`A$```!P````"/HP!0C[``+(^Q`"B/ ML@`D$```6P!@$"$00/_ZCZ,`4!11__*/HP!8)Z0`;`P0*IPGI0!0%$``%``` M``"/HP!0)`$`!Q1A``8`````C[``+(^Q`"B/L@`D$```20!@$"$6```J```` M`"0!``H480`G`````(^P`"R/L0`HC[(`)!```#\`8!`ACXJ#6"00``$10``> M`````">K`%PGK`!0KZP`%*^K`!`GI`!L)Z4`6`(`,"$,$"LY)Z<`:!````D` M````CZ,`4(^P`"R/L0`HC[(`)!```"H`8!`A$```!202``$00/_XCZ,`4!!1 M__L`````CXV#6"80``$1H``#`````!11_^4GJP!<$D#_K@````"/HP!8CZ8` M@">D`%PGIP!0#!`KWP!@*"$40``'`$"`(8^C`%"/L``LC[$`*(^R`"00```. M`&`0(8^C`%@D`0`!%&$`!(^N`(0,$"Q?`@`@(8^N`(0``!`AK=```(^R`"2/ ML0`HC[``+`````"/OP`<)[T`@`/@``@`````)[W_X*^_`!0,$"DD)Z4`'(^_ M`!0GO0`@`^``"``````GO?_8K[$`$`"`B"$2(``OK[\`%`_@!,("("`A$$`` M+(^_`!2/@H-4K[``&!!``"4`0(`A`B`@(0_@!+HF!0`$%$``&P````".!`!@ M`````(R.``0`````C<\`$``````!X/@)`````(X$`%P/X`0@`````(^"@U0` M````%@(`!`````".`@``$```!:^"@U2.&```C[D`(`````"O.```#^`$@`(` M("$0```'C[``&*^P`"".$````````!8`_]X"("`AC[``&`````"/OP`4C[$` M$`/@``@GO0`H)[W_Z*^D`!@\!!``K[\`%"2$=M`,$$A<)`4!`!1```\D`@`& M/`00``_@!,(DA';0&$``!P````"/KP`8/`X0`"7.=M```!`A$```!*WN```0 M```")`(`#"0"``:/OP`4)[T`&`/@``@`````)[W_X*^_`!0,$$;(`````(^. M@:0`````$$X`#X^_`!2OL``8CY"#5*^"@:02```'``````P0*<,F!``$CY"# M5``````6`/_[`````(^P`!@`````C[\`%">]`"`#X``(`````">]_\"/@H-4 MK[(`&*^P`!"OL0`4)`X`$*^N`"@`@(@A``"0(:^_`!ROI0!$$$``*0!`@"$" M("`A#^`$NB8%``040``@`````(X$`%PGI0`L#!!([">F`"@40``-`````(>O M`"PD`0`"$>$``@`````D$@`!EA@`9)>Y`"X`````$QD`!``````0```")!(` M`202``$20``(CZD`1"0(__^N"`!<#!`IPP(@("$0```*```0(8^I`$0D`@`! M$```!JTP``".$````````!8`_]H"("`A```0(8^_`!R/L``0C[$`%(^R`!@# MX``()[T`0">]_^"OOP`4KZ4`)">.@U"-P0```(`8(208``(D&0!OI'D``J1X M``"L80`$KZ,`("1D``@/X`00)`4`"(^C`"`D!``")`4``0P02/0``#`ACZ,` M("0!__\400`&`$`@(8^I`"0D"``'```0(1```!*M*````&`H(20&`!`,$$C\ MKZ0`'(^D`!P$00`(``````_@!"``````CZL`)"0*``D``!`A$```!*UJ```/ MX`0@`````"0"``&/OP`4)[T`(`/@``@`````CXZ#6">]_^"OOP`4KZ4`)!7` M``,`@!@A$```-@``$"$GCX-0C>$``"09``*D>0``K&$`!(^(@U@D9``(I&@` M`J^C`"`/X`00)`4`"(^C`"`D!``")`4``@P02/0``#`ACZ,`("0!__\400`' M`$`@(8^J`"2O@(-8)`D`!P``$"$0```9@82/(0``CR@`!*^A``R/ MIP`,/`4``2>I`$0D"@&0)`L!D*^K`!ROJ@`8KZD`%#2EAJ`D!@`"#!`W\*^H M`!`40``&`$`@(8^M`%`D#``"```0(1```#2MK```/`X`027.UN0GCX-8KZ\` M%*^N`!`GF(&,CP$``(\(``2OI`!`KZ$`&*^H`!R,F0`$/`8`08\I```DQNF0 M)`4``P$@^`DGIP`PCZ0`0*^B`"R,B@`$`````(U+`!```````6#X"0````"/ MI`!$#^`$(`````"/K``L`````!6```P`````CXV#6``````1H``$CZ\`4!`` M``TD`@`"CZ\`4"0.``H``!`A$```"*WN``"/A(&`#!!(9`````"/N`!0)`@` M`B0"``&O"```C[\`)">]`$@#X``(`````">]_\@D#O__KZX`-*^_`"2OI@!` MKZ<`1`"@0"&-`P``)`$``A1A``H`````CZ\`0``````IX0`"%"``!0`````D M&``!K1@``(T#````````)YF!A(\A``"/*0`$KZ$`#(^G``P\!0`!)ZH`-"0+ M`9`D#`&0KZP`'*^K`!BOJ@`4-*6&IZ^H`#P`8#`A#!`W\*^I`!`40``&`$`@ M(8^N`$PD#0`"```0(1```&"MS0``C[@`2#P/`$$E[^QPKZ\`$*^X`!0GB8&, MC2$``(TY``2OI``PKZ$`&*^Y`!R,B@`$/`8`08U+``"/IP!$),;J1`%@^`DD M!0`!CZ0`,*^B`"R,C``$`````(V-`!```````:#X"0````"/I``T#^`$(``` M``"/H@`L`````!1``"]_]BOOP`4KZ0`*!'```.OI0`L$```#"0"``*/ MI0`L#!`J:B>D`!@40``$CZ4`*!````4``!`ACZ4`*(^F`"P,$"K=)Z0`&(^_ M`!0GO0`H`^``"``````GO?^HK[\`)*^D`%@D#@`0KZX`,"0$`&ROL``@KZ4` M7*^F`&`/X`2"KZ<`9!1```L`0(`A/`00`#P%$``DI1M0#^`$5"2$*""/N`!D M)`\`!P``$"$0``!FKP\``(^B`%@D"``"C$$`!*8(`$BN`0!,E$D`""8$`%`D M!0`(#^`$$*8)`$J/J@!8CZ(`7)5+``@D#/__)`$``:X,`%P400`$I@L`6"0- M``$0```#K@T`:"0.``*N#@!H)`$``A1!``0D!@`!$````B0&``(D!@`!)X^! ME(WA``"-^``$KZ$`#(^G``P\!0`!)AD`7"0(`9`D"09`KZD`'*^H`!BON0`4 M-*6&I"8$`$@,$#?PK[@`$!1```BN`@!@#^`$@`(`("&/JP!D)`H``@``$"$0 M```PK6H``(X$`%PD!0`"#^`$,B0&``$D#``"IZP`1*^@`$BGH`!&)Z0`3`_@ M!!`D!0`(C@0`7">E`$0,$$D$)`8`$!!```@`````#^`$@`(`("&/K@!D)`T` M!@``$"$0```8KF`#`40``$`````)>X`#80```( MIA@`9`_@!(`"`"`AC[D`9"0/``8``!`A$```"*\O``"/I0!@#^`$O"8$``2/ MB(-4`@`0(:X(``"OD(-4C[\`)(^P`"`#X``()[T`6">]_\`D#O__KZX`/*^_ M`"ROL``DK[$`*">/@92-X0``C?@`!*^A``R/IP`,`("`(2>Y`#P\!0`!)`@! MD"0)!D"OJ0`*@9R-00``C4L`!*^A`!BOJP`"06``(GE8&<)!,``B:4M'PF][7P`@`@(0P0*20GI0!8$$``"@!` M&"&/L0!0C[(`3(^S`$B/M`!$C[4`0(^V`#R/MP`X$```*`!@$"&/N`!8```` M`(\9`&@`````%S,`!`+@$"$0```"`H`0(0+@$"&/J`!8CZ8`<*^H`!".J0`$ MCJ$``(^G`'2OL@`@K[$`'`(`("$#P"@AKZD`&`!`^`FOH0`4%%8`"`!`&"$, M$"G#`@`@(8^$@8`,$$AD`````!``_]4"`"`AC[$`4(^R`$R/LP!(C[0`1(^U M`$"/M@`\C[<`.`!@$"&/OP`TC[``+(^^`#`#X``()[T`:">]_Z@`@!@A`*!` M(0#`2"$`X%`AKZH`5*^I`%"OJ`!,KZ,`2*^_`"2OL``@KZ``0*^@`$2/K@!H M/`\`08W$`&`E[^M`)[@`/*^X`!2OKP`PKZ\`$">Y`&R/(0``CRL`!*^A`!BO MJP`F M`#R,F0`$`````(\O``P``````>#X"0`````"`!`AC[\`)(^P`"`#X``()[T` M6">]_Y@D#@`!`(`8(0"@0"$`P$@A`.!0(:^J`&2OJ0!@KZ@`7*^C`%BOK@!4 MK[\`)*^P`""OH`!$KZ``2(^O`'@\&`!!C>0`8"<8[\PGN0`\K[D`%*^X`#"O MN``0)ZL`?(UA``"-;``$KZ$`&*^L`!R,C0`$/`8`08VN```DQN^@``"`(2>G M`%0!P/@))`4``Q!```2/I`!`$```-"0"``*/I`!`)`$``1"!``0`````#!`\ M%```````0(`A%@``"`````"/I`!(#^`$@B2$``*/KP"$%$```JWB```D$``' M%@``&(^O`'B/N`!(C[D`B`````"O.```CZP`A(^F`$B/I`!$C84```_@!`P` M````CZT`A(^O`$B-K@``)`L`"@'/P"&C"P``C[D`A(^M`$B/+`````````&- M<"&AP``!CZ\`>(^E`#"-Y`!@)Z8`/(R+``0`````C7@`#``````#`/@)```` M``(`$"&/OP`DC[``(`/@``@GO0!H`````">]_YBOO@`P`*#P(:^P`"P`@(`A MK[\`-*^F`'`3P``#KZ<`=!8```,`````$```7"0"``$/X`3"`@`@(0!`&"&O MHP!D#^`$P@/`("&/HP!D`````!!@``D`````+&$`01`@``8`````$$``!``` M```L00!!%"```P`````0``!()`(``:^Q`%"OL@!,K[0`1*^W`#@\%P!!/!0` M0:^S`$BOM0!`K[8`/(^R`'R/L0!X)!8``B>5@9PD$P`")I2Y)";WNR0"`"`A M#!`I)">E`%P00``*`$`8(8^Q`%"/L@!,C[,`2(^T`$2/M0!`C[8`/(^W`#@0 M```J`&`0(8^N`%P`````C<\`:``````5\P`$`N`0(1````("@!`A`N`0(8ZA M``".N``$C[D`<(^H`'2OH0`,CZ<`#(^F`%ROL@`@K[$`'`(`("$#P"@AK[@` M$*^Y`!0`0/@)KZ@`&!16``@`0!@A#!`IPP(`("&/A(&`#!!(9``````0`/_3 M`@`@(8^Q`%"/L@!,C[,`2(^T`$2/M0!`C[8`/(^W`#@`8!`AC[\`-(^P`"R/ MO@`P`^``"">]`&@GO?^HKZ8`8`"`&"$`H$`AKZ@`5*^C`%"OOP`DK[``(*^G M`&2OH`!(KZ``0*^@`$ROH`!$CZX`8#P/`$&-Q`!@)>_KD">X`#RON``4KZ\` M,*^O`!`GN0!DCR$``(\I``2OH0`8KZD`'(R*``0\!@!!C4L``"3&ZO`GIP!0 M``"`(0%@^`DD!0`$$$``!(^D`#P0``!7)`(``H^D`#PD`0`!$($`!``````, M$#P4``````!`@"$6```5`````(^D`$0/X`2")(0``H^L`&P00``.K8(``(^D M`$P/X`2")(0``H^M`'040``)K:(``(^N`&P`````C<0```_@!(``````$``` M`B00``F`#R,C@`$`````(W/``P````` M`>#X"0`````"`!`AC[\`)(^P`"`#X``()[T`6">]_]"OOP`LKZ0`,*^E`#2O MI@`XKZ<`/">N`#R-P0``C<\`!(^X`$2/N0!(CZ@`3(^I`%"OH0`,CZ<`#(^F M`#B/I0`TCZ0`,*^O`!"ON``4K[D`&*^H`!P,$"[[KZD`(!!```,`0!@A$``` M$P!@$"$GJ@`\C4$``(U+``2/K`!$CZT`2(^O`$R/K@!0KZ$`#(^G``R/I``P MCZ4`-(^F`#BOJP`0KZP`%*^M`!BOKP`<#!`Q)Z^N`""/OP`L)[T`,`/@``@` M````)[W_F*^F`'``@!@A`*!`(20.``*OK@!4KZ@`7*^C`%BOOP`DK[``(*^G M`'2OH`!$KZ``2*^@`$ROH`!0CZ\`<#P8`$&-Y`!@)QCOS">Y`#RON0`4K[@` M,*^X`!`GJ0!TC2$``(TJ``2OH0`8KZH`'(R+``0\!@!!C6P``"3&[Z`GIP!4 M``"`(0&`^`DD!0`$$$``!(^D`$`0``!7)`(``H^D`$`D`0`!$($`!``````, M$#P4``````!`@"$6```5`````(^D`$@/X`2")(0``H^M`'P00``.K:(``(^D M`%`/X`2")(0``H^N`(040``)K<(``(^O`'P`````C>0```_@!(``````$``` M`B00``F`#R,CP`$`````(WX``P````` M`P#X"0`````"`!`AC[\`)(^P`"`#X``()[T`:">]_Y"OI0!TCZX`=*^P`#`` M@(`AK[\`-*^F`'@1P``'KZ<`?!(```4`````CZ\`>``````5X``#`````!`` M`&`D`@`!#^`$P@(`("$`0!@ACZ0`=`_@!,*OHP!LCZ,`;``````08``)```` M`"QA`$$0(``&`````!!```0`````+$$`010@``,`````$```3"0"``&OL0!8 MK[(`5*^S`%"OM`!,K[8`1#P6`$&OM0!(K[<`0*^^`#R/M`",C[,`B(^R`(2/ ML0"`)!X``B>7@9PD%0`")M:_Q`(`("$,$"DD)Z4`9!!```L`0!@AC[$`6(^R M`%2/LP!0C[0`3(^U`$B/M@!$C[<`0(^^`#P0```L`&`0(8^X`&0`````CQD` M:``````7-0`#`````!````,"P!`A/`(`021"P_KD">X`#RON``4KZ\`,*^O`!`G MN0!TCR$``(\K``2OH0`8KZL`'(R,``0\!@!!C8T``"3&ZH0``(`A)Z<`4`&@ M^`DD!0`%$$``!(^D`#P0``!7)`(``H^D`#PD`0`!$($`!``````,$#P4```` M``!`@"$6```5`````(^D`$0/X`2")(0``H^N`'P00``.K<(``(^D`$P/X`2" M)(0``H^O`(040``)K>(``(^X`'P`````CP0```_@!(``````$````B00``"&AX``!C[@`3(^M`(@`````K;@``(^K`(2/I@!,CZ0`2(UE```/X`0, M`````(^L`(2/KP!,C8X``"09``H!S\`AHQD``(^M`(2/K`!,C:L````````! M;'`AH<```8^O`'"/I0`PC>0`8">F`#R,F0`$`````(\X``P``````P#X"0`` M```"`!`AC[\`)(^P`"`#X``()[T`8">]_\B/K@!(K[\`-*^D`#BOI0`\)Z\` M3*^N`!"-^``$C>$``(^Y`%2/J`!8CZD`7(^J`&"/I0`\CZ0`.*^X`!BOH0`4 MK[D`'*^H`""OJ0`D#!`PHZ^J`"@00``#`$`8(1```!,`8!`A)ZL`3(UA``"- M;``$CZT`5(^N`%B/N`!OKP`@C[\`-">]`#@#X``(`````">]_Y@D#@`!`(`8 M(0"@0"$`P$@A`.!0(:^J`&2OJ0!@KZ@`7*^C`%BOK@!4K[\`)*^P`""OH`!$ MKZ``2*^@`$ROH`!0CZ\`>#P8`$&-Y`!@)QCOS">Y`#RON0`4K[@`,*^X`!`G MJP!\C6$``(UL``2OH0`8KZP`'(R-``0\!@!!C:X``"3&[Z```(`A)Z<`5`'` M^`DD!0`%$$``!(^D`$`0``!7)`(``H^D`$`D`0`!$($`!``````,$#P4```` M``!`@"$6```5`````(^D`$@/X`2")(0``H^O`(000``.K>(``(^D`%`/X`2" M)(0``H^X`(P40``)KP(``(^Y`(0`````CR0```_@!(``````$````B00`````8^X`'B/I0`PCP0`8">F`#R,BP`$`````(UY``P``````R#X"0`` M```"`!`AC[\`)(^P`"`#X``()[T`:">]_Z"OM@!`K[0`.(^N`'2OM0`\K[,` M-`"`H"$`P+`AK[\`1*^Q`#"OIP!LCX:!M">3@;``H*@AC<0```)@*"$/X`0* M``"((11``#<"(!`AK[(`3">R`&ROL`!0CZ\`=(^X`'B-\```CQ$``*W@``"/ MN0!X`````*\@``"/J`!\`````(T$```/X`2``````(^I`'P"@"`AK2```(^J M`(`"H"@AK4```*^V`!".2P`$CD$``(^X`("/K@!\CZT`>(^L`'0"`#`A`B`X M(:^K`!BOH0`4K[@`**^N`"2OK0`@#!`PHZ^L`!P`0(@A#^`$@`(`("$6(``) MC[``4(^O`'2/AH&TC>0```_@!`H"8"@A$$#_TX^O`'2/L`!0C[(`3``````" M(!`AC[\`1(^Q`#"/LP`TC[0`.(^U`#R/M@!``^``"">]`&`````````````` M```GO?_HKZ0`&(^E`!@\!!``K[\`%`_@!+HDA'C0%$``!`````"/CH-@$``` M$*^.@V2/CX-@`````!'@``,`````#!`QFP````"/I``8#!`QTP````"/F(-@ M/`00`(^E`!@DA'C0#^`$O*^8@V2/OP`4)[T`&`/@``@`````CX*#8">]_^BO ML``0K[\`%!!``!D`0(`AC@0`!``````0@``#``````_@!(``````C@0`"``` M```0@``#``````_@!(``````C@0````````0@``#``````_@!(``````#^`$ M@`(`("&.$``,`````!8`_^D`````C[\`%(^P`!```!`AKX*#8">]`!@#X``( MKX"#9(^#@V0`````$&``#@``$"&,;@``)`(``:R.``",;P`$`````*RO``", M>``(`````*S8``",8P`,$````J^#@V0``!`A`^``"``````GO?_HKZ0`&#P$ M$`"OOP`4)(1WT`P02%PD!0$`!$$`"0````"/CH-@`````!'```F/OP`4#!`Q MFP`````0```%C[\`%(^D`!@,$#'K```H(8^_`!0GO0`8`^``"``````GO?^X MK[$`$`"`B"&OOP`4`B`@(0P0,M.OI0!,$$``D:^B`#B/K@!,K[0`**^P`"01 MP``5`<"@(8Z$```/X`2Z`B`H(11```P`````/!`0`"80*"`\!1``)*4<)`(` M("$/X`14`B`P(8^P`"2/M``H$```?8^_`!2.E``$`````!:`_^T`````#^`$ M@B0$``BL40``CZ\`3`!`H"&L3P`$C[@`.*^B`$P3``!6`P"`(:^R`""OLP`< MK[4`&"05`",D$P`))!(`((("````````$%(``P`````44P`'`````(("``$F M$``!$%+__0`````04__[`````!!```,`````%%4`!R0!`"B/L@`@C[,`'(^U M`!@0```[`````"0!`"@400`=`@`@(0_@!((D!``0)A```0(`("$`0(@A`$`H M(0P0,H@D!@`L$$``-`!`@"$"`"`A)B4`!`P0,H@D!@`L$$``+@!`@"$"`"`A M)B4`"`P0,H@D!@`I$$``*`!`@"&/F8-@`````*XY``P0```4KY`(`("$, M$#+N)X6!P!!```H`0(@A@$@````````5%0`&`````(^R`""/LP`%@<@40/^V`$"` M(8^R`""/LP``Q1(``,`@#@A$```!"0&``DD!@`)%$8` M"`#@("&`X@`!).<``1!(__T`````$$;_^P``````X"`A`&`H(0_@!'*OIP`D MCZ<`)"0&``DD"``@%$```Z^B`!P0```I```0(13B``4D1?__CZX`+!```"&M MP```)$7__X"C````````$&@``P`````49@`(`*<0(X"C__\DI?__$&C__0`` M```09O_[``````"G$",D0@`!)$0``:^B`!@/X`2"KZ<`)(^G`"2/KP`L`$`@ M(:WB``"/I@`8#^`$R`#@*"&/N``LCZD`&(\9`````````RE0(:%```"/H@`< M`````"1"``&/OP`4)[T`*`/@``@`````)[W_T*^D`#"/I``PK[\`'`_@!,(` M````/`00`#P%$`"/I@`P)ZX`+">O`"BOKP`4KZX`$"2E'&PDA'?0#!`LK`!` M."$00``$CZ(`+!````,``!`ACZ(`+`````"/OP`<)[T`,`/@``@`````@((` M```````00``3`````("F````````$,``"P"@&"&`9P```````!3B``,````` M$```"@"`$"&`9P`!)&,``13@__D`````@((``22$``$40/_Q````````$"$# MX``(```````````GO?_8KZ0`*#P$$`"OOP`<`*`8(:^C`"PD!0$`)(1YT*^F M`#`,$$AO`%@GN`!4K[@`%*^O`!`DI1SP)(1YT`(@,"$,$"RL`$`X(1!` M``8`````CX.#?```$"$D8__\$``!/:^#@WR/@X-\/`(0`"1">M`D>?_\`%D( M*Z^P`"P0(``8`$"`(8X$```/X`2Z`B`H(11```T`````/`00`#P%$``DI1S\ M)(0H(`_@!%0"(#`ACX.#?(^P`"PD8__\KX.#?!```20``!`ACX.#?"80``0D M:/_\`@@(*Q0@_^H`````CZD`6(^J`%0!((`A`2I8(1(``1"A8```K[(`*"02 M``FOLP`DK[0`("01`"""`@````"8(1!1``,`````%%(`!P````""`@`!)A`` M`1!1__T`````$%+_^P`````00``$`````"0!`",400`')`$`*(^R`"B/LP`D MC[0`(!```/:/I`!8)`$`*!1!`,0"`"`A@@(``280``$040`#`````!12``@" M`"`A@@(``280``$04?_]`````!!2__L``````@`@(0_@!'(D!0`L`$`8(11` M``\`0*`A/`00`#P%$``DI1TH#^`$5"2$*""/@X-\C[``+(^R`"B/LP`DC[0` M("1C__RO@X-\$```V@``$"$2`@`%`````(^'@W0`````%.```P`````0```4 M)!,``8!$__\`````$)$``P`````4D@`(`.`@(8!B__XD8___$%'__0`````0 M4O_[``````#@("$"`"@A#^`$Q@!P,",40``#)I```203``$FD``!@@(````` M```040`#`````!12``@"`"`A@@(``280``$04?_]`````!!2__L``````@`@ M(0_@!'(D!0`L`$`8(11```\`0*`A/`00`#P%$``DI1U4#^`$5"2$*""/@X-\ MC[``+(^R`"B/LP`DC[0`("1C__RO@X-\$```G@``$"$2`@`%`````(^'@W`` M````%.```P`````0```4)G,``8!$__\`````$)$``P`````4D@`(`.`@(8!B M__XD8___$%'__0`````04O_[``````#@("$"`"@A#^`$Q@!P,",40``#)I`` M`29S``$FD``!@@(````````040`#`````!12``@"`"`A@@(``280``$04?_] M`````!!2__L``````@`@(0_@!'(D!0`I`$`8(11```\`0*`A/`00`#P%$``D MI1V`#^`$5"2$*""/@X-\C[``+(^R`"B/LP`DC[0`("1C__RO@X-\$```8@`` M$"$2`@`%`````(^'@W@`````%.```P`````0```4)G,``8!$__\`````$)$` M`P`````4D@`(`.`@(8!B__XD8___$%'__0`````04O_[``````#@("$"`"@A M#^`$Q@!P,",40``#)`$``R9S``$D`0`#%F$`,R:0``&/I`!8#^`$@`````"/ M@X-\C[``+(^R`"B/LP`DC[0`("1C__RO@X-\$```."0"``$"`"`A#!`TL2>% M@>`00``*`$`8(8!,```D`0`C%8$`!@````"/L@`HC[,`)(^T`"`0```CCZ0` M6!!```,"`"`AH$````(`("$,$#-'KZ,`0(^C`$`00``-`````(^D`%@/X`2` M`````(^#@WR/L``LC[(`*(^S`"2/M``@)&/__*^#@WP0```5)`(``1!@``," M`"`AH'$```(`("$,$#2Q)X6!Z!1`_OL`0(`AC[(`*(^S`"2/M``@`````(^D M`%@/X`2``````(^#@WR/L``L)&/__*^#@WP``!`AC[\`'(^Q`!@#X``()[T` M8(""````````$$``$P````"`I@```````!#```L`H!@A@&<````````4X@`# M`````!````H`@!`A@&<``21C``$4X/_Y`````(""``$DA``!%$#_\0`````` M`!`A`^``"``````GO?_8K[0`(`"`H"&OOP`DK[$`%`"@B"$"@"`AK[(`&*^S M`!P/X`3"K[``$`(@@"$D$0`L`$"8(202``H"@"`A`@`H(0_@!,8"8#`A%$`` M"@`````"$W`A@<(````````040`#`````!12``,`````$```$B0"``&"`@`` M`````!!1``D`````$%(`!P````""`@`!)A```1!1``,`````%%+_^P````"" M#P`!)A```17@_^,"@"`A```0(8^_`"2/L``0C[$`%(^R`!B/LP`0@>P`P)@A`."@(0"`N"$D%@`%`*#P(2:U>=`0```9 MK[\`/">D`$P"8"@A#!`U:0*`,"$0```=`````">D`$P"`"@A#!`U:0*`,"$0 M```7`````">D`$P"8"@A#!`U:0(`,"$0```1`````">D`$P"`"@A#!`U:0(` M,"$0```+`````"XA``00(``(```````1<(`\`1```"X((8PN`$```````<`` M"``````/X`3")Z0`3">O`5`GN`%,K[@`%*^O`!`"H"`A`N`H(2>F`$P,$"RL M`$`X(11```X`````CZ4!4`P0-,H#P"`AKD(``(^D`5`/X`2``````(Y9```` M````$R``""8Q``$0```+)`(``1!6``0F,0`!$```!P``$"$F,0`!*B$`!!0@ M_]8N(0`$KD```"0"``&/OP`\C[``&(^Q`!R/L@`@C[,`)(^T`"B/M0`LC[8` M,(^W`#2/O@`X`^``"">]`5B`H@``)(0``22E``$00``&H(+__X"B```DA``! M)*4``11`__R@@O__)`X`+J".__^`P@``)(0``23&``$00``&H(+__X#"```D MA``!),8``11`__R@@O__`^``"``````````````````````#X``()`(``2>] M_^BOOP`4#!`UE@````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!0,$#6Y```` M`(^_`!0GO0`8`^``"``````GO?_HK[\`%(R"````````%$``"B0!``&,C@`$ M`````(W/``0``````>#X"0`````0```3C[\`%"0!``$400`*)`$``HR8``0` M````CQD````````#(/@)`````!````B/OP`4)`$``A1!``0``!`A$````B0" M``$``!`AC[\`%">]`!@#X``(`````">]_^BOOP`4C((``"0!``$400`)```` M`(R.``0`````C<\````````!X/@)`````!```!*/OP`4%$``"B0!``*,F``$ M`````(\9``0``````R#X"0`````0```(C[\`%"0!``(400`$```0(1````(D M`@`!```0(8^_`!0GO0`8`^``"``````GO?_@K[\`%*^E`"2,@@``$```'P`` M``"/K@`D)Z4`'(7/````````KZ\`'(R8``0`````CQD`!``````#(/@)```` M`!```!R/OP`4C(@`!">E`!R-"0````````$@^`D`````%$``!(^J`!P0```1 M```0(8^J`!R/JP`D)`(``1````RE:@``$```"B0"``$00/_BCZX`)"0!``$0 M0?_K`````"0!``(00?_W````````$"&/OP`4)[T`(`/@``@`````)[W_X*^_ M`!2OI0`DC((``!```!\`````CZX`)">E`!R5SP```````*^O`!R,F``$```` M`(\9``0``````R#X"0`````0```] M`"`#X``(`````">]_^"OI0`DCZX`)*^_`!2!SP``)Z4`'`P0-8:OKP`<%$`` M!(^X`!P0```%```0(8^X`!R/N0`D)`(``:,X``"/OP`4)[T`(`/@``@````` M)[W_X*^E`"2/K@`DK[\`%('/```GI0`<#!`UCJ^O`!P40``$C[@`'!````4` M`!`AC[@`'(^Y`"0D`@`!HS@``(^_`!0GO0`@`^``"``````GO?_@K[\`%(R" M```0```I`*`8(8QN````````$<``!``````D#P`!$````J^O`!ROH``E`!R/&0`$``````,@^`D`````$```(X^_`!2OHP`DC(@`!">E`!R-"0`` M``````$@^`D`````CZ,`)!1```2/J@`<$```%@``$"&/J@`<`````!5```0D M"P`!$````ZQ@```D"P`!K&L``!````PD`@`!$```"B0"``$00/_7`````"0! M``$00?_D`````"0!``(00?_W````````$"&/OP`4)[T`(`/@``@`````)[W_ MZ*^_`!0,$#66`````(^_`!0GO0`8`^``"``````GO?_@%,```Z^_`!00``!& M)`(``3##``,08``#`````"0.``0!PQ@CC((``"0!``$400`;`````*^C`!RO MI``@C(\`!`````"-^``(``````,`^`D`````CZ,`'(^D`"`40``#`````!`` M`"\``!`A%&```P`````0```K)`(``8R9``0GA8.`CR@`"`!@,"$!`/@)```` M`!```"2/OP`4%$``'"0!``*OHP`8````````#!@@K$"``"H^I`""/N0`@)`$``H\H```` M````$0$`!(^I`"`0```S```0(8^I`"``````C2(``!```"4`````%,```P`` M```0```J)`(``11@``@``````,`@(0_@!(*OI@`8CZH`)(^F`!@`0!@AK4(` M`!1@``F/I``@/`00`#P%$``DI1VP#^`$5"2$*"`0```8```0(8^D`"`,$#:G M`&`H(1```!2/OP`4$&``!@`````/X`2``&`@(8^K`"0`````K6```!````HD M`@`!$$#_\H^D`"`D`0`!$$'_V``````D`0`"$$'_\````````!`AC[\`%">] M`"`#X``(`````">]_^BOOP`4`*`P(23%``0,$#;U)`<$`(^_`!0GO0`8`^`` M"``````GO?_HKZ4`'(^E`!ROOP`4KZ8`(*^D`!@,$#:?KZ<`)(^D`!B/I0`@ MCZ<`)!1```2/K@`<$```'```$"&/K@`(`!0``````8/@))`;__Q```!"/OP`4C.,`#"3G``@48/_U`````(^B M`"@`````%$```P`````0```$```8(0!`^`DD!O__`$`8(0!@$"&/OP`4)[T` M&`/@``@`````)[W_V*^E`"ROI``HCZ\`*(^N`"ROOP`4KZ8`,(WB``"-PP`` M$```"P`````48``$`&`@(1```$LD`@`!`&`@(0_@!,*OHP`DCZ,`)!````:O MH@`@$$#_^@!@("$D`0`"$$'_\@````"/I``H)Z4`(`P0-8ZOHP`DCZ,`)!1` M``2/N``@$```-P``$"&/N``@C[D`,``````#.`@K$"``!(^H`"@0```O```0 M(8^H`"B/I``@C0(``!```"$DA``!%&``!@`````/X`2"`````(^I`"P`0!@A MK2(``!1@``F/J@`@/`00`#P%$``DI1W,#^`$5"2$*"`0```:```0(8^J`"`` M`````&I8(:%@``"/I``HCZ8`(`P0-J<`8"@A$```$8^_`!0/X`2``&`@(8^L M`"PD`@`!$```"JV````00/_S`````"0!``$00?_<`````"0!``(00?_S```` M````$"&/OP`4)[T`*`/@``@`````)[W_Z*^_`!0,$#>#)`;__Q!```0``!`A M$````B0"``$``!`AC[\`%">]`!@#X``(`````````````````````">]_YBO MOP`4KZ0`:"0$``ROL``0KZ4`;*^F`'`/X`2"KZ<`=!1```ZOH@!D/`00`#P% M$``DI1X$#^`$5"2$*"`\`1``)`X`#(^/@\RL+G]@/`$0`(^P`&`0``"5K"]_ M:(^B`("/HP"$)$(``R1C``,``QB"``(0@@`"$(```QB``$,@(22$`%BOHP"$ M#^`$@J^B`(`40``-`$"`(3P$$``\!1``)*4>)`_@!%0DA"@@/`$0`"08``R/ MF8/,K#A_8#P!$``0``!ZK#E_:(^H`(0GI`!8`@A((24J`%2N"@!,#!!)#``` M*"&/I`!H`````)2+``(`````%6``#H^B`&2/I0!LCZ8`<`P0/X@D!P`1,$/_ M_Q!@`&8`````CZP`:`````"E@P`"CZ0`:`````"/H@!D/`T0`"6M'?"L30`$ MK%``"(R.``2,@0``)`\`$*X!``2,@0`(K@X`"(R.``RN#P`4K@$`#*X.`!`G MN`!TCP$``(\9``2N`0`8KAD`'(^H`(``````K@@`2(^I`(0,$$;(K@D`4(^J M`%B/K`!]`&@GO?_8K[\`)*^G`#0GK@`TC<$``(W/ M``2/N``\KZ$`#(^G``PD&2)@)`@B8*^H`!RON0`8KZ\`$`P0-_"ON``4C[\` M)">]`"@#X``(`````">]_PBOI`#XCZX`^*^^`#BOOP`\K[8`,*^W`#2OM``H MK[4`+*^R`""OLP`DK[``&*^Q`!ROI0#\KZ8!`*^G`02-T0`(/!8`#R8C`"RO MHP#P-M9"0```F"$D$@`$``"@(207__\D'@!ECZ,`\`````",;P`$K&```(WX M`!2.)0!$`P#X"0!@("&.(@!,CZ0`\)19```GI0#\)RH``:1*``",BP`$```` M`(UL``0``````8#X"0`````00``5)!D``8^M`/B/I0#PC:0```````",C@`@ M`````(W/``0``````>#X"0`````00``))!D``8^X`0"/I`#PCZ4!!`,`^`D` M````%$``!H^J`/`D&0`!KCD`(!```1LD`@`!CZH`\"8K``2OJP!8C4P`!`%` M("&-C0`0``````&@^`D``````$`P(3P#__`T8[W`KZ8`[(^N`%B.)```CB4` M3*^N`!".+P`4CZ8`[```."$,$$DHKZ\`%(^X`.P`````$%@`"(^B`1"/F8/, M)`L``ZXK`"`D`@`#$```^ZXY`"2/H@$0`````!1```D`````CZH!%``````5 M0``%`````"0,``6N+``@$```[R0"``4\#A``)D`,@D!0`@)C4`&*^Y`*0/X`00K[@` MH(XK``".+0````M10@`*8(`GKP#X`8\8(208``&,:?_0,:X`'P'80`0!"<@E MK'G_T(XD``"OM0`0)Z4`R```,"$``#@A#!!),"2$``$0```T`````(XJ`!R. M*P`8`FJ8(0)V""H0(``$`HN@(3P#__`0```'-&.]P#P#__`T8[W``F.8(0)V M""H0(/_])I0``8^B`1```````H((*A0@_ZF/K@!8%H(`!R0/``6/K`$4```` M``)L""H4(/^BCZX`6"0/``6N+P`@$```JB0"``6/C8/,`````!6R``P````` MCC@``(XJ````&'%"``[(@">K`/@#*Q@AC&G_T"0/``$Q3``?$`#_R`&/0`2/ MC8/,KC(`(`)`$"$0``"6KBT`)!!7_^L`````$$#_R@````".(@``)[D`^``" MP4(`&'"``=D8(8QI_]`D"@`!,$L`'P%J0`0!*'@D$>#_M`$)R"4F,`!4)`P` M$*^L`,2.)@!0CB0``">M`+0GN`#$K[@`%*^M`!`"`"@A#!!).```."$$00`% M`$`P(8^.@\P`````$=+_\20,`!`$00`6+$$`!(^9@\P`````%SX`#`````". M*@``CBT````*64(`"WB`)ZP`^`'L&"&,:?_0)`X``3&X`!\0`/^0`PY`!(^9 M@\RN,@`@`D`0(1```%ZN.0`D+$$`!!`@``P`````CBH``(XM````"EE"``MX M@">L`/@![!@AC&G_T"08``$QK@`?$`#_?0'80`2.*@!,CCD`5(U+```````` M$RL`#2>D`&R.+P``CBX````/84(`#&B`)[@`^`&X&"&,:?_0)!D``3'*`!\0 M`/]L`5E`!">D`&P"`"@A#!`\1"0'``$GI`!L#!`]4">E`(000``S)!@``B>D M`(0,$#W6)B4`((XK`"``````%6``'H^O`/B/KP#X)Z4`D(WD````````C(P` M(`````"-C0`(``````&@^`D`````%$``!H^Y`)0D&``')`X`!JXN`"2N.``@ MC[D`E``````3(``9`````(^K`/`D"@`"K6H``(^D`/`,$#S$)Z4`D!```!*. M(@`@CZ\`^`````"-Y````````(R,`"``````C8T`#``````!H/@)`````!!` M``4`````$`#^OX^C`/`D&``"KC@`((XB`"``````C[\`/(^P`!B/L0`]_^BOOP`4`(`X(8SC``@` MH$`A)`X``B1B`"RL3@```$`@(0$`^`D`P"@AC[\`%">]`!@#X``(``````/@ M``@`````)[W_X*^D`""OOP`4CZX`(`````"-PP`(`````(QO`#``````C>(` M'``````00``&`````"1D`"P`0/@)KZ,`'(^C`!P`````#^`$@`!@("&/I``@ M#^`$@`````"/OP`4)[T`(`/@``@````````````````GO?_HKZ0`&*^E`!R/ MI0`]`!@#X``(`````">]_^BOOP`4#!`W@R0&`$"/OP`4)[T`&`/@ M``@`````)[W_Z*^D`!BOI0`/OP`4CZ4`'(^D`!@,$#J( M)*4`"``"&"N/OP`4)[T`&`/@``@`8!`A)[W_Z*^D`!BOI0`]`!@#X``( M`&`0(2>]_^BOI``8KZ4`'(^E`!R/I``8K[\`%`P0-;D```````(8*Q!@``Z/ MOP`4CZ4`'(^D`!@,$#J()*4`#``"&"L08``'C[\`%(^E`!R/I``8#!`ZB"2E M``0``A@KC[\`%">]`!@#X``(`&`0(2>]_^BOOP`4#!`VIR0&``2/OP`4)[T` M&`/@``@`````)[W_Z*^D`!BOI0`@*^@`!`,$#=5)*8`!(^_`!PGO0`@`^``"``` M```GO?_HK[\`%`P0-X,D!@$`C[\`%">]`!@#X``(`````">]_^BOI``8KZ4` M'(^E`!R/I``8K[\`%`P0.I$```````(8*Q!@`!6/OP`4CZ4`'(^D`!@,$#J9 M)*4`!``"&"L08``.C[\`%(^E`!R/I``8#!`UN22E``@``A@K$&``!X^_`!2/ MI0`/H@!L/`00``_@!.PDA!ZX#!!&N"0$``&/H@!LC[``I`%P\!!``#^`$["2$'NP,$$:X)`0``8>I M`%P`````,2H``1%``",`````E@L`$``````5=0`?`````#$L``@5@``$```` M`"02``$0```))@(`$!)```]('@`````)[W_X*^_`!P\!Q``).]`"`# MX``(`````">]_]BOI0`LCZX`+*^D`"B/I``HK[\`%">E`"0,$#J1KZX`)``" M&"L08``'C[\`%(^E`"R/I``H#!`[!R2E`$0``A@KC[\`%">]`"@#X``(`&`0 M(0`````0```4)`$``1```"L``!@A$```*20#``@0```G)`,`!!```"4D`P`# M$```(R0#``40```A)`,``1```!\D`P`-$```'20#``X0```;)`,`!B0!``$0 M@?_L`````"0!``(0@?_K`````"0!__@0@?_T`````"0!__D0@?_M`````"0! M__L0@?_L`````"0!__T0@?_E`````"0!__X0@?_@`````"0!__\0@?_;```` M`!``_^4``````^``"`!@$"$\#A``);`(:QX``R/OP`4)[T`&`/@``@`````C(X`#(R/`!`#X``( M`<\0(XR.`!",CP`,C)@`%`'%&"$!^#`A`,,(*A`@``0`P\@C$```!0``$"$` MP\@CK)D`%*R#``PD`@`!`^``"`````",@@`4```8(0!%""H4(``&`````(R# M``P`17`C`&5X(:R/``RLC@`4`^``"`!@$"$``````````">]_^BOI``8CZ0` M&*^_`!0`H!@A`&`H(0P0-I^OHP`]`"`0```3+($`!B0.``@0```=K*X``"0/``D0```:K*\` M`"08``H0```7K+@``"09``L0```4K+D``"0(``P0```1K*@``!````^LH``` M+($`!A`@``@```````1(@#P!$```*0@AC"D`4``````!(``(`````"0*`!"L MJ@``K*``!*RD``@#X``(`````!``````0```` M`*RX``2,>0`4$```$ZRY``B,:``0$```$*RH``2,:0`<`````*RI``2,:@`@ M$```"JRJ``@D`0`&$$'_[P`````D`0`'$$'_\@`````D`0`)$$'_\@````"/ MOP`4)[T`&`/@``@`````CXZ#D">]_\@5P``SK[\`%#P"$``D0G]0C%@`!(Q! M```\#Q``)>]]_*WA``",00`(K?@`!*WA``B,2``$C$$``#P9$``G.7WPKR$` M`(Q!``@\"1``KR$`"#P!$``E*2`0/`40`*\H``2L*7X0)*5^&">D`"`D!@`4 M#!`\1```."$\!1``)*5]\`P0/,0GI``@/`40`"2E??P,$#S$)Z0`((^J`"0G MI``@C4L`$``````!8/@)`````(^L`"2O@H.0C8,`'``````08``$C[\`%`!@ M^`DGI``@C[\`%#P"$``D0GWP`^``"">]`#@GO?_HK[\`%*^D`!@`H!@AC&X` M!#P%$`"-SP`,CX:#D"2E?A@!X/@)`&`@(8^_`!0GO0`8`^``"``````#X``( M``````/@``@D`@`!`^``"```$"$#X``(````````````````)[W_R*^_`!2O ML``0C(X`!`"@@"&-SP`()Z4`+`'@^`D`````/`00`"2$?C`GA8(`#^`$L`(` M,"$\!!``#^`$PB2$?C`\&!``)QA^,(^D`"P,$#\"`%B`(0(`("$/X`2\`$`H M(0_@!,("`"`A$```2`("@"&/N0`P/`8/P``90(``R#`AC,8`8#P%$``DI2`P M#^`$L`(`("$/X`3"`@`@(1```$<"`H`A/`40`(^F`#"/IP`T)*4@0`_@!+`" M`"`A#^`$P@(`("$0```]`@*`(8^D`#`,$#]U`````#P%$``DI2!HKZ(`*`_@ M!+`"`"`A#^`$P@(`("&/I@`H`@*`(1#```8``````@`@(0_@!+`GA8(($``` M!@`````\!1``CZ8`,"2E('0/X`2P`@`@(0_@!,("`"`A$```(0("@"$\!1`` MCZ8`,(^G`#0DI2"8#^`$L`(`("$/X`3"`@`@(1```!<"`H`A/`40`(^F`#"/ MIP`T)*4@P`_@!+`"`"`A#^`$P@(`("$0```-`@*`(8^I`"P`````+2$`$1`@ M__(```````E(@#P!$```*0@AC"D`<``````!(``(``````(`("$/X`2P)X6" M#(^_`!2/L``0/`(0`"1"?C`#X``()[T`.">]_^BOOP`4#!`^<``````\!!`` M)(0H(">%@A`/X`14`$`P(8^_`!0GO0`8`^``"``````GO?_HK[\`%`P0/G`` M````)`0``R>%@A0,$$4@`$`P(8^_`!0GO0`8`^``"``````GO?_@KZ0`((^D M`""OOP`4#!`_8@`````\!!``)(1^F*^B`!P/X`2\)X6"&#P$$``/X`3")(1^ MF(^E`!P\#A``)]_^BOOP`4#!`_`@`````\ M!!``)(0H(">%@B`/X`14`$`P(8^_`!0GO0`8`^``"``````GO?_H`(`P(3P$ M$`"OOP`4)(0H(`_@!%0GA8(D/`00`(R$?V`,$#\B`````!```!<`````/`00 M`"2$*"`/X`14)X6"+#P$$`",A']D#!`_(@`````0```5`````#P.$`"-SG]H M/`8/P``.>(``SS`AC,8`8#P$$``DA"@@#^`$5">%@C`0```)`````#P$$`", MA']@)`$`#!"!__``````)`$`#A"!_^,`````/`00`"2$*"`/X`14)X6".(^_ M`!0GO0`8`^``"````````!`A/`(0`#P#$``D8R#T)$(A?(QN````````%<0` M!`````",8@`$$```!@`````D8P`(`&((*Q0@__8````````0(0/@``@````` M```0(3P"$``\`Q``)&,BY"1"(R2,;@```````!7$``0`````C&(`!!````8` M````)&,`"`!B""L4(/_V````````$"$#X``(`````">]_[@D#O__KZX`0*^_ M`"2OI0!,KZ8`4*^G`%2GH`!&)`\`;Z2/``(GF()0CP$``(\9``2OH0`,CZ<` M##P%``$GJ`!`)`D!D"0*`9"OJ@`B`$8#X``()[T`2``` M`````````````*^D``"OI0`$KZ8`"*^G``PGKP``C>$``(WX``0GCH)0K<$` M`*W8``0GJ``(C0$``(T)``0GF8)8KR$```/@``BO*0`$)[W_J*^_`"2OI`!8 M)`[__Z^N`$0GI`!(KZ4`7*^F`&`,$#M4KZ<`9">/@E"-X0``C?@`!*^A``R/ MIP`,/`4``2>Y`$0D"`&0)`D!D*^I`!ROJ``8K[D`%#2EAJ`GI`!()`8``@P0 M-_"ON``0%$```P!`&"$0```X```0(8^J`%B/JP!M`&8\#@!!)<[9 ME">X`"RON``4KZX`$*^J`#"OJP`TKZP`.*^M`#PGCX)8C>$``(WY``2OHP!` MKZ$`&*^Y`!R,:``$/`8`08T)```DQNF0`&`@(20%``$!(/@))Z<`,(^C`$`0 M0``/`````#P$$``DA"0`)`4``0P01D*OHP!`CZ,`0#P%$``DI20,#!`^]@!@ M("$,$$9I`````!````P``!`AC&H`!`!@("&-2P`0``````%@^`D`````CZ0` M1`_@!"``````CZ(`+`````"/OP`D)[T`6`/@``@`````)[W_J*^_`"2OI`!8 M)`[__Z^N`$0GI`!(#!`[5*^E`%PGCX)0C>$``(WX``2OH0`,CZ<`##P%``$G MN0!$)`@!D"0)`9"OJ0`.@EB-P0``C=@`!*^D`$"OH0`8K[@`'(R/``0\!@!! MC?D``"3&Z9`D!0`"`R#X"2>G`#"/I`!``````(R(``0`````C0D`$``````! M(/@)`````(^D`$0/X`0@`````(^B`"P`````C[\`)">]`%@#X``(```````` M`````````````">]_[BOOP`4KZ0`2"0$%"ROL``0KZ4`3`_@!(*OI@!0%$`` M!0!`@"$D#@`,KXZ#S!```$```!`ACZ8`3``````PPP`#%&``!``````D#P`! M$````JQ/``BL0``()`$``11A``4F&``H)`'__`#!,"0TQ@`")A@`*(^E`$BO MN``<`P`@(0_@!+ROI@!,CZ0`'`P024@GA8)@CZ0`'(^E`$R/I@!0#^`$D``` M```$0``>K@(`!(^D`!R/I0!(#^`$O`````"/I``<#!!)2">%@FB/I``]_^BOI``8CZX`&*^_`!2-Q```#^`$(``` M``"/KP`8`````(WD``0/X`0@`````(^D`!@/X`2``````(^_`!0GO0`8`^`` M"``````GO?_@K[\`'*^P`!2OL0`8KZ4`)*^F`"@GK@`DC<$``(W/``0`@(`A MKZ$``*^O``2/I0`$CZ0```P01$P``````$"((:X``!2.`@`4`@`@(0(B&"0` M8L`AKA@`$`P00V:N`P`@$$``!P````".&0`4```````90$`E"0`!$`#_\JX) M`!2.`@`@C[\`'(^P`!2/L0`8`^``"">]`"`GO?_0KZ4`-(^N`#2OOP`4KZ0` M,*^F`#BOIP`\C<\`"``````Q^``"%P``(P`````GN0`XCR$``(\H``2OH0`` MKZ@`!(^E``2/I```#!!$3`````"/I``T#!!#-@!`*"&/J0`T)ZL`."4J`"BO MJ@`J`"R-00``C4L` M!*^A``2OJP`(CZ8`"(^E``0,$$08`2`@(01!``,`0"@A$```&20"__^/I``< M#!!$;@`````00``.`````(X"`"".!``$```P(:X"`"0/X`1\``(J@(X$``2/ MI0`<#^`$ZB0&!``D`00`$$$`!P``$"&.#``()`+__S6-``(0```"K@T`"``` M$"&/OP`4C[``$`/@``@GO0`H)[W[J*^S`!@`@)@AK[\`'*^E!%ROI@1@KZ<$ M9(YB``@`````,$X``A'```0P3P`!$``!#B0"__\P3P`!$>``!0`````D&``! MKYB#S!```0T!$0G ML@1,)G$`**^P`#B.H0``CKD`!*^A``"ON0`$CZ4`!(^D```,$$1,``````)@ M("$,$$,V`$`H(8ZA``".J``$KZ$`!*^H``B/I@`(CZ4`!`P01!@"("`A!$``   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26705; 5 May 89 0:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ad26415; 5 May 89 0:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac26378; 5 May 89 0:09 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14738; 5 May 89 0:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29399; Thu, 4 May 89 20:48:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 00:48:38 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: BSD4.3 "/etc/renice" for IRIX (Part 3 of 4) Message-Id: <32135@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL -------------------- cut here (Part 3) ---------------------- M'@!`@"&/J01L`````!4@``H"("`AC[``.(^Q`#2/L@`PC[0`+(^U`"B/M@`D M$```VR0"``$"("`A#!!$;@(`*"$40``-`````(YJ``@D`O__-4L``JYK``B/ MM@`DC[4`*(^T`"R/L@`PC[$`-(^P`#@0``#+C[\`'(ZA``".K``$KZ$`!*^L M``@GK01DC:$``(VN``2OH0`,CZ<`#(^F``B/I0`$`B`@(0P01+2OK@`0$$`` M(H^Y!&".8@`@CF0`!```,"&N8@`D#^`$?``"*H".9``$`B`H(0_@!.H"P#`A M$%8`#H^P`#B.;P`()`+__S7X``*N>``(C[8`)(^U`"B/M``LC[(`,(^Q`#2/ ML``X$```HX^_`!R/L``XC[$`-(^R`#"/M``LC[4`*(^V`"00``":```0(8^Y M!&"/J`1H``````,H2"$E*@`&+4$$`!0@``\GI`!$CFL`""0.`!PU;``"KFP` M"(^V`"2/M0`HC[0`+(^R`#"/L0`TC[``.*^.@\P0``"%)`+__R>D`$0/X`00 M`L`H(0``@"$"0"`A`B`H(0P00_@"`#`ACZT$3``````1H`!#`````(Y!``". M3P`$KZ$``*^O``2/I0`$CZ0```P01$P`````CG@`%``````G&0`!`R)`)!$` M`#,``````H`@(0(@*"$,$$/X)@8``8^I!$0`````%2``"P`````\!!``/`40 M`"2E)%0/X`14)(0H((YJ``@`````-4L``A```".N:P`(CD$``(Y,``2OH0`$ MKZP`"(Z.``2.@0``CZ8`"*^A``R/IP`,CZ4`!">D`$0,$$2TKZX`$!!```8` M`````B`@(0P01&X"`"@A%$#_Q@)`("&.;0`()`+__S6O``*N;P`(C[8`)(^U M`"B/M``LC[(`,(^Q`#2/L``X$```.H^_`!P0`/^W)A```HYB`"".9``$```P M(:YB`"0/X`1\``(J@(YD``0"("@A#^`$Z@+`,"$05@`-`````(YX``@D`O__ M-QD``JYY``B/M@`DC[4`*(^T`"R/L@`PC[$`-(^P`#@0```@C[\`'(YH`"". M:0`4CF0`!`$)*"$`!2J`)*4$``_@!'P``#`ACF0`!">E`$0/X`3J`L`P(1!6 M``T`````CFH`""0"__\U2P`"KFL`"(^V`"2/M0`HC[0`+(^R`#"/L0`TC[`` M.!````:/OP`<#!!#I0)@("$0`/\'CJ$``(^_`!R/LP`8`^``"">]!%@GO?_@ MK[\`%*^D`""LH``O`#"N(``]`%@#X``(`<`0(2>]_^"OL``4K[$`&`"`@"&OOP`]_]"OL``0`("`(:^_ M`!2.#@`,C@4`$``````!Q0@J$"```P`````0```P```0(02A``0PKP`'$>`` M`@`````E[__X!*$``@"@""$D(0`'``$0PP1!``0P6`__$P```@`````G&/`` MK[@`)*^O`"".&00H!$$``@!`""$D(0__``$;`Q!Y`!./J0`DC@0``*X#!"@` M`RL`#^`$?```,"&.!```)@@$+*^H`!@!`"@A#^`$G"0&$``D`1``$$$`!8^I M`"2/I``8#^`$$"0%$`"/J0`DCZP`(`()4"&!2P0L)`T``0&-<`0!;A`DC[\` M%(^P`!`#X``()[T`,">]_\BOL``4`("`(:^_`!ROL0`8C@X`#(X#`!`````` M`<,(*A`@``(`````K@,`#`1A``0P;P`'$>```@`````E[__X!&$``@!@""$D M(0`'``$0PP1!``0P6`__$P```@`````G&/``K[@`,*^O`"R.&00H!$$``@!` M""$D(0__``&+`Q(Y`!./J0`PC@0``*X1!"@`$2L`#^`$?```,"&.!```)@@$ M+*^H`"`!`"@A#^`$G"0&$``D`1``$$$`!8^I`#"/I``@#^`$$"0%$`"/J0`P MCZH`+`()$"&`300L)`L``0%+8`0!C7`EH$X$+(X$``"N$00H)@\$+*^O`"`` M$2L`#^`$?```,"&.!```CZ4`(`_@!.HD!A``)`$0`!!!``:/OP`]_^@`S@@K%"`` M!`````"OH``($```$:^@``P8P``%)`($```&>$``K\`AAP(`````````!LA` M`+D8(81H``(``````*A((:^I``B$:@`"``````!*6".OJP`,)ZP`"(V!``"- MC0`$)[T`&`"`$"&L@0```^``"*R-``0GO?^XK[$`$`"`B"&OOP`(`!#\`ACQD``"3G``0#(A`A M,$H`/P`*6(`!*V`AC8T``"CA``@`!C$#%"#_\P&C&"$DI?__!*'_[0`````# MX``(`&`0(2>]_]``@$`AK[\`%(4&```!`!`A`,`8(0"C""L0(``$`````#"N M``$1P``$)*\``A```#4``!`A)*\``A1O``4`````)-C__J48```0```N)`(` M`1B@``4D!P0```7(0`$92"&%)P`````````%4$`!"E@AKZL`&(5B``0````` M`.(X(QC@`!`DS__^``-@0`$,:"&%HP``KZ@`,`!G<"$!#B@AKZ<`)`$#("$/ MX`0,`$,P(X^H`#"/IP`DA08````````DS__^I0\``(48``"/H@`8`!C(0`$9 M&"$D0@`"`&((*Q0@``<`````A$D`!"1"``(`8@@K`2=0(1`@__ND2O_^)`(` M`8^_`!0GO0`P`^``"``````GO?_0K[\`%*^E`#2OI@`XKZ<`/`"`0"&%"@`` M)`D$``%`&"$88``&CZ8`.``#<$`!#G@AA>D```````"/I@`XCZL`0``#$$`! M)L`C)%D`!@,+2",#*0@J%"``!"5,``(0```7```0(25,``*E#```)$(``@$" M."$!*Q@AI.,``(^D`#2OJ0`HKZ@`,*^G`!@/X`0,`0,H(8^G`!B/J``PCZD` M*"3G``*DZ0``CZ8`0(^D`#P/X`0,`0DH(20"``&/OP`4)[T`,`/@``@````` M)[W_T#"N``(1P``$K[\`%"0/``(0```1IZ\`(#"X``$3```%)`$`""09``$0 M```+I[D`("0!``@4H0`%)`D`%B0(``,0```%IZ@`("0)`!:OB8/,$```&R0" M__\PJ@`$KZ``**^@`"010``3IZ``(B0%``8/X`0R)Z8`(`1!``P`````CXN# MS"0!``T180`%)`P`920!``L580`#`````"0,`&6OC(/,$```!B0"__\0```$ M```0(20%``0K[(`.(^2@\P`@!@AK[\`/*^P`#2OI0ATKZ8(>!A@`12OIPA\,'`#^``0 M<,,IP0`8$"`!$(^_`#R/B(*$,&\`!R08``$!^,@$`RA()!$@`0F/OP`\CXJ" M<*^Q`$0%00`)`````(^%@G2/A()X```P(:^C"'`,$$9"-*4`"(^C"'`````` M%@``!2>D`&Z/BX*(``````!K&"4GI`!N)X6"C`!@,"$/X`2PKZ,(<`_@!,(G MI`!N)ZP`;@!,:"&OK0!@#^`$U">D`%@,$$G`)Z0`6(^D`&`GA8*4#^`$L"1& M``2/I`!@#^`$P@````"/K@!@CX^">`'"P"$1X``+K[@`8`,`("$/X`2\`>`H M(8^D`&`/X`3"`````(^Y`&```````R)`(:^H`&"/B8)T`````#$J``$10``. M``````P01L@`````CZ0`8">%@IP/X`2P`$`P(8^D`&`/X`3"`````(^K`&`` M`````6)@(:^L`&"/C8)X`````!&@``F/KPATCZ0`8`_@!+PGA8*DCZX`8``` M```EV``"K[@`8(^O"'0GL`1O@>,``"7Q``$08``U)`H`"B0!``H080`R)`H` M"B0"`"408@`$`````*(#```0```@)A```8(C```D`0!M$&$`!B8Q``&B`@`` M)A```280``$0```7H@/__X^9@M```````S((*Q`@``D`$D"`/`40`"2E)E!&^OJ``LK[D`**^O`"2O MN``@KZX`'*^M`!BOK``4#^`$L*^K`!`/X`3")Z0`;BA!!`$4(``"`$`8(20# M!`"/A()P)Z4`;@!@,"$/X`3JKZ,`7(^C`%P$0``$`````(^Q`$00``!4C[\` M/(^)@G0`````,2H``A5```H`````CZL(<``````Q;``'*8$`!!`@``0````` MC[$`1!```$:/OP`\#!!*0*^C`%R/HP!<)`'__Q1!``0`0(`AC[$`1!```#V/ MOP`\%$``)P`````D!``.```H(0P02:BOHP!M`&X`[7`CCX2"<`!N,",DQ@`! M#^`$Z@#@*"&/A()P#^`$(``````,$$:X```@(8^8@G0`````,P\`$!7@``Z/ ML0!$#^`$Z```("$80``*C[$`1!!0``B/L0!$#^`$Z```("$80``$C[$`1!10 M__L`````C[$`1`````"/OP`\C[``-(^R`#@#X``()[T(<">]_^@0@``"K[\` M%*^$@G@0P``#KX6"=##.`_BOCH*(CX^"<``````%X0`9C[\`%#"X``@3```6 MC[\`%#P$$``DA"6P#^`$D"0%``4$00`'KX*"<#P$$``DA"6\#^`$D"0%``$0 M```%KX*"<(^$@G`D!0`$#^`$,@``,"&/A()P)`4``@_@!#(D!@`!C[\`%">] M`!@#X``(`````">]_^BOOP`4CX2"<`_@!"``````C[\`%"0.__^OCH)P`^`` M"">]`!B/@X*$$(```@````"OA(*$`^``"`!@$"$````````````````GO?U8 M`(`8(20.__^OK@`<%&``$:^_`!0\!!``#^`$;"2$)^000``%`$`8(9!/```` M````%>``"`````"3F(*P`````!,```,`````$```(P``$"$G@X*T/`40`"2E M)_"C@(*P)Z0"*`_@!+ROHP*HCZ,"J">D`C8/X`2\`&`H(2>D`B@/X`20```H M(01``!$`0"`A)Z4`)B0&`@(/X`2]`J@# MX``(```````````GO?_HK[\`%`_@!#ZOI``8CZ0`&`_@!#``````C[\`%">] M`!@#X``(```````````D`@0`````#`/@``@`8!`A)`(#_`````P0X``#```` M``O@!!8``````^``"``````D!``!)`($#P````P4X``*``````/@``@````` M)`0``"0"!`\````,%.```P`````#X``(``````O@!!8`````)`($``````P0 MX``#``````O@!!8``````^``"``````GO?_HKZ4`'*^D`!@`P#@ACZ8`'(^E M`!BOOP`4#!!&^"0$``V/OP`4)[T`&`/@``@`````````````````````)[W_ MX*^E`"2OI@`H`.`8(8^N`#"OI``@CZ4`((^G`"B/I@`DK[\`'"0$!""OHP`0 M#!!*5*^N`!2/OP`<)[T`(`/@``@````````````````D`@00````#!#@``,` M````"^`$%@`````#X``(`````">]_^BOI``8KZ4`'(^E`!@\!!``K[\`%*^F M`"`GI@`<)(0H``P02EROIP`DC[\`%">]`!@#X``(`````">]_^BOOP`4KZ8` M(">F`"`,$$ID`!P, M$$I<)Z8`.(^_`!0GO0`P`^``"````````````````">]_^BOOP`4`(`8(0!@ M("$/X`1*KZ,`&(^C`!@``"@AD&0`#0_@!'P``#`ACZ,`&`````"0;P`,C&X` M"#'X`,^@>``,D&(`#*Q@```P60"`$R```ZQN``0P2`#\H&@`#(^_`!0GO0`8 M`^``"``````GO?_@K[\`%*^D`"`/X`0ZKZ4`)(^D`"`40``#`$`X(1```#L` M`!`AH$0`#9!.``VL0```H$``#*Q```2L0``(/`$0```.>("/N``D`"\((:P@ M+D"3`P``$```%"0!`&&060`,`````#!$A``0`````)`$`6!4A``<`````D(,``B2$``(!8V`A MD8<``0`````PZ@`$$4``!##M``(0```()&C_T##M``(1H``$)&?_R1````(D M9_^I)&?_R0#@0"&0@P`!)(0``0%C<"&1QP`!``A0(S#O``<1X``I`````##X M``03```$,/D``A````@D:?_0,/D``A,@``0D:/_)$````B1H_ZDD:/_)`0!( M(0$F""H0(``:``````#*`!F0@P`!)(0``0%C:"&1IP`!`````##N``<``&`2 M$<``$`&)4",P[P`$$>``!##X``(0```()&G_T##X``(3```$)&C_R1````(D M:/^I)&C_R0$`2"$!)@@J%"#_Z``````0H``"`````*RD```00``$``I`(Q`` M``(!0$`A``I`(P$`$"$#X``(```````````D`@16````#!#@``,`````"^`$ M%@`````#X``(`````">]_ZBOI`!8CZ\`6"0.``&OK@`HK[\`%!7@``.OH``@ M$```>0``$"$\!1``)*4OX```("$,$$ZD)Z8`-`1!``0`````CZ(`6!```'"/ MOP`4/`4`022E(Z@,$$F8)`0`#H^C`#R/I`!8KZ(`5*^@`%"OH`!(%&``!:^@ M`$2/N`!``````!,``"D`````)!D``0"#""H4(``)K[D`)!1D``R/J@!`CZ@` M0(^I`%```````2@(*A`@``:/J@!``&08(Z^C`#P0```L`#2-C0`$C8$``">K`$2M80``C8$`"*UM``2- MC0`,K6$`"*UM``R/I0!4KZ(`(*^@`#ROH`!`#!!)F"0$``X0```$KZ``**^C M`#ROI`!,KZ``)`P026`D!``.```@(2>E`$0,$$ZD```P(0P028HD!``./`40 M`"2E+^```"`A#!!.I">F`$2/K@`H`````!'```6/KP`DCZ4`5`P029@D!``. MCZ\`)``````1X``:CZ0`3(^X`$"/N0!0/`$`#P,90"&/HP`\CZ0`3#0A0D`! M`0@JKZ@`0!`@``,`9!@A$```"*^C`#R/J0!`/`'_\#0AO<`D8P`!`2%0(:^J M`$"OHP`\```@(2>E`#0,$$ZD```P(8^D`$R/K0`@``````&D$"&/OP`4)[T` M6`/@``@``````^``"``````D`@1&````#!#@``,`````"^`$%@`````#X``( M`````"0"!%,````,$.```P`````+X`06``````/@``@`````)`($0P````P0 MX``#``````O@!!8``````^``"``````D`@1"````#!#@``,`````"^`$%@`` M```#X``(`````">]_^BOOP`4$*``"J^D`!@,$$^3KZ4`'(^E`!R/CH+@```` M`*RN``"/CX+H`````*RO``2/N``8`````!,```8``!@A#!!1&`,`("$0```" M`$`8(0``&"&/OP`4)[T`&`/@``@`8!`A```````````D`@1/````#!#@``,` M````"^`$%@`````#X``(`````"0"!$P````,$.```P`````+X`06``````/@ M``@`````)`($2@````P0X``#``````O@!!8``````^``"``````D`@1$```` M#!#@``,`````"^`$%@`````#X``(`````)""````@!@A$$``!22$``&0@@`` M)(0``11`__T`````D*(``"2$__\DA``!)*4``1!```:@@O__D*(``"2$``$D MI0`!%$#__*""__\#X``(`&`0(0```````````````!B``%8`````*($`'Q`@ M`%,`````-(0"`"0"!!@````,$.```P`````+X`06``````/@``@`````&(`` M2``````H@0`?$"``10`````TA`0`)`($&`````P0X``#``````O@!!8````` M`^``"``````8@``Z`````"B!`!\0(``W`````#2$"``D`@08````#!#@``,` M````"^`$%@`````#X``(`````!B``"P`````*($`'Q`@`"D`````-(00`"0" M!!@````,$.```P`````+X`06``````/@``@`````&(``'@`````H@0`?$"`` M&P`````\!@!!),8FY#2$`0`D`@08````#!#@``,`````"^`$%@`````#X``( M`````!B```X`````*($`'Q`@``L`````/`8`023&)N0D`@08````#!#@``,` M````"^`$%@`````#X``(``````O@!!8D`@`6)[W_Z`#@^`FOI@`0CZ0`$"0" M!$`````,`````">]_^BOOP`4#!!.K``````,$$G*`$`@(8^_`!0GO0`8`^`` M"``````\`A``D$(O\">]_^@\`1``/`80`#P#$``D8R_Q),9_`:^_`!2OL``0 M`(`X(1!```:@(G\`D&(``"3&``$D8P`!%$#__*#"__^,[@`8/!@0```.>(`! M[G@C)Q@P#`'X&"&0>0``/`$0`*`Y?P`D8P`!D&@``"1C``&@*'\!D&D``"3P M`!"@*7\"C@H``#P,$```"EB`)8PP)`%J6",!;!@AD&T``"1C``&@+7\$D&X` M`"1C``&@+G\%D&\``"80__R@+W\&C@4``#P$$``DA'\'#!!*)J^G`!B.!?_\ M)A#__`!`("$,$$HF)*4`9(X%__PF$/_\`$`@(0P02B8DI0!DC@7__"80__P` M0"`A#!!*)B2E`&2/I``8`$`P(8R#`!0`````*&$`9!0@``<`````)!@`,B09 M`#"@60`"H%@``8R#`!0`````),8``@#`("$,$$HF)&4`9(^_`!2/L``0/`(0 M`"1"?P`#X``()[T`&"BA``H4(``,)(0``20!``H`H0`:)(0``0``]_I"OM``H/!00`*^^`#BOMP`TK[,`)*^P`!@`@(`A`*"8(207`%LD M'O_\)I0EX*^_`#ROM@`PK[4`+*^R`""OL0`*^G`7ROH`!HKX"#H*^` M@Z22<0``)G,``18@``4"D7`ACZ(`:!```4N/OP`\`I%P(9'/``$`````,?@` M"!,``$$D`0`ECYF#I``````7(/_P`````(^(@Z``````)0D``:^)@Z".`@`` M`````"1"__\$00`%K@(```_@!#@"`"`A$```!@!`("&.`@`$`````)!$```D M2@`!K@H`!`*$6"&1;``!`````#&-``@1H``9`````(^.@Z``````)<\``:^/ M@Z".`@```````"1"__\$00`%K@(```_@!#@"`"`A$```!@!`("&.`@`$```` M`)!$```D6``!KA@`!`*$R"&3*``!`````#$)``@5(/_I`````(^*@Z`"`"@A M)4O__P_@!-ZOBX.@)`'__Q1!_[@`````)`P``1``_[6OC(.D)`$`)18A``4` M````DG$``"0!`"46(0`@)G,``8^-@Z``````):X``:^.@Z".`@```````"1" M__\$00`%K@(```_@!#@"`"`A$```!@!`("&.`@`$`````)!$```D3P`!K@\` M!!"1_YH`````CYB#H`(`*"$G&?__#^`$WJ^9@Z`D`?__$$$`VX^M`&B/H@!H M$```X(^_`#PD`0`J%B$`!0``D"&2<0````"P(1````(FE`'`40``#`$"8(1```*XD`O__`I$0(9!/``$`````,?@``1,```0D M`0!ND%$!`B05`&PD`0!N$B$`=@````"/F8.D`````!<@`'(`````)`$`8Q(A M`&\`````$C<`;0````"/B(.@`````"4)``&OB8.@C@(````````D0O__!$$` M!:X"```/X`0X`@`@(1````8`0"`AC@(`!`````"01```)$H``:X*``0"A%@A MD6P``0`````QC0`($:``&0````"/CH.@`````"7/``&OCX.@C@(````````D M0O__!$$`!:X"```/X`0X`@`@(1````8`0"`AC@(`!`````"01```)%@``:X8 M``0"A,@ADR@``0`````Q"0`(%2#_Z0````"/BH.@`@`H(25+__\/X`3>KXN# MH"0!__\400`U`````!```%F/K0!H)ZP!>*^L`!0"P"`A`B`H(0)`,"$GIP!P M#!!-M*^P`!`0```Y`````"0!`&@6H0`*)`$`;(^M`7B/F(.@):X`!P'>>"2O MKP%XC?G__!``_ONG.```)`$`;!:A``J/K0%XCZ@!>(^+@Z`E"0`'`3Y0)*^J M`7B-3/_\$`#^\*V+``"/K0%XCYB#H"6N``(WY__P0`/[HKS@` M`">H`7BOJ``4`L`@(0(@*"$"0#`A`J`X(0P02\ZOL``0$```$0`````2-__. M)ZP!>"0!`&,2(?_+)ZP!>"0!`&D2(?_P)Z@!>"0!`&X2(?_/)`$`:"0!`',2 M(?_")ZP!>!``_^@GJ`%X$$``!@````"/J0!H``````$V4"$0`/['KZH`:(^+ M@Z0`````$6``"(^D`&B/K`!H`````!6```2/I`!H$````R0$__^/I`!H```` M`!````D`@!`ACZT`:``````1H``$)`3__Q````(!H"`A)`3__P"`$"&/OP`\ MC[``&(^Q`!R/L@`@C[,`)(^T`"B/M0`LC[8`,(^W`#2/O@`X`^``"">]`7`G MO?](K[(`'*^Q`!@GL0!X`,"0(:^_`"2OLP`@K[``%*^D`+BOI0"\KZ<`Q*^@ M`&2OH`!@KZ``7*^@`%BOH`!4$```"Z^@`%`D#@`!KZX`6!```!0D$P`*$``` M$B03``@0```0)!,`$!```<0``!`ACZ\`O``````E^/^<+P$`%1`@__D````` M`!C`@#P!$```.`@AC#@`P``````#```(`````(^9@Z"/L`#()R@``:^(@Z". M`@```````"1"__\$00`%K@(```_@!#@"`"`A$```!@!`&"&.`@`$`````)!# M```D20`!K@D`!!```)L`8#@A)`H``:^J`%0F4O__&D``GP````"/BX.@```` M`"5L``&OC(.@C@(````````D0O__!$$`!:X"```/X`0X`@`@(1````8`0!@A MC@(`!`````"00P``)$T``:X-``0D`0`P%&$`B@!@."&/K@"\)`$`:17!`(8` M````*D$``A0@`(,`````CX^#H``````E^``!KYB#H(X"````````)$+__P1! M``>N`@```@`@(0_@!#BOIP!LCZ<`;!````8`0!@AC@(`!`````"00P``)%D` M`:X9``0P9`#_)`$`>!"!``2CHP!W)`$`6!2!`%4`````D@0`#20!`&00@0`% M`````(X(````````$0``%P````"/B8.@`````"4J``&OBH.@C@(````````D M0O__!$$`!ZX"```"`"`A#^`$.*^G`&R/IP!L$```!@!`&"&.`@`$`````)!# M```D2P`!K@L`!!```!$P9`#_)Z4`>"0&``$/X`2``$``````J00`#$"``"B03`!"/F(.@`@`H(2<9__^O MF8.@#^`$WJ^G`&R/IP!L$```)R92__\`@#@A$```)"92__Z/B(.@`@`H(24) M__^OB8.@#^`$WJ^G`&R/BH.@CZ<`;).D`'KZ<`;(^G`&P0```+ M)E+__R0!`"L08?]F`````"0!`"T08?]B)`H``20!`#`08?]YCZX`O"92__\& M0`"/CZD`N">N`+8!T0@K$"``!0`````D#P`BKX^#S!```/4``!`A/`(0``!' M$"&00B7A`````#!#``048``'`````"0!`!`680`GCZ\`6#!8`(`3```DCZ\` M6!!@``0P60`!$```""0#`#`P60`!$R``!"0"`%<0```")`(`-R0"`%<`0!@A M`.,0(P!3""H0(`!KCZD`N(^H`+@`````$0``#(^M`&2/J0!8`````!4@``B/ MK0!DCZH`4``````":@`9``!8$@%B8"&OK`!0CZT`9``````EK@`!$```0:^N M`&2/KP!8`````!'@`%2/J0"X)`$`+A3A``@D`0!EC[@`8``````#`!@A)QD` M`1!@`#2ON0!@)`$`91#A``6/J`!D)`$`113A`$6/J0"XCZ@`9``````1``!! MCZD`N(^I`%P``````2`8(24J``$48``ZKZH`7*(G``"/BX.@)C$``25L``&O MC(.@C@(````````D0O__!$$`!:X"```/X`0X`@`@(1````8`0!@AC@(`!``` M``"00P``)$T``:X-``0\`A```$,0(9!")>$`8#@A,$X`!!7```H`````)`$` M*Q!A``<`````)`$`+1!A``0`````,$\`"!'@`!B/J0"XHB<``(^8@Z`F,0`! M)QD``:^9@Z".`@```````"1"__\$00`%K@(```_@!#@"`"`A$```!@!`&"&. M`@`$`````)!#```D2``!K@@`!"92__\&0?]T`&`X(8^I`+@`````$2``7P`` M``"/J@!D`````!%``%L`````CZL`6``````18``EC[@`5*(@``"OIP!L#^`$ M!">D`'B/K`!4CZ<`;!&```)&(`"&1B``AX^M`,0D`0!L%:$`#H^B`,R/H@#, M)`'__(Q#````````)&,`!P!A&"2L0P``C&[__`````#EPP``$```/N7"``2/ MH@#,)`'__(Q#``!&(!$@)&,`!P!A&"2L0P``C&___!```#3EY```C[@`5``` M```3```(CZD`Q(^Y`%`\`8``$R$`!(^I`,0`&4`CKZ@`4(^I`,0D`0!L%2$` M#8^L`,2/H@#,)`'__(Q#````````)&,`!P!A&"2L0P``C&O__(^J`%`0```; MK6H``(^L`,0D`0!H%8$`#8^B`,R/H@#,)`'__(Q#````````)&,`!P!A&"2L M0P``C&[__(^M`%`0```,I/_\CZ\`4`````"O#P``CYF#H`#@("$G*/__KXB#H`_@!-X"`"@A)`'_ M_Q1!``2/H@!D)`D``:^)@Z2/H@!D`````(^_`"2/L``4C[$`&(^R`!R/LP`@ M`^``"">]`+@GO?_`K[4`*`"`J"&OLP`@K[$`&`#`B"$`H)@AK[\`+*^T`"2O ML@`$`````,R@`"!4``#D`````)`$`6Q9A M``@`````CZD`3``````!)%`AD4L````````58``O`````!*@``(`````HD0` M`"8Q__\:(``I)E(``8^,@Z``````)8T``:^-@Z".`@```````"1"__\$00`% MK@(```_@!#@"`"`A$```!@!`("&.`@`$`````)!$```D3@`!K@X`!!"4`!4` M````)`$`"&1[R7A`````#'X``@7```+`````"0! M`%L68?_:`````(^Y`$P``````R1`(9$)````````$2#_TP`````4E``'```` M`(^+@Z`D"@`!)6S__Z^,@Z`0```,KXJ#I!H@``N/N``TCXV#H`(`*"$EKO__ M#^`$WJ^.@Z`45``$C[@`-"0/``&OCX.DC[@`-``````66``#`````!````@` M`!`A$J``!B0"``$D`0!C$F$``R0"``&B0```)`(``8^_`"R/L``4C[$`&(^R M`!R/LP`@C[0`)(^U`"@#X``()[T`0">]_]BOL``0`("`(:^_`"2OM``@K[(` M&*^S`!ROL0`4D@X``"0!`%X`H)@A%<$``P``D"$D$@`!)A```0)@("$N10`! M#^`$CB0&`0"2!```)!$`7121``0D%``M$```!"04`"TD%``M%)0`!0`````" M9'@AH?(``)($``$F$``!$)$`'280``$4@``#`````!```!H``!`A%)0`$@)D MP"&2`P```````!!Q``X"9,`AD@+__@``````0P@J$"``"0)DP"$`8C`C),8` M`0)B("$/X`2.`D`H(1````,F$``!`F3`(:,2``"2!```)A```121_^4````` M`@`0(8^_`"2/L``0C[$`%(^R`!B/LP`]_]"OOP`4#!!/DZ^D`#"/K@`PCYB"X(W/```GI``@`?C( M(PP03P&ON0`@CXB"Z`!`,"$5```#`````!```$$`P!`AC$D`'(Q+``@`"5"` M`4E0(0`*4(`!25`A``I0P``+8,",3@`$`4E0(0&+8",`#&%```I0@`%)4",! MBV`A``YY```,80``"E'``>YX(XQ9``"/B(.P``]X@`%,:"$!K\`A%0``#@,9 M&"&/B8.T`````!4@``H`````)Z0`*">E`"2OHP`<#!!0O:^F`"R/HP`]_^BOOP`4K[`` M$`_@!&PGA(+\$$``+@!`@"&/A8+L#!!/RP(`("$00``I`$"`(0(`("$GA8+@ M#!!/_20&``$00``C`$"`(8^.@N"/A8+P)<_Q\*^/@N2O@(.TKX"#L*^`@N@, M$$_+`@`@(1!``!@`0(`A)!@``:^8@NB00P```````!!@`!./OP`4)`$`.Q!A M``PF!``!`@`@(2>%@N0,$$_])`8``1!```D`0(`AD%D``"0!`#L7(0`&C[\` M%"8$``$GA8.P#!!0:B>&@[2/OP`4C[``$`/@``@GO0`8D(,``#P&$``DQB7@ M`,-P(9'/``$D`@`#,?@``Q<```0D0O__$```)@``$"$D0O__H*,``!A```DD MI0`!D(,``22$``$`P\@ADR@``0`````Q"0`#%2#_]0````"0B@````````#* M6"&18P`!`````#!C``,08``)`````)",``$DA``!`,QH(9&N``$`````,<\` M`Q7@__D`````)$+__P1```8`````)`,`("1"__^@HP``!$'__22E``$`@!`A M`^``"``````GO?_0K[``%*^Q`!@``(@A`("`(:^_`!ROI0`TKZ``*!#```L` M`!@AD@(````````X0P`M+&,``11@``0`````)`$`*Q1!``,"`"`A)A```0(` M("$GI0`H#!!01Z^C`"000``@`$"`(8^Q`"B03@```B`((0`!B,`"(8@C`!&) M0`(AB"$D`0`Z%<$`%@`1B0`F!``!#!!01R>E`"@00``1`$"`(8^O`"B060`` M``_!``,/P",`&,"`)`$`.A"&1^``!`````#,9``07(``#`````!```!<``!`AK*```(RH```DA``! M``A(@`$H2"$`"4A`K*D``)"*__^,JP````````%+8"$EC?_0K*T``)".```` M`````$YX(9'X``$`````,QD`!!<@_^T``````(`0(0/@``@`````)[W_V*^P M`!``@(`AK[\`%*^E`"PGI0`D`@`@(:^F`#"OH``8#!!01Z^@`!P40``#`$"` M(1```$$``!`ACZX`)"0!`"\ES___KZ\`))!8````````%P$`"0`````F!``! M)Z4`'`P03_T``#`A%$```P!`@"$0```Q```0(9!9```D`0`L%R$`&8^K`"0F M!``!#!!01R>E`"`40``#`$"`(1```"8``!`ACZ@`("0!`"\E"?__KZD`()!* M````````%4$`"H^K`"0F!``!)Z4`&`P03_T``#`A%$``!(^K`"00```6```0 M(8^K`"0\`P`!-&-1@`%C`!F/K0`]`"@GO?_HK[\`%#P.$`"-SC!HC,<`%`"`0"$`[@@J`*!((1`@ M``@``!@A/`(0`"1",&B,3P`,)$(`#`#O""H4(/_\)&,``0`#P(`#`\`C/!D0 M`"#P!#\"L(@!$/`(0`21"OX`\`0_`K"(`2#P" M$``D0B@`/`$/P*PB`$P\`A``)$(S<#P!#\"L(@!0/`(0`"1"+D`\`0_`K"(` M5#P"$``D0B7@/`$/P*PB```\`@^`)$(3L#P!#\"L(@`X/`(0`"1",X`\`0_` MK"(`-#P"#\`D0@!@/`$/P*PB`#`\`@!!)$)$@#P!#\"L(@`4/`(`021"1+0\ M`0_`K"(`&#P"$``D0C1P/`$/P*PB`!`\`A``)$(T?#P!#\"L(@`2!O M9B!#86QI9F]R;FEA+@H@06QL(')I9VAT0`E9#H@;VQD('!R:6]R M:71Y("5D+"!N97<@<')I;W)I='D@)60*`````````&]U="!O9B!M96UO'1A9&0Z('EO=2!D:61N M)W0@:6YI=&EA;&EZ92!W:71H(&-U:6YI="!O6]U(&1I9&XG="!I;FET:6%L:7IE('=I=&@@8W5I;FET(&]R(')E M861S=`H``'-T7V5X='-T'0Z('EO=2!D:61N)W0@:6YI=&EA;&EZ92!W:71H(&-U:6YI M="!O6]U(&1I9&XG="!I;FET:6%L:7IE M('=I=&@@8W5I;FET(&]R(')E861S=`H`%]I9&XZ(&ED;B`H)60I(&=R96%T97(@=&AA;B!M87@@*"5D*0H`````%]I9&XZ(&]L9"!I;G1E'1?9&XZ(')F9"!F:65L9"`H)60I(&ES;B=T M(&5Q=6%L('1O(%-47T585$E&1"@E9"D*`````'-T7W!E>'1?9&XZ(&EN9&5X M(&]U="!O9B!R86YG92`H)60I"@````!S=%]P97AT7VEE>'0Z(&EN9&5X(&]U M="!O9B!R86YG92`H)60I"@``;&EB;6QD.B!);G1EF4@8V]M<&]N96YT(&YA;64@9F]R(&QI8FUL M9"!E6]U(&1I9&XG="!I;FET M:6%L:7IE('=I=&@@F4@ M=VET:"!S=%]C=6EN:70@;W(@&%D9#H@>6]U(&1I9&XG="!I;FET:6%L M:7IE('=I=&@@&%D9#H@8V%N;F]T(&%D9"!T;R!T:&ES(&5N=')Y(&ET('=A6]U(&1I9&XG="!I;FET M:6%L:7IE('=I=&@@F4@=VET:"!S=%]C M=6EN:70@;W(@6U?:69D7VES>6TZ('EO=2!D:61N)W0@:6YI=&EA;&EZ M92!W:71H('-T7V-U:6YI="!O6U?:69D M7VES>6TZ(&EF9"`H)60I(&]R(&ES>6T@*"5D*2!O=70@;V8@%]I9F1?:6%U>#H@>6]U(&1I9&XG="!I;FET:6%L:7IE('=I=&@@ M%]I9F1?:6%U>#H@ M:69D("@E9"D@;W(@:6%U>"`H)60I(&]U="!O9B!R86YG90H```!S=%]P;&EN M95]I9F1?:6QI;F4Z('EO=2!D:61N)W0@:6YI=&EA;&EZ92!W:71H('-T7V-U M:6YI="!O%]I875X.B!N;R!C=7)R96YT('-T7W!A=7A?:6%U M>"P@%]I875X.B!I875X("@E M9"D@;W5T(&]F(')A;F=E"@```'-T7W!P9%]I9F1?:7-Y;3H@>6]U(&1I9&XG M="!I;FET:6%L:7IE('=I=&@@F4@=VET:"!S=%]C=6EN:70@;W(@6]U M(&1I9&XG="!I;FET:6%L:7IE('=I=&@@"5X"@``6UB;VP@=&%B;&4@9FEL92`E71E6T```!C86YN;W0@=W)I=&4@<&]P M=````&-A;FYO="!W6YA;64```!P87-S=V0N8GEN86UE M````<&%S75I9`````!`*",I>7!?8FEN M9"YC(#$N,2`X-B\P.2\R-"!#;W!Y7!?;6%T8V@N8R`Q+C$@.#8O,#DO,C0@0V]P>7(@,3DX-2!3=6X@36EC7(@,3DX-2!3=6X@36EC6YT87@@97)R;W(@:6X@+V5T8R]N971G M7(@,3DX-2!3=6X@36EC0T*````:6YN971G6YT87@@97)R;W(@:6X@+V5T8R]N M971G"!E71E0H```!X M9')?7(@,3DX-2!3=6X@36EC6%D9')E6%D9')E7!V,5]X9'(N8R`Q+C$@.#8O,#DO,C0@0V]P>7(@,3DX M-2!3=6X@36EC7-T96T@97)R;W(` M56YK;F]W;B!H;W-T`````%!O-*L3.U0^JI`O#9OZKB\RM%LQ[6$"/3R#F!1F8.,/C4MV`L=Z7Q1L MAYD<1_4?))^/-B1W($,?O!Y-'H:S^C??-J86[3#D`L,4CB%N62D&-K-.,7^? M5A7PG7`3$";[.,>$L2FL,P4K2%W%/`2=W#6I^\TQU3<[*R1GF0HI(],(J6Z= M,`,:GPCU);4S81P&)`G;F`RD_K(0`+<>,%9N,CE$?3$93C=2"",ZE0\X_C8I MQ\U7#WLZ.3*.BA8>?1.(#[IX]2=,?GP>B^9<+Z"PNQZVPW$`````+V1E=B]L M;V<`````+V1E=B]C;VYS;VQE`````&5REM<75Y?8$%"0T1%1D=( M24I+3$U.3U!14E-455976%E:>WQ]?G\````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````0TA20TQ!4U,`````+VQI8B]C:')C;&%S`!\```!7```` M8````2\```!,````=P```2\```!+````.@```2\```!*````!0```4T```!& M````=P```2\````````````````0`,*P$`#"L```````````+6<``"UU```M M<`````````````%V````<')O8P````!P``` M`!``"-#_____<')O8P````!V``````````````4`````````%``````````````````` M``!94%\``````P``````````(`D*(P`````@"0``+2TM("5S"@`````````` M```````@"0HC`````"`)```J`````````````````````````"5S.B`````` M)7,```H````E7-L;V<``````/\````(/"5D M/@`````E+C$U Organization: Silicon Graphics, Inc., Mountain View, CA Subject: BSD4.3 "/etc/renice" for IRIX (Part 4 of 4) Message-Id: <32136@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL -------------------- cut here (Part 4) ---------------------- M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````P````(``"0````(``````` <#X````_````/P"``+VQI8B]L:6)C7W,```````P` ` end   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01799; 5 May 89 11:33 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01369; 5 May 89 11:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01318; 5 May 89 11:09 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15677; 5 May 89 2:29 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06327; Thu, 4 May 89 23:17:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 May 89 19:04:46 GMT From: Pat Anderson Organization: Alias Research Inc., Toronto, Canada Subject: 24bits to msword compatible postscript Message-Id: <298@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm looking for some code to translate a 24 bit window on the SGI 4D series to microsoft word compatible postscript (similar to another request, i'm looking for at least 16 grey levels -- 32 would be better). Has anyone out there written a program to do this? please e-mail me directly. thanks. ...pat. anderson technical documentation specialist Alias Research Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10111; 6 May 89 1:12 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10046; 6 May 89 1:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10029; 6 May 89 0:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11724; 6 May 89 0:29 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06475; Fri, 5 May 89 21:03:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 May 89 15:08:17 GMT From: Tom Mackey Organization: Voodoo Graphics Project Subject: misc. mag tape questions Message-Id: <543@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was some discussion recently re. backups, cpio, and tar. Low level mag tape I/O is something I know little about. If an EOT mark is written at the beginning of a tar tape, is there any way of salvaging the data following the tape mark? For instance, having written a tape with "tar c", I try reading it with the same command (yeah I have been that stooooopid!). Henry Spencer mentioned some tape bit twiddling programs...would you be willing to post a few of those, Mr. Spencer, so that those of us who would like to learn to salvage tapes could get a good start? Anybody else got any tape I/O goodies to share? -- Tom Mackey (206) 234-7767 (wk) Boeing Computer Services ....uw-beaver!ssc-vax!voodoo!tomm M/S 6M-17, P.O. Box 24346, Seattle, WA 98124-0346