Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18179; 4 Aug 89 13:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16855; 4 Aug 89 13:32 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa16778; 4 Aug 89 13:19 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa18898; 4 Aug 89 13:02 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA24006; Fri, 4 Aug 89 09:53: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: 4 Aug 89 16:43:47 GMT From: Constantinos Papaconstantinou Organization: UF CIS Department Subject: System Release, is it out? Message-Id: <20685@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been told that a new version of the system was suppossed to be shipping at the beginning of August, anybody knows about this? Our main interest is in regard to the X Windows development stuff, that we were told was going to be included. Thanks! pff@beach.cis.ufl.edu (Pablo Fernicola) Machine Intelligence Laboratory University of Florida   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20293; 4 Aug 89 16:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20096; 4 Aug 89 15:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20039; 4 Aug 89 15:43 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa23288; 4 Aug 89 15:22 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa15944; 4 Aug 89 12:22 PDT Date: Fri, 4 Aug 89 12:25:49 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: coordinate systems ... Message-ID: <8908041523.aa23288@SMOKE.BRL.MIL> Does anyone know how to map 4D SREEN coordinates of a perspective display into cartesian coordinates ? Is there a graphics library function ? What are the equations ? Thanx ...   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21515; 4 Aug 89 17:28 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21168; 4 Aug 89 17:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21029; 4 Aug 89 17:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00117; 4 Aug 89 16:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06646; Fri, 4 Aug 89 13:24: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: 4 Aug 89 18:07:43 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problems with Exabyte Message-Id: <39568@sgi.SGI.COM> References: <35820@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <35820@bu-cs.BU.EDU>, jdh@bu-cs.BU.EDU (Jason Heirtzler) writes: > Is anyone using an Exabyte tape drive from Introl with a > multi-processor SGI ? > > This is supposedly the people that SGI recommends, but it won't work > with a multi-processor machine ! When I installed the driver as per > their instructions and booted up, the screen hung as soon as the > windowing system started. So, I waited (about a month) while they > changed their driver (the response I got from the person who wrote the > driver was "we never tried that") but still it doesn't work correctly. > It's hard to believe that no one tried it with a multi-processor until > now.. > > As it stands right now, we can't read tapes unless we specify the no > rewind device (/dev/dk2300Ta) and Introl is waiting for us to send > them a copy of the kernel printfs.. > > The machine in question is an IRIS-4D GTX running 3.1F > > Any information would be appreciated. Thanks.. > > Jason Heirtzler > > ------------------------------------------------------------------------- > Jason Heirtzler (617) 353-2780 jdh@bu-it.bu.edu > Information Technology Boston University ..!harvard!bu-cs!bu-it!jdh Silicon Graphics recommends that you buy the 8mm helical scan tape drive from Silicon Graphics--NOT from Introl. It works just fine on our MP and non-MP machines off our own SCSI and with our own driver. I have not seen nor had the opportunity to test Introl's product, hence it is not presently blessed as functional on our systems, as far as I know. 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 aa22211; 4 Aug 89 20:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22164; 4 Aug 89 20:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22148; 4 Aug 89 19:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02284; 4 Aug 89 19:40 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA15355; Fri, 4 Aug 89 16:17: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: 4 Aug 89 22:57:42 GMT From: Paul Connally Organization: University of Colorado, Boulder Subject: 4D/20 manuals Message-Id: <10504@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just received a Personal Iris. Nice machine but... I really can't beleive that the only manual they give you is the "PI owners manual". What a joke! I guess the sales rep out here that we bought the PI from is lame in not telling me that I would need other manuals. We have since changed reps but I still can't get much response in trying to receive the rest of the docs I need. Also, it seems there is a good amount of undocumented programs in the NeWS libs and bin (no man pages). Are these programs supported? Is 4-sight supported? What happened to the X-windows stuff? I have IRIX version 3.1D, is this the most recent version and if not how do I go about getting the most recent one? Finally, what is the maximum length the cables from the monitor to the computer can be? Is there some sales rep out there willing to do business with us? It seems that there is a confilict between the 2 out here so we can't get straight answers. Perhaps the one we deal with now is mad because we didn't purchase the computer from him originally, but that's ridiculous. Paul Connally paulc@boulder.colorado.edu University of Colorado High Voltage Electron Microscope Lab MCDB - Box 347 "A higher potential for Boulder, CO 80309 better penetration."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22580; 4 Aug 89 21:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22519; 4 Aug 89 21:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22506; 4 Aug 89 21:09 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02830; 4 Aug 89 20:49 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA20315; Fri, 4 Aug 89 17:43: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: 4 Aug 89 23:18:33 GMT From: sgi!george%spectrum@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Modems for Personal Iris Message-Id: <39618@sgi.SGI.COM> References: <8907030725.AA01576@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A friend of mine is having difficulties setting up a modem to his Personal Iris. No one seem to have set one up. If you have or are familiar with how to do it, please respond. Thanx. -george x3115   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23326; 5 Aug 89 2:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23198; 5 Aug 89 1:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab23187; 5 Aug 89 1:42 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04551; 5 Aug 89 1:19 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA04270; Fri, 4 Aug 89 22:18: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: 5 Aug 89 01:15:44 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/20 manuals Message-Id: <39633@sgi.SGI.COM> References: <10504@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10504@boulder.Colorado.EDU>, paulc@boulder.Colorado.EDU (Paul Connally) writes: > > I just received a Personal Iris. Nice machine but... > I really can't beleive that the only manual they give you is the "PI > owners manual". What a joke! I guess the sales rep out here that we > bought the PI from is lame in not telling me that I would need other manuals. > We have since changed reps but I still can't get much response in trying > to receive the rest of the docs I need. > > Also, it seems there is a good amount of undocumented programs > in the NeWS libs and bin (no man pages). Are these programs supported? > Is 4-sight supported? What happened to the X-windows stuff? > > I have IRIX version 3.1D, is this the most recent version and > if not how do I go about getting the most recent one? > > Finally, what is the maximum length the cables from the monitor > to the computer can be? > > Is there some sales rep out there willing to do business with > us? It seems that there is a confilict between the 2 out here so we > can't get straight answers. Perhaps the one we deal with now is > mad because we didn't purchase the computer from him originally, but that's > ridiculous. > Paul Connally paulc@boulder.colorado.edu > University of Colorado High Voltage Electron Microscope Lab > MCDB - Box 347 "A higher potential for > Boulder, CO 80309 better penetration." Sorry about the sales reps - I'm sure it's not as bad as it sounds, but there are always people problems in every company. In any case - The PI manual is designed for "novice" users to use the machine. Nobody is out to get you, or make your life miserable. The ease-of-use people made a very determined effort not to frighten people with the machine straight out of the box by shipping a huge manual set along with it. If you want all the manuals, buy the "development option", which comes with all our lovely purple manuals. If your sales rep doesn't understand this, you certainly do need a new one (and so do we ...). Part of the documentation covers 4Sight and friends. SGI sells 75' monitor and keyboard cables for the IRIS. The latest release of IRIX is 3.1G, which you should be able to get through customer support. Always remember, if you have any problems at all, call the Geometry Hotline at 1-800-345-0222. It is manned and ready to help YOU out! -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23355; 5 Aug 89 2:30 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23198; 5 Aug 89 1:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23187; 5 Aug 89 1:42 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04549; 5 Aug 89 1:19 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA04262; Fri, 4 Aug 89 22:18: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: 5 Aug 89 00:17:45 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Modems for Personal Iris Message-Id: <39627@sgi.SGI.COM> References: <8907030725.AA01576@merlin.bhpmrl.oz>, <39618@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <39618@sgi.SGI.COM>, george@spectrum writes: > A friend of mine is having difficulties setting up a modem > to his Personal Iris. No one seem to have set one up. > If you have or are familiar with how to do it, please respond. > Thanx. > -george x3115 There are many Personal IRIS's around the factory and the Bay Area with modems, ranging from 1200/2400 Hayes-compatibles to TB+'s and TB-2500's. Some are using 6-port boards, while others use the built-in ports. It's straight forward to connect a modem to an IRIS, as to any UNIX box with reasonable RS-232C support. All 4D's are essentially identical when it comes to putting a modem on one of their ports. It helps to have the manual for the modem. With some modems, it may be necessary to use a break-out box to discover modem craziness. No 20 word description of RS-232C is sufficiently detailed to be of interest anywhere but on a TV news program, so I will not attempt to diagnose these unspecified difficulties. The most common troubles, in order, are in the cable, jumpers or settings in the modem, /usr/lib/uucp/Devices, the permissions and ownership of /dev/tty[dmf]*, and in /etc/inittab. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00088; 5 Aug 89 14:34 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24284; 5 Aug 89 9:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24254; 5 Aug 89 9:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06885; 5 Aug 89 9:04 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26139; Sat, 5 Aug 89 06: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: 5 Aug 89 01:13:49 GMT From: Dan "Bucko" Smith Organization: Whole Earth 'Lectronic Link, Sausalito, CA Subject: Gnutar on 4d's? Message-Id: <13017@well.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone got gnutar working sucessfully on a 4D? If so, would you mail me 1) how you did it, and 2) what version did you manage to do this with? What would be even better would be a "gnu dump", but I've never heard of such an animal (yet). Thanks for any hints. dan -- Dan "Bucko" Smith dansmith@well.sf.ca.us daniel@island.uu.net unicom!daniel@pacbell.com ph: (415) 332 3278 (h), 258 2136 (w) disclaimer: Island's coffee was laced :-) My mind likes Cyberstuff, my eyes films, my hands guitar, my feet skiing...   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00493; 5 Aug 89 15:01 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00418; 5 Aug 89 14:51 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab00392; 5 Aug 89 14:40 EDT Received: from beach.cis.ufl.edu by ADM.BRL.MIL id aa00442; 5 Aug 89 12:42 EDT Received: by beach.cis.ufl.edu (5.61ufl/4.08) id AA03331; Sat, 5 Aug 89 12:41:21 -0400 Date: Sat, 5 Aug 89 12:41:21 -0400 From: Pablo Fernicola Message-Id: <8908051641.AA03331@beach.cis.ufl.edu> To: info-iris@BRL.MIL, paulc@boulder.colorado.edu Subject: Re: 4D/20 manuals We received our Personal Iris with about 10 manuals, besides the Owner's manual. However, I don't know if they were bundle in or if we pay for them separetely. Our system is also version 3.1D. Hope this helps! PFF pff@beach.cis.ufl.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02248; 6 Aug 89 10:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02171; 6 Aug 89 9:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02169; 6 Aug 89 9:33 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa00728; 5 Aug 89 19:02 EDT Received: Sat, 5 Aug 89 18:54:12 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Sat, 5 Aug 89 18:54:12 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908060154.AA04392@aero4.larc.nasa.gov> To: "VAXINO::DAVID"@scri1.scri.fsu.edu Subject: Re: problems with dbx Cc: info-iris@BRL.MIL I have noticed that for most of my work, dbx works most of the time on our 3130 as long as I make a call to the forground subroutine when using graphics. However, I have had some similar problems to yours. I don't use edge, because it doesn't work on a 3130. Just on of the many things you give up on, because the 3000's are orphaned machines. -- 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 aa05156; 7 Aug 89 6:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05012; 7 Aug 89 5:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04993; 7 Aug 89 5:36 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa10293; 7 Aug 89 5:24 EDT Received: from munnari.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA24166; Mon, 7 Aug 89 05:23:12 -0400 Received: from munnari.oz.au (munnari.oz) by murtoa.cs.mu.oz (5.5) id AA25201; Mon, 7 Aug 89 19:19:26 EST (from mg@cidam.me.rmit.oz for uunet!blbates@aero4.larc.nasa.gov) Received: from cidam.me.rmit.oz (via murtoa) by munnari.oz.au with SunIII (5.61+IDA+MU) id AA07383; Mon, 7 Aug 89 19:19:05 +1000 (from mg@cidam.me.rmit.oz for info-iris@brl.mil@murtoa.cs.mu.OZ.AU) Message-Id: <8908070919.7383@munnari.oz.au> Date: Mon, 7 Aug 89 13:59:55 EST From: "Mike A. Gigante" Received: by cidam.me.rmit.oz (5.51) id AA19988; Mon, 7 Aug 89 13:59:55 EST To: blbates@aero4.larc.nasa.gov, info-iris@BRL.MIL Subject: Re: TeX distribution for the SGI In-Reply-To: your article <4945@cidam.rmit.oz> News-Path: daemon I'll take a look at how the previewer works (or otherwise) on the 3000 machines sometime this week. If it works without too much trouble then we'll have a 3000 previewer availeble on the BRL archives before too long. It *should* be simple but you never know..... Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11478; 7 Aug 89 9:53 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09172; 7 Aug 89 9:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08929; 7 Aug 89 9:25 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa13706; 7 Aug 89 9:12 EDT Received: from suntc.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA00791; Mon, 7 Aug 89 09:09:49 -0400 Received: by suntc.uucp (3.2/SMI-3.2) id AA17747; Mon, 7 Aug 89 07:38:26 CDT Date: Mon, 7 Aug 89 07:38:26 CDT From: john howell Message-Id: <8908071238.AA17747@suntc.uucp> To: uunet!tahoma.UUCP!jpg3196@uunet.uu.net Subject: Re: RenderMan by Pixar News-Path: uunet!cs.utexas.edu!tut.cis.ohio-state.edu!cica!iuvax!mailrus!cornell!uw-beaver!ssc-vax!shuksan!tahoma!jpg3196 References: <7586@ardent.UUCP> <7602@ardent.UUCP> <517@tahoma.UUCP> I was just at SIGGRAPH and I understand Renderman is available NOW for IBM PC 386's, SUN, SGI 4D, Mac ][ w/ Levco Board (transputers), 386 PC with Pixar's transputer board and a Mac ][ version soon. Price ... Developers kit ... $4650. o __ / o / ( o / -' ======================================================================== John Howell uucp: uunet!suntc!jrh Deere & Company MCImail: John R. Howell, 360-4047 Technical Center CompuServe: john howell [76666,2505] 3300 River Drive FAX: (309)765-3807 Moline, IL 61265 Voice: (309)765-3784 ========================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12331; 7 Aug 89 17:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11409; 7 Aug 89 16:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11281; 7 Aug 89 16:17 EDT Received: from megaron.arizona.edu by SMOKE.BRL.MIL id aa24296; 7 Aug 89 16:10 EDT Received: by megaron.arizona.edu (5.59-1.7/15) id AA07549; Mon, 7 Aug 89 13:12:25 MST Received: by uazaic.SGI (5.52/5.6) id AA03259; Mon, 7 Aug 89 13:06:03 PDT Date: Mon, 7 Aug 89 13:06:03 PDT From: Dolata Message-Id: <8908072006.AA03259@uazaic.SGI> To: arizona!info-iris%brl.arpa@arizona.edu Subject: 3130 orphans BBates writes; >I don't use edge, because it doesn't work on a 3130. Just on of the many >things you give up on, because the 3000's are orphaned machines. Yeah, I paid my good dollars for a 3130 with the expectation that SGI would continue to work on the operating system, and fix bugs as they popped up. They decdied not to, for marketing reasons, and have effectively told all of us 3130 owners to take a leap. So, do I trust them to keep the 4D series current? Like beans I trust them! And to show my appreciation of getting the green weanie from Silicon Graphics, I am happy to say that my newest machine is an Ardent Titan. Fool me once, shame on you; Fool me twice, shame on me.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12513; 7 Aug 89 17:38 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11755; 7 Aug 89 16:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11621; 7 Aug 89 16:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24506; 7 Aug 89 16:21 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA28271; Mon, 7 Aug 89 13:14: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: 7 Aug 89 19:56:27 GMT From: "Martin S. Weinhous" Organization: Washington University (St. Louis) Subject: Power Series SIMMS Message-Id: <936@dinorah.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few questions for the hardware experts ... Are the RAM SIMMS used in the power series (4Dxxx-GTX) systems the same throughout the line (xxx=110 to 280)? What are the specs (MB per SIMM, chips/SIMM, chip specs [speed])? Are the SIMMS available from anyone other than SGI? Thanks in advance. Marty Weinhous <...uucp!wucs1!dinorah!weinhous>   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13435; 7 Aug 89 20:14 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13013; 7 Aug 89 19:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12981; 7 Aug 89 18:56 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa26283; 7 Aug 89 18:48 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa27408; 7 Aug 89 15:46 PDT Date: Mon, 7 Aug 89 15:38:37 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: REV.G Message-ID: <8908071848.aa26283@SMOKE.BRL.MIL> Has anyone had a 'bad experience' installing 4D3.1G and using it ? I am currently running REV.D on a 70GT and considering upgrading.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13525; 7 Aug 89 20:24 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13278; 7 Aug 89 19:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13191; 7 Aug 89 19:31 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26421; 7 Aug 89 19:21 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA08981; Mon, 7 Aug 89 16:14: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: 7 Aug 89 19:17:05 GMT From: psuvm!sml108@psuvax1.cs.psu.edu Organization: Penn State University - Center for Academic Computing Subject: IRIS Archives Message-Id: <89219.151705SML108@PSUVM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are there any archives of IRIS source code on the net ? Scott   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14337; 8 Aug 89 0:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14127; 7 Aug 89 23:50 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14112; 7 Aug 89 23:34 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28317; 7 Aug 89 23:23 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA21623; Mon, 7 Aug 89 20:15: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: 7 Aug 89 19:33:07 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/20 manuals Message-Id: <307@odin.SGI.COM> References: <10504@boulder.Colorado.EDU>, <39633@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <39633@sgi.SGI.COM> jmb@patton.sgi.com (Jim Barton) writes: >In article <10504@boulder.Colorado.EDU>, paulc@boulder.Colorado.EDU (Paul Connally) writes: >> >> I have IRIX version 3.1D, is this the most recent version and >> if not how do I go about getting the most recent one? >> >> Paul Connally paulc@boulder.colorado.edu >> University of Colorado High Voltage Electron Microscope Lab >> MCDB - Box 347 "A higher potential for >> Boulder, CO 80309 better penetration." >The latest release >of IRIX is 3.1G, which you should be able to get through customer support. > >Always remember, if you have any problems at all, call the >Geometry Hotline at 1-800-345-0222. It is manned and ready to help YOU >out! > >-- Jim Barton >Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" >jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb Most people will find 3.1D works just fine. That's why we're still shipping it on systems. If you have this release and are having some kind of trouble with something in particluar, then give us a call. We might be able to help, or it might be fixed in one of our intermediate releases (like 3.1G). You should have recently received a document called "The Geometry Hotline Users Guide", which explains our operation and how to make best use of it. If you haven't seen it, ask around. Someone there probably got one (depends on who's in our database as the owner of the system). If you didn't get one, send me email (dunlap@sgi.com) and I'll make sure you get one. later, chris D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19497; 8 Aug 89 9:04 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16419; 8 Aug 89 8:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16299; 8 Aug 89 7:45 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa02082; 8 Aug 89 7:38 EDT Received: Tue, 8 Aug 89 07:36:22 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 8 Aug 89 07:36:22 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908081436.AA03608@aero4.larc.nasa.gov> To: sgi!shinobu!odin!bigboote!dunlap@ucbvax.berkeley.edu Subject: Re: 4D/20 manuals Cc: info-iris@BRL.MIL You ship buggy, outdated OS software?!!! That is reprehensibly irresponsible. No wonder people have soo many problems with their 4D's. Any responsible company would ship new machines with the lastest revision of software. -- 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 aa23548; 8 Aug 89 11:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22686; 8 Aug 89 11:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22587; 8 Aug 89 10:45 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa07307; 8 Aug 89 10:36 EDT Received: Tue, 8 Aug 89 10:35:00 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 8 Aug 89 10:35:00 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908081735.AA04333@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: dbx on IRIS 3000 I take back all the NICE things I had to say about dbx. It barely works. (I am TRYING to use it at the moment, thats why I remember how bad dbx is) -- Brent   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23940; 8 Aug 89 12:10 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23732; 8 Aug 89 11:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23540; 8 Aug 89 11:32 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08193; 8 Aug 89 11:23 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26535; Tue, 8 Aug 89 08:16: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: 8 Aug 89 15:09:02 GMT From: MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Department of Mathematics, University of Maryland at College Park Subject: looking for a 3D viewing program, and 3130 manuals Message-Id: <18941@mimsy.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have two requests: 1. Does anyone have (or know where I can get) a simple 3D polygon viewing program for the 3130? It should read up to several thousand polygons in 3-space (in my case they will all be triangles) from a file, and then let me view them in real-time. The format of the input file is not important, since I can generate it in whatever form is necessary. The viewing should be interactive --- I want to be able to turn the picture around, zoom in and out, etc, by moving the mouse. Since the 3130 can render only a small number of polygons in real-time, the program should be able to switch between displaying a shaded image or just a wire-mesh diagram (consisting of the edges of the polygons). This seems so basic to what the IRIS can do that I am surprised that such a program doesn't come bundled with the machine. (It's much simpler than a flight simulator!) If anyone out there has access to something like this which you can give me, I would appreciate it. I would prefer to have the source code, but I'll take anything I can get. 2. Do any of you who have graduated from the 3000 series to bigger and better things have any old manuals that you don't need and would be willing to give me? I have access to a 3130 in a lab in another department, and I do most of my programming while rlogged into it from the Sun in my office, which is in another building. I do this for convenience, but it's a real nuisance to have to make a trip across campus every time I want to look something up. I would therefore like to have my own copy of the Programming Guide and Reference Guide for the graphics library (Version 4.0). The document number is 007-11-1-040 (for both the Programming Guide, which is Vol I, and the Reference Guide, which is Vol II). I would greatly appreciate it, and will gladly reimburse you for the cost of sending them to me. I called our local SGI sales office and was told they no longer have these manuals. I could of course make photocopies, but before going to the trouble I thought I'd see if anyone has any to spare. Please email any responses directly to me, since I'm not always able to keep up with this newsgroup. Thanks! Mark Phillips mbp@lakisis.umd.edu (arpanet) Department of Mathematics (301) 454-7071 University of Maryland College Park, Maryland 20742   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26921; 8 Aug 89 14:02 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25973; 8 Aug 89 13:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25740; 8 Aug 89 13:27 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10896; 8 Aug 89 13:21 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA02995; Tue, 8 Aug 89 10:08:50 -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: 8 Aug 89 15:56:10 GMT From: Bill Lasher Organization: Penn State University - Center for Academic Computing Subject: Connecting ATT 7300 to SGI network Message-Id: <89220.115610W0L@PSUVM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a lab of SGI personal IRIS machines. We would like to attach a PC so w e can transfer CADKEY files from DOS based PC's. We have the opportunity to ge t two ATT 7300's for free, but we don't know much about them. Can the ATT read DOS files without a special board? What would it take to hook them up to the SGI ethernet (running TCP/IP, NFS)? Any suggestions would be appreciated.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27646; 8 Aug 89 14:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27214; 8 Aug 89 14:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27164; 8 Aug 89 14:11 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12099; 8 Aug 89 14:06 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA05532; Tue, 8 Aug 89 10:50: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: 8 Aug 89 17:00:30 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/20 manuals Message-Id: <39740@sgi.SGI.COM> References: <8908081436.AA03608@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908081436.AA03608@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > You ship buggy, outdated OS software?!!! That is reprehensibly > irresponsible. No wonder people have soo many problems with their > 4D's. Any responsible company would ship new machines with the lastest > revision of software. > -- > > 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 We don't ship buggy software to anybody. And outdated is a matter of taste. IRIX is more advanced than what most of the rest of the workstation world is shipping. The letter suffix indicates that the release is still fundamentally 3.1 (as in 3.1D or 3.1G), but that some bugs may have been fixed, and support for new hardware or software packages added. Most of our customers complain about us changing the releases too fast. This kind of tirade seems inappropriate in this newgroup. It says more about the sender than anything else. -- 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 aa28282; 8 Aug 89 14:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab27214; 8 Aug 89 14:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab27164; 8 Aug 89 14:11 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12113; 8 Aug 89 14:07 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06245; Tue, 8 Aug 89 11:03: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: 8 Aug 89 17:44:50 GMT From: Ted Wilcox Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/20 manuals Message-Id: <39744@sgi.SGI.COM> References: <8908081436.AA03608@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908081436.AA03608@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > You ship buggy, outdated OS software?!!! That is reprehensibly > irresponsible. No wonder people have soo many problems with their > 4D's. Any responsible company would ship new machines with the lastest > revision of software. > -- > > Brent L. Bates Wow! Have you been talking to my mother again? Seriously, some of our larger resellers are beating on us to ship older versions of our software. They have to go through a fairly long QA cycle for each revision of our software, and they want us to hold our releases from the manufacturing floor. So, I guess it just goes to show you can't please everybody. -- Ted. ted@sgi.com {sun|decwrl|pyramid|ucbvax}!sgi!ted   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29522; 8 Aug 89 15:49 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29090; 8 Aug 89 15:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28913; 8 Aug 89 15:27 EDT Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa14362; 8 Aug 89 15:15 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57347; Tue, 8 Aug 89 15:13:14 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.03B) with BSMTP id 1847; Tue, 08 Aug 89 15:12:54 EDT Date: Tue, 8 Aug 89 16:02:00 EDT From: Martin Serrer - Systems Manager Subject: RE: dbx problems To: info-iris@BRL.MIL X-VMS-To: NRCNET::IN%"info-iris@BRL.MIL" Message-Id: <89Aug8.151314edt.57347@ugw.utcs.utoronto.ca> Brent Bates writes... > I take back all the NICE things I had to say about dbx. It barely works. >(I am TRYING to use it at the moment, thats why I remember how bad dbx is) I agree!!! and EDGE just almost glosses over the rough edges. SW tools development people at SGI, Are you listening ?? Why not just throw out dbx altogether and create something new and useful rather than just patching up what was terrible to begin with! The documentation doesn't help matters much either. Martin +------------------------------------------------------------------------------+ | Martin Serrer - Systems Munger | | | +---+ /----\ | | Systems Laboratory, Bldg. M-3 RM.118 | |\ | | | | \ | | Division of Mechanical Engineering | | \ | | | | | | National Research Council of Canada | | \ | |---+ | | | Ottawa, Ontario, Canada K1A-0R6 | | \ | | \ | | | serrer@syslab.nrc.ca (BITNET) | | \| | \ | / | | (613) 993-9442 (Bell) | | | | \ \----/ | +------------------------------------------------------------------------------+ + Software Rusts... Rust never Sleeps... + +------------------------------------------------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01377; 8 Aug 89 17:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01237; 8 Aug 89 17:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01174; 8 Aug 89 16:57 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa16776; 8 Aug 89 16:38 EDT Received: Tue, 8 Aug 89 16:36:16 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 8 Aug 89 16:36:16 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908082336.AA05632@aero4.larc.nasa.gov> To: SERRER@nrcm3.nrc.ca Subject: RE: dbx problems Cc: info-iris@BRL.MIL I like the THEORETICAL dbx and edge. That is if they did what the documentation said they were suppose to do, they would be fine. I have used edge on a Personal Iris and I like the way it works and it seems to work ok on the Personal, but I haven't used a Personal enough to know if everything works ok. However, the edge on the 3000's DOESN'T work. I like the way edge looks on the Personal, it sure beats putting print statments into a program and trying to debug it that way. SGI did a good job on the interface. I just wished it worked on my 3130. -- 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 aa01494; 8 Aug 89 17:35 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01377; 8 Aug 89 17:25 EDT Date: Tue, 8 Aug 89 17:09:39 EDT From: Gary S. Moss (VLD/VMB) To: Mark Phillips cc: info-iris@BRL.MIL Subject: Re: looking for a 3D viewing program Message-ID: <8908081709.aa01148@VMB.BRL.MIL> Mark, I have an interactive polygon viewing program that I just dug out of cobwebs for you from my 3030 days. I just tried it on a 4D/60T and it seems to work, though it could use some documentation and doesn't display vectors yet. Included is a library (poly.c) for creating a polygon viewing application, and a front-end test program (terrain.c) which loads in a height-field mesh of a bivariat sinusoidal function. If you would like it, send me a note and I'll blast it over, its about 54k bytes. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04752; 9 Aug 89 7:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03706; 9 Aug 89 6:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03663; 9 Aug 89 6:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23346; 9 Aug 89 6:22 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA25959; Wed, 9 Aug 89 03:05: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: 8 Aug 89 19:07:22 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/20 manuals Message-Id: <314@odin.SGI.COM> References: <8908081436.AA03608@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908081436.AA03608@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > You ship buggy, outdated OS software?!!! That is reprehensibly >irresponsible. No wonder people have soo many problems with their >4D's. Any responsible company would ship new machines with the lastest >revision of software. >-- > > 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 3.1G is not needed for most systems. It is required for IP7 based systems (4D-2xx) and fixes some assorted bugs of various severity. The severity depends on your application for the system. If you have a specific problem with a system that's running 3.1D, then call the Geometry Hotline and we'll help you out. The solution MIGHT be to send you 3.1G, but, it might not. What is it about this medium that makes people act like spoiled children? chris D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Customer Support Division   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02833; 9 Aug 89 1:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02778; 9 Aug 89 1:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02759; 9 Aug 89 0:43 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa21364; 9 Aug 89 0:31 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 8668; Wed, 09 Aug 89 00:31:44 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 09 Aug 89 06:28:48 Date: Wed, 9 Aug 89 06:27:11 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Flaming To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8908090031.aa21364@SMOKE.BRL.MIL> Hi, I've a small suggestion: could some people, some times rethink their postings to this group before actually posting them. I'm tired to read flames and messages sounding that frustrated that I wonder why some people are still using SGI machines. Critisism is ok and in many cases neccessary, but there should be som minimum level of taste. If you want to tell people that they are really /***** censored ****/, tell them directly and not me and (how many ?) other innocent reders of this list. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: PS: I don't know if there are better UNIX debuggers than dbx, but it is good enough for me (that probably tells to much about myself).   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03260; 9 Aug 89 3:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03177; 9 Aug 89 3:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03162; 9 Aug 89 2:54 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa22031; 9 Aug 89 2:48 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 9169; Wed, 09 Aug 89 02:48:35 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 09 Aug 89 08:45:41 Date: Wed, 9 Aug 89 08:46:57 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Memory and disk info for 70GT needed To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8908090248.aa22031@SMOKE.BRL.MIL> Hi, can somebody give me the following information: a) what are the specs for the memory modules inside the 4D/70GT? b) what ESDI drives - are actually known to the fx program - can actually be formatted by fx - are known to be reliable (I know only SGI drives are told to be reliable, but we can't afford their prices) We are currently running 3.1D and will update to 3.2 as soon as it made its way to Germany. Please answer directly to me, I will summarize the information I get. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08114; 9 Aug 89 10:06 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07886; 9 Aug 89 9:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07864; 9 Aug 89 9:47 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa27466; 9 Aug 89 9:38 EDT Received: Wed, 9 Aug 89 06:37:37 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 9 Aug 89 09:55:30 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 9 Aug 89 09:55:30 EDT From: Tony Facca Message-Id: <8908091355.AA16279@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Icon questions We are beginning to acquire quite an installed base of Personal Iris's here at the lab, and one strange problem has come up on several occassions. There are several icons that get started by the system (tools, windows, and demos, I think) and we add a few local ones to the "user.ps" in the /usr/NeWS/lib directory for all to use. Each user may then add a couple of their own. Why is it that sometimes, not all of the icons get fired up?? This seems to happen more frequently on the 8Meg systems than on the 12 and 16Meg ones. One user complained that she actually got two of the same icon? Is this possible (without starting a second "chest" from the command line, of course)? Has anyone else noticed this? Or what about icons popping up in different order? When you are the only user, shouldn't the system do pretty much the same thing each time you login? It would be nice to always have the icons in the same place, so I could get used to them. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09072; 9 Aug 89 10:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07604; 9 Aug 89 9:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07562; 9 Aug 89 9:21 EDT Received: from masig2.ocean.fsu.edu by SMOKE.BRL.MIL id aa26770; 9 Aug 89 9:06 EDT Received: by masig2.ocean.fsu.edu (5.52/25-eef) id AA01742; Wed, 9 Aug 89 09:05:36 EDT Date: Wed, 9 Aug 89 09:05:36 EDT From: Alan Davis Message-Id: <8908091305.AA01742@masig2.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: cpp reserved symbols I have been trying to compile a software package from a 3rd party which was designed to run on various machines including VAXes. In the C code they have inserted #ifdef vax || #ifdef vms cpp directives (amongst others) so the code could be ported to various machines. I was under the impression that these were reserved symbols that had already been defined to cpp ( 3xxx IRIS, running 3.6). However I have just found out that vms and vax are NOT defined, contrary to the misleading statement in the cpp man page, which states upon closer inspection "The current list of these possibly reserved symbols includes:". Does any one have a complete list of "possibly reserved symbols" that ARE currently defined? -- 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 aa09715; 9 Aug 89 11:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09378; 9 Aug 89 11:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09271; 9 Aug 89 11:00 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by SMOKE.BRL.MIL id aa00233; 9 Aug 89 10:51 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA05860; Wed, 9 Aug 89 09:50:50 CDT Date: Wed, 9 Aug 89 09:50:50 CDT From: Mike Goss Message-Id: <8908091450.AA05860@snow-white.merit-tech.com> To: info-iris@BRL.MIL Subject: Re: cpp reserved symbols Regarding the message: > From: Alan Davis > Message-Id: <8908091305.AA01742@masig2.ocean.fsu.edu> > Subject: cpp reserved symbols > I have been trying to compile a software package from a 3rd party which was > designed to run on various machines including VAXes. In the C code they have > inserted #ifdef vax || #ifdef vms cpp directives (amongst others) so the code > could be ported to various machines. I was under the impression that these > were reserved symbols that had already been defined to cpp ( 3xxx IRIS, > running 3.6). However I have just found out that vms and vax are NOT defined, > contrary to the misleading statement in the cpp man page, which states upon > closer inspection "The current list of these possibly reserved symbols > includes:". Does any one have a complete list of "possibly reserved symbols" > that ARE currently defined? It has been my experience that every C compiler vendor defines their own set of symbols that you can test to see if you are using their compiler or CPU. The "#ifdef" ("#ifndef") directives test whether the symbol is (is not) defined. This is handy since C is not quite portable, and also since the operating system is not always UNIX, and may not support UNIX compatible system calls. The VAX/VMS C compiler defines the symbols "VMS" and "VAX" to allow you to test whether you are using the VMS operating system and a VAX, respectively. These symbols should not (in theory) be defined on any other machine. Most UNIX C compilers define the symbol "unix" and/or "UNIX" to allow you to test for the UNIX operating system. On MS-DOS, Microsoft C defines the symbols "MSC" and "MSDOS" to allow tests for this specific compiler and operating system. Most compilers also allow tests for CPU type, as well. On the MIPS systems (SGI 4D included), the preprocessor defines the symbol "mips". On some Motorola 68000 based systems, the symbol "M68000" is defined. Unfortunately, there is no standard for these symbols. Also, most compiler manuals bury this information somewhere in the depths of the appendices or worse, making it hard to track down. I've often wished that C compilers had some option which would cause the preprocessor to spew out a list of all the predefined symbols. Mike Goss Merit Technology Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15449; 9 Aug 89 14:52 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13272; 9 Aug 89 13:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12866; 9 Aug 89 13:22 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03564; 9 Aug 89 13:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA18195; Wed, 9 Aug 89 10:00: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: 9 Aug 89 16:22:33 GMT From: "G. Murdock Helms" Organization: Swamp Creatures, Inc. Subject: Re: Icon questions Message-Id: <4641@eos.UUCP> References: <8908091355.AA16279@lerc08.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Tony Facca) writes, about Personal Iris icons: >Has anyone else noticed this? Or what about icons popping up in different >order? When you are the only user, shouldn't the system do pretty much the >same thing each time you login? It would be nice to always have the icons in >the same place, so I could get used to them. Funny, I've noticed the same thing. I have the standard Demos, Windows and Tools icons up, plus one additional one called Hosts (it's straight outta the manual, actually). Sometimes Hosts comes up first, sometimes Tools comes up first, I never know which. There was also one isolated incident on a 4DGTX where the icons came up, the user ran a few graphics programs, and voila, the icons had disappeared. We had to log out and log back in to get the icons back. -Murdock timelord@eos.arc.nasa.gov A3I Project NASA/Ames Research Center   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16401; 9 Aug 89 15:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16225; 9 Aug 89 15:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15799; 9 Aug 89 15:13 EDT Received: from [128.252.123.12] by SMOKE.BRL.MIL id aa06125; 9 Aug 89 14:48 EDT Return-Path: Received: from wucs2.wustl.edu by wucs1.wustl.edu (5.59/1.35); id AA02503; Wed, 9 Aug 89 13:47:22 CDT Received: from castor.wustl.edu by wucs2. (4.0/SMI-4.0) id AA08246; Wed, 9 Aug 89 13:49:17 CDT Received: by castor.wustl.edu (5.52/SGI) id AA04745; Wed, 9 Aug 89 13:43:59 CDT Date: Wed, 9 Aug 89 13:43:59 CDT From: John Yuson Message-Id: <8908091843.AA04745@castor.wustl.edu> To: info-iris@BRL.MIL Our prerelease (3.1C) for X has an odd quirk. Sometimes, the loaded fonts get flipped upside-down. Does anyone know if sgi knows this or has anyone else experienced this? It doesn't appear to happen in a window managed display, rather only in 4sight. -- John Yuson Geer, almost a C.S.B.S. INTERNET: yuson@castor.wustl.edu Radiation Oncology Center 510 S. Kingshighway Blvd. "Life is fun." - Ben Hoff St. Louis, MO 63110 _The_Tao_of_Pooh_ (314) 362-2600 -- also: geer@yalecs Hochspannung Lebensgefahr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16666; 9 Aug 89 16:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac16225; 9 Aug 89 15:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15905; 9 Aug 89 15:15 EDT Received: from manta.nosc.mil by SMOKE.BRL.MIL id aa06283; 9 Aug 89 14:54 EDT Received: by manta.nosc.mil (5.60/1.27) id AA10794; Wed, 9 Aug 89 11:53:07 PDT Date: Wed, 9 Aug 89 11:53:07 PDT From: Steve Strategos Message-Id: <8908091853.AA10794@manta.nosc.mil> To: info-iris@BRL.MIL, psuvm!w0l@psuvax1.cs.psu.edu Subject: Re: Connecting ATT 7300 to SGI network Bill Lasher asks: We have a lab of SGI personal IRIS machines. We would like to attach a PC so we can transfer CADKEY files from DOS based PC's. We have the opportunity to get two ATT 7300's for free, but we don't know much about them. Can the ATT read DOS files without a special board? What would it take to hook them up to the SGI ethernet (running TCP/IP, NFS)? Any suggestions would be appreciated. The ATT 7300 will read and write DOS files on the built in floppy, as well as format DOS disks. You will, however, need an add-on board if you want to run DOS executables on the 7300. There is no ethernet capability on the 7300 and as far as I know there are no add-on cards available. I have always used the built in modem or the serial line for connecting to other computers. Hope this helps. Steve Strategos voice: (703) 827-4700   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16666; 9 Aug 89 16:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16547; 9 Aug 89 15:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16430; 9 Aug 89 15:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00866; 9 Aug 89 15:37 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26624; Wed, 9 Aug 89 12:31: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: 9 Aug 89 18:44:24 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: cpp reserved symbols Message-Id: <39835@sgi.SGI.COM> References: <8908091305.AA01742@masig2.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908091305.AA01742@masig2.ocean.fsu.edu>, davis@MASIG2.OCEAN.FSU.EDU (Alan Davis) writes: > includes:". Does any one have a complete list of "possibly reserved symbols" > that ARE currently defined [for the 3000 series]? The predefined #defines are: sgi unix SVR0 For the 4D, see the cc(1) manual page for the symbols defined by cpp when cc is invoked. -- ------------------------------------------------------------------------------- Cosmo Ciemo, Silicon Valley Dude I was traipsing through the fields of my mind when I stepped in something that smelled rather ripe. -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac16666; 9 Aug 89 16:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16547; 9 Aug 89 15:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab16430; 9 Aug 89 15:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00895; 9 Aug 89 15:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26643; Wed, 9 Aug 89 12:31: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: 9 Aug 89 18:56:52 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Memory and disk info for 70GT needed Message-Id: <39837@sgi.SGI.COM> References: <8908090248.aa22031@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908090248.aa22031@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hi, > > can somebody give me the following information: > > a) what are the specs for the memory modules inside the 4D/70GT? > b) what ESDI drives > - are actually known to the fx program > - can actually be formatted by fx > - are known to be reliable (I know only SGI drives are told to be > reliable, but we can't afford their prices) > > We are currently running 3.1D and will update to 3.2 as soon as it made > its way to Germany. > > Please answer directly to me, I will summarize the information I get. > > > Regards > Martin Knoblauch > > TH-Darmstadt > Physical Chemistry 1 > Petersenstrasse 20 > D-6100 Darmstadt, FRG > > BITNET: I decided to post this rather than answer directly, as this is a question often asked regarding disk support by SGI. 1)Only disks sold by SGI are supported by SGI. 2)At the requests of several vars and more sophisticated end users, fx has entries for several drives not sold by SGI. The rationale has been as follows: a)Some users are not overly concerned with performance. b)Some users are not horribly concerned with reliability on any but their root or system disk. c)Certain fx entries are extensible to other similar geometry disk drives by way of changes to parameter tables. d)Although a given drive may not be 'good enough' for SGI to OEM, others feel differently. There has been much discussion as to whether or not having entries for drives other than those actually sold by SGI is a good thing, in so far as it may unintentionally set someone's expectations as to what drives can be used that will perform to SGI's standards. Based on customer demand, the result is that we have what may be construed as extraneous entries for drives we don't really support in fx (or otherwise). CAUTION: If your disk dies, so does your system. Be very careful. The money you save on drive price may be lost in decreased prod- uctivity or down time or lost data or time to integrate or all of the above. 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 ab17042; 9 Aug 89 16:24 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad16666; 9 Aug 89 16:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16660; 9 Aug 89 16:07 EDT Received: from wucs1.wustl.edu by SMOKE.BRL.MIL id aa01514; 9 Aug 89 16:04 EDT Return-Path: Received: from wucs2.wustl.edu by wucs1.wustl.edu (5.59/1.35); id AA03689; Wed, 9 Aug 89 15:03:08 CDT Received: from castor.wustl.edu by wucs2. (4.0/SMI-4.0) id AA08474; Wed, 9 Aug 89 15:05:02 CDT Received: by castor.wustl.edu (5.52/SGI) id AA04984; Wed, 9 Aug 89 14:59:42 CDT Date: Wed, 9 Aug 89 14:59:42 CDT From: John Yuson Message-Id: <8908091959.AA04984@castor.wustl.edu> To: info-iris@BRL.MIL Oops! My last posting on inverted X characters had a slight error, we are using version 3.1G-alpha 77 release of X. -- John Yuson Geer, almost a C.S.B.S. INTERNET: yuson@castor.wustl.edu Radiation Oncology Center 510 S. Kingshighway Blvd. "Life is fun." - Ben Hoff St. Louis, MO 63110 _The_Tao_of_Pooh_ (314) 362-2600 -- also: geer@yalecs Hochspannung Lebensgefahr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18630; 9 Aug 89 18:45 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18579; 9 Aug 89 18:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18524; 9 Aug 89 18:22 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa03565; 9 Aug 89 18:14 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA13642; Wed, 9 Aug 89 16:23:00 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA08391; Wed, 9 Aug 89 15:31:54 cdt Message-Id: <8908092031.AA08391@kailand.kai.com> From: Mike Heins Date: Wed, 9 Aug 89 15:31:51 CDT X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: Looking for really fast FFT > Has anybody out there written or seen some really fast 1D and 2D > Fast Fourier Transform packages for the mips processor in general or > for the Iris 4D2XX in particular? > > I am planning to do a 3D spectral simulation and I'm trying to decide > where to run it. If I can get and Iris 2XX to run fast enough I won't > bother with supercomputer time. Kuck and Associates is just announcing the availability of our signal processing package SIGpack for the SGI 4D series. The FFTs included are 1D to begin with, but will be augmented with special 2D ones in the future. I will send you information by U.S. mail if you return your address by e-mail. The price for SIGpack and its companion library CLASSpack is $5,000 but is discounted heavily for educational users ($1,250). Availability date is August 31, 1989. The SIGpack FFTs are optimized for multiprocessor use and will run best on the 4D220 and above. If you have specialized needs for multi-dimensional FFTs I can put you in touch with some SGI scientists who may have code that will be useful. -- Regards, Mike Heins mheins@kai.COM Kuck and Associates, Inc. 1906 Fox Drive (217) 356-2288 uunet!kailand!mheins Champaign, IL 61820   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18782; 9 Aug 89 19:37 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18775; 9 Aug 89 19:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18757; 9 Aug 89 19:29 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa04040; 9 Aug 89 19:18 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA15670; Wed, 9 Aug 89 17:02:42 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA09413; Wed, 9 Aug 89 16:47:35 cdt Message-Id: <8908092147.AA09413@kailand.kai.com> From: Patrick Wolfe Date: Wed, 9 Aug 89 16:47:32 CDT Organization: Kuck and Associates, Inc., 1906 Fox Drive, Champaign IL 61820, voice 217-356-2288, fax 217-356-5199 X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: Getting GNU Tar V1.07 running on SGI IRIS 4D > From: Dan Bucko Smith > Has anyone got gnutar working sucessfully on a 4D? If so, > would you mail me 1) how you did it, and 2) what version did you > manage to do this with? Enclosed in this shell archive are three files that can be used to get GNU Tar V1.07 running on your SGI 4D machine (with IRIX V3.1D). It might work on other version of the operating systems and machines as well, I don't know. I use GNU tar V1.07 for monthly full backups, and weekly incrementals on all our System V machines, since our backup tape drives are all on BSD hosts. On the BSD hosts, I use GNU tar for weekly and daily incrementals as well, since it can handle active file systems better than BSD's "dump" command, and I can ignore "*.o" and "*.a" files. I've also got GNU Make V3.54, GNU diff 1.07, and RCS V4.2 all running on our IRIS's, just in case anyone's interested (Parallel Make is GREAT!). Enjoy! Patrick Wolfe (pat@kai.com, {uunet,sgi}!kailand!pat System Manager, Kuck & Associates, Inc. ==== cut here ===== cut here ===== cut here ===== cut here ===== #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'SGI.Readme' <<'END_OF_FILE' XEnclosed in this shell archive are three files that can be used to get GNU Tar XV1.07 running on your SGI 4D machine (with IRIX V3.1D). It might work on other Xversion of the operating systems and machines as well, I don't know. X X SGI.Readme - this file X SGI.diffs - some patches to four files X alloca.c - public domain version of alloca() X X================================================== X XI picked up GNU tar V1.07 on July 17th, 1989 by anonymously ftp from X HOST: prep.ai.mit.edu X DIR: /pub/gnu X FILE: tar-1.07.tar.Z XDon't forget to set "binary" mode to receiving it! X X================================================== X X**** STEP 1 **** XUnpack this shell archive. X XIf you have "unshar", just feed this file to it. X XIf you need to use the shell to unpack this archive, you will need to: X save this file (maybe as "SGI.patch01") X edit this file X delete the lines up to and including the "cut here" line X save and exit the editor X feed the file to the Bourne Shell, not C shell X (just enter "sh SGI.patch01") X X X**** STEP 2 **** XSave the old source. X XIf you use RCS, SCCS or some other source code revision control system, check Xout and lock the files to be patched: X port.c X rtape_lib.c X rtape_server.c X Makefile X XIf you don't have one of these nifty utilities, just *copy* these files to Xsome safe place, possible a new directory "./Old". X X X**** STEP 3 **** XPatch the three C source code files and the makefile. X XIf you have the "patch" program, just feed the file "SGI.diffs" to it. X XIf you don't have patch, you'll have to apply the patches by hand. Don't worry, it Xdoesn't take *too* long. X X X**** STEP 4 **** XCheck the "Makefile" to make sure everything is setup according to your site's Xlocal conventions. X X X**** STEP 5 **** XRun "make". X XHopefully, everything will compile and link okay. X X X================================================== XWhen installing this, I suggest you save the old version of "/bin/tar" and X"/etc/rmt", just in case something happens to be wrong in GNU tar, or some Xobscure option of the original tar command is needed sometime. X XHope everything works out for you. X XPatrick Wolfe (pat@kai.com, {uunet,sgi}!kailand!pat) X END_OF_FILE if test 2167 -ne `wc -c <'SGI.Readme'`; then echo shar: \"'SGI.Readme'\" unpacked with wrong size! fi # end of 'SGI.Readme' fi if test -f 'SGI.diffs' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'SGI.diffs'\" else echo shar: Extracting \"'SGI.diffs'\" \(4196 characters\) sed "s/^X//" >'SGI.diffs' <<'END_OF_FILE' XHere are patches for the following four files: X port.c X rtape_lib.c X rtape_server.c X Makefile X XI created these getting GNU Tar V1.07 compiled and running on our IRIS 4D's. X X X*** /tmp/,RCSt1a09338 Wed Aug 9 15:40:05 1989 X--- port.c Wed Aug 9 14:11:50 1989 X*************** X*** 42,48 **** X #include "tar.h" X #include "port.h" X X! extern size_t strlen(); X X extern long baserec; X /* X--- 42,48 ---- X #include "tar.h" X #include "port.h" X X! /* extern size_t strlen(); */ X X extern long baserec; X /* X*************** X*** 88,93 **** X--- 88,97 ---- X #ifdef USG X #define WANT_STRING X #define WANT_VALLOC X+ #ifdef sgi X+ #define WANT_CK_PIPE X+ #define WANT_STRSTR X+ #endif /* sgi */ X #endif X X #ifdef MINIX X X X*** /tmp/,RCSt1008720 Wed Aug 9 16:15:01 1989 X--- rtape_lib.c Wed Aug 9 16:14:01 1989 X*************** X*** 136,142 **** X char *buf; X { X register int blen; X! int (*pstat)(); X X /* X * save current pipe status and try to make the request X--- 139,145 ---- X char *buf; X { X register int blen; X! SIGTYPE (*pstat)(); X X /* X * save current pipe status and try to make the request X*************** X*** 386,402 **** X--- 389,415 ---- X (void) setgid (getgid ()); X if (*login) X { X+ #ifdef sgi X+ execl("/usr/bsd/rsh", "rsh", system, "-l", login, X+ "/etc/rmt", (char *) 0); X+ #else X execl("/usr/ucb/rsh", "rsh", system, "-l", login, X "/etc/rmt", (char *) 0); X execl("/usr/bin/remsh", "remsh", system, "-l", login, X "/etc/rmt", (char *) 0); X+ #endif X } X else X { X+ #ifdef sgi X+ execl("/usr/bsd/rsh", "rsh", system, X+ "/etc/rmt", (char *) 0); X+ #else X execl("/usr/ucb/rsh", "rsh", system, X "/etc/rmt", (char *) 0); X execl("/usr/bin/remsh", "remsh", system, X "/etc/rmt", (char *) 0); X+ #endif X } X X /* X*************** X*** 487,493 **** X unsigned int nbyte; X { X char buffer[BUFMAGIC]; X! int (*pstat)(); X X sprintf(buffer, "W%d\n", nbyte); X if (command(fildes, buffer) == -1) X--- 500,506 ---- X unsigned int nbyte; X { X char buffer[BUFMAGIC]; X! SIGTYPE (*pstat)(); X X sprintf(buffer, "W%d\n", nbyte); X if (command(fildes, buffer) == -1) X X X*** /tmp/,RCSt1a09338 Wed Aug 9 15:40:04 1989 X--- rtape_server.c Wed Aug 9 14:20:05 1989 X*************** X*** 48,54 **** X char count[SSIZE], mode[SSIZE], pos[SSIZE], op[SSIZE]; X X extern errno; X! char *sys_errlist[]; X char resp[BUFSIZ]; X X long lseek(); X--- 48,54 ---- X char count[SSIZE], mode[SSIZE], pos[SSIZE], op[SSIZE]; X X extern errno; X! extern char *sys_errlist[]; X char resp[BUFSIZ]; X X long lseek(); X X X*** /tmp/,RCSt1008836 Wed Aug 9 16:19:53 1989 X--- Makefile Wed Aug 9 16:19:37 1989 X*************** X*** 14,27 **** X #O = o X X # Berserkeley version X! DEFS = -DBSD42 X! LOCAL_SRC = getdate.y rtape_lib.c X! LOCAL_OBJ = getdate.$O rtape_lib.$O X LDFLAGS = X! LIBS = X LINT = lint X! LINTFLAGS = -abchx X! DEF_AR_FILE = \"/dev/rmt8\" X DEFBLOCKING = 20 X O = o X X--- 14,42 ---- X #O = o X X # Berserkeley version X! # for 4.3 X! #DEFS = -DBSD42 -DSIGTYPE=void X! # for 4.2 X! #DEFS = -DBSD42 -DSIGTYPE=int X! #LOCAL_SRC = getdate.y rtape_lib.c X! #LOCAL_OBJ = getdate.$O rtape_lib.$O X! #LDFLAGS = X! #LIBS = X! #LINT = lint X! #LINTFLAGS = -abchx X! #DEF_AR_FILE = \"/dev/rmt8\" X! #DEFBLOCKING = 20 X! #O = o X! X! # SGI IRIX 3.1D version X! DEFS = -DUSG -DSIGTYPE=void -I/usr/include/bsd X! LOCAL_SRC = getdate.y rtape_lib.c alloca.c X! LOCAL_OBJ = getdate.$O rtape_lib.$O alloca.$O X LDFLAGS = X! LIBS = -lPW -lbsd X LINT = lint X! LINTFLAGS = -p X! DEF_AR_FILE = \"/dev/tape\" X DEFBLOCKING = 20 X O = o X X*************** X*** 128,136 **** X -DDEF_AR_FILE=$(DEF_AR_FILE) \ X -DDEFBLOCKING=$(DEFBLOCKING) X # next line for Debugging X! COPTS = -g X # next line for Production X! #COPTS = -O X X # Add things here like getopt, readdir, etc that aren't in your X # standard libraries. (E.g. MSDOS needs getopt, msd_dir.c, msd_dir.obj) X--- 143,151 ---- X -DDEF_AR_FILE=$(DEF_AR_FILE) \ X -DDEFBLOCKING=$(DEFBLOCKING) X # next line for Debugging X! #COPTS = -g X # next line for Production X! COPTS = -O X X # Add things here like getopt, readdir, etc that aren't in your X # standard libraries. (E.g. MSDOS needs getopt, msd_dir.c, msd_dir.obj) END_OF_FILE if test 4196 -ne `wc -c <'SGI.diffs'`; then echo shar: \"'SGI.diffs'\" unpacked with wrong size! fi # end of 'SGI.diffs' fi if test -f 'alloca.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'alloca.c'\" else echo shar: Extracting \"'alloca.c'\" \(4743 characters\) sed "s/^X//" >'alloca.c' <<'END_OF_FILE' X/* X alloca -- (mostly) portable public-domain implementation -- D A Gwyn X X This implementation of the PWB library alloca() function, X which is used to allocate space off the run-time stack so X that it is automatically reclaimed upon procedure exit, X was inspired by discussions with J. Q. Johnson of Cornell. X X It should work under any C implementation that uses an X actual procedure stack (as opposed to a linked list of X frames). There are some preprocessor constants that can X be defined when compiling for your specific system, for X improved efficiency; however, the defaults should be okay. X X The general concept of this implementation is to keep X track of all alloca()-allocated blocks, and reclaim any X that are found to be deeper in the stack than the current X invocation. This heuristic does not reclaim storage as X soon as it becomes invalid, but it will do so eventually. X X As a special case, alloca(0) reclaims storage without X allocating any. It is a good idea to use alloca(0) in X your main control loop, etc. to force garbage collection. X*/ X#ifndef lint Xstatic char SCCSid[] = "@(#)alloca.c 1.1"; /* for the "what" utility */ X#endif X X#ifdef X3J11 Xtypedef void *pointer; /* generic pointer type */ X#else Xtypedef char *pointer; /* generic pointer type */ X#endif X X#define NULL 0 /* null pointer constant */ X Xextern void free(); Xextern pointer malloc(); X X/* X Define STACK_DIRECTION if you know the direction of stack X growth for your system; otherwise it will be automatically X deduced at run-time. X X STACK_DIRECTION > 0 => grows toward higher addresses X STACK_DIRECTION < 0 => grows toward lower addresses X STACK_DIRECTION = 0 => direction of growth unknown X*/ X X#ifndef STACK_DIRECTION X#define STACK_DIRECTION 0 /* direction unknown */ X#endif X X#if STACK_DIRECTION != 0 X X#define STACK_DIR STACK_DIRECTION /* known at compile-time */ X X#else /* STACK_DIRECTION == 0; need run-time code */ X Xstatic int stack_dir; /* 1 or -1 once known */ X#define STACK_DIR stack_dir X Xstatic void Xfind_stack_direction (/* void */) X{ X static char *addr = NULL; /* address of first X `dummy', once known */ X auto char dummy; /* to get stack address */ X X if (addr == NULL) X { /* initial entry */ X addr = &dummy; X X find_stack_direction (); /* recurse once */ X } X else /* second entry */ X if (&dummy > addr) X stack_dir = 1; /* stack grew upward */ X else X stack_dir = -1; /* stack grew downward */ X} X X#endif /* STACK_DIRECTION == 0 */ X X/* X An "alloca header" is used to: X (a) chain together all alloca()ed blocks; X (b) keep track of stack depth. X X It is very important that sizeof(header) agree with malloc() X alignment chunk size. The following default should work okay. X*/ X X#ifndef ALIGN_SIZE X#define ALIGN_SIZE sizeof(double) X#endif X Xtypedef union hdr X{ X char align[ALIGN_SIZE]; /* to force sizeof(header) */ X struct X { X union hdr *next; /* for chaining headers */ X char *deep; /* for stack depth measure */ X } h; X} header; X X/* X alloca( size ) returns a pointer to at least `size' bytes of X storage which will be automatically reclaimed upon exit from X the procedure that called alloca(). Originally, this space X was supposed to be taken from the current stack frame of the X caller, but that method cannot be made to work for some X implementations of C, for example under Gould's UTX/32. X*/ X Xstatic header *last_alloca_header = NULL; /* -> last alloca header */ X Xpointer Xalloca (size) /* returns pointer to storage */ X unsigned size; /* # bytes to allocate */ X{ X auto char probe; /* probes stack depth: */ X register char *depth = &probe; X X#if STACK_DIRECTION == 0 X if (STACK_DIR == 0) /* unknown growth direction */ X find_stack_direction (); X#endif X X /* Reclaim garbage, defined as all alloca()ed storage that X was allocated from deeper in the stack than currently. */ X X { X register header *hp; /* traverses linked list */ X X for (hp = last_alloca_header; hp != NULL;) X if (STACK_DIR > 0 && hp->h.deep > depth X || STACK_DIR < 0 && hp->h.deep < depth) X { X register header *np = hp->h.next; X X free ((pointer) hp); /* collect garbage */ X X hp = np; /* -> next header */ X } X else X break; /* rest are not deeper */ X X last_alloca_header = hp; /* -> last valid storage */ X } X X if (size == 0) X return NULL; /* no allocation required */ X X /* Allocate combined header + user data storage. */ X X { X register pointer new = malloc (sizeof (header) + size); X /* address of header */ X X ((header *)new)->h.next = last_alloca_header; X ((header *)new)->h.deep = depth; X X last_alloca_header = (header *)new; X X /* User storage begins just after header. */ X X return (pointer)((char *)new + sizeof(header)); X } X} X END_OF_FILE if test 4743 -ne `wc -c <'alloca.c'`; then echo shar: \"'alloca.c'\" unpacked with wrong size! fi # end of 'alloca.c' fi echo shar: End of shell archive. exit 0 -- Patrick Wolfe (pat@kai.com, kailand!pat) System Manager, Kuck & Associates, Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19028; 9 Aug 89 20:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab18902; 9 Aug 89 20:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18881; 9 Aug 89 20:02 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04270; 9 Aug 89 19:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10517; Wed, 9 Aug 89 16:36: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: 9 Aug 89 22:21:52 GMT From: "Frank J. Henigman" Organization: U of Waterloo, Ontario Subject: TIMERn devices - what are they? Message-Id: <10976@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone explain what the devices TIMERn (where n = 0, 1, 2, 3) are in the device.h file? Can they be used for anything? Thanks. -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28497; 10 Aug 89 14:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26888; 10 Aug 89 13:20 EDT Date: Thu, 10 Aug 89 13:01:50 EDT From: Gary S. Moss (VLD/VMB) To: Tony Facca cc: info-iris@BRL Subject: Re: Icon questions Message-ID: <8908101301.aa26536@VMB.BRL.MIL> [Tony Facca writes] < Why is it that sometimes, not all of the icons get fired up?? ... < Has anyone else noticed this? Or what about icons popping up in different < order? Yes, I have noticed that sometimes my RestartActions executable array does not always succeed in starting up the console window when I hit the 'restart' entry on my Max menu. More than half the time all three windows come up, but occasionally the console does not, and usually the console comes up last, but occasionally the wsh is last. I am running 3.1D on a 4D/60 Turbo. Here is what RestartActions looks like in my user.ps file: /RestartActions [ { (ical) forkunix } { forkwsh } { RunConsole } ] def -moss PS: Does anyone know a way to program 4Sight to allow a 'click to type' style of attaching windows? I have a couple of applications that broke when Mex went away because they control the graphics cursor by typing commands in a text window. There is currently no work-around for the problem of having to have the graphics cursor in the window where you are typing. Note that holding down a key while moving the cursor out of the window does not help in the slightest with this type of interaction.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00347; 10 Aug 89 16:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab29801; 10 Aug 89 15:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab29684; 10 Aug 89 15:29 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20818; 10 Aug 89 15:22 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10379; Thu, 10 Aug 89 12:17: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: 10 Aug 89 18:43:37 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Connecting ATT 7300 to SGI network Message-Id: <39925@sgi.SGI.COM> References: <8908091853.AA10794@manta.nosc.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908091853.AA10794@manta.nosc.mil>, stratego@MANTA.NOSC.MIL (Steve Strategos) writes: > Bill Lasher asks: > > > We have a lab of SGI personal IRIS machines. We would like to attach > a PC so we can transfer CADKEY files from DOS based PC's. We have the > opportunity to get two ATT 7300's for free, but we don't know much about > them. Can the ATT read DOS files without a special board? What would > it take to hook them up to the SGI ethernet (running TCP/IP, NFS)? Any > suggestions would be appreciated. > > > The ATT 7300 will read and write DOS files on the built in floppy, as well as > format DOS disks. You will, however, need an add-on board if you want to run > DOS executables on the 7300. There is no ethernet capability on the 7300 and as > far as I know there are no add-on cards available. I have always used the built > in modem or the serial line for connecting to other computers. Hope this helps. > > Steve Strategos > voice: (703) 827-4700 I just wanted to add that there was an ethernet card developed for the 7300 (aka the Unix PC). The software supported TCP/IP and the usual Berkeley commands (rlogin, rcp, etc.). NFS was not supported. Try posting a request to one of the unix-pc newsgroups for more info. Jim Bennett bennett@esd.sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01014; 10 Aug 89 17:04 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29801; 10 Aug 89 15:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29684; 10 Aug 89 15:29 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20811; 10 Aug 89 15:22 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10267; Thu, 10 Aug 89 12:15: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: 10 Aug 89 18:55:49 GMT From: Rebecca Marvil Organization: University of Colorado, Boulder Subject: Floating point problems Message-Id: <10645@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been having floating point problems on an Iris 2400 turbo running version GL2-W3.5, and was wondering if anyone can help. The problem is that floating point operations do not work properly. I first noticed this when I tried to print a float variable as follows: float x = 0.5; printf("x = %f",x); When execution reaches the printf statement, it hangs on the %f. Using dbx, I ran the program, then typed CTRL-C after execution stopped at the %f, and found that the program was hung in the subroutine '_sw_f_div()'. I've also found that float variables cannot be added or subtracted accurately (it seems to be a problem with the sign). Also, opposite signed floats are thought to be equal (ie. 0.01 is equal to -0.01). Conversions also don't work properly. For instance, if I cast a float variable to an int, the result is the correct integer value, but the sign is always negative, whether or not the original float was negative. Also, if I use atof(), I don't get the correct float result. If anyone has a clue as to what my problem is, I would appreciate a response. One possibility, I suppose, is that the fpa board is screwed up. If so, is there a way to bypass this board and have the software do floating point operations? Thanks in advance for any suggestions, Becky Marvil Dept of MCD Biology email: marvil@boulder.colorado.edu University of Colorado Boulder, CO 80309 (303)-492-3600   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17925; 12 Aug 89 0:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17678; 12 Aug 89 0:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17676; 12 Aug 89 0:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16554; 11 Aug 89 23:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA23934; Fri, 11 Aug 89 20:42: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: 10 Aug 89 16:26:05 GMT From: Grant Fengstad Organization: Cland Lethbridge - Lethbridge, Alberta Subject: Re: Connecting ATT 7300 to SGI network Message-Id: <104@clleth.UUCP> References: <89220.115610W0L@PSUVM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <89220.115610W0L@PSUVM>, W0L@PSUVM.BITNET (Bill Lasher) writes: > We have a lab of SGI personal IRIS machines. We would like to attach a PC so w > e can transfer CADKEY files from DOS based PC's. We have the opportunity to ge > t two ATT 7300's for free, but we don't know much about them. Can the ATT read > DOS files without a special board? What would it take to hook them up to the > SGI ethernet (running TCP/IP, NFS)? Any suggestions would be appreciated. I am not aware of any support for the 3B1/7300 to co-exist with TCP/IP or NFS. The box has a proprietary bus and the only expansion cards that I have heard of are RAM, rs-232 and AT&T Starlan. The 7300 will read DOS files (only 360K format) and allow you to copy them to the Unix file system. Feasibly, you could connect the box Asynchronously. -- Grant M. Fengstad "The ideas expressed are my own - not my employers" Sr. CSR, Systems Integration - ComputerLand (Canada) UUCP: !uunet!{ubc-cs|utai}!calgary!xenlink!clroslyn!clleth!grant "There's nothing worse than a confirmed fanatic"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08246; 11 Aug 89 10:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07220; 11 Aug 89 9:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07204; 11 Aug 89 9:19 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa02519; 11 Aug 89 9:15 EDT Received: Fri, 11 Aug 89 06:15:14 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Fri, 11 Aug 89 09:33:41 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 11 Aug 89 09:33:41 EDT From: Tony Facca Message-Id: <8908111333.AA03060@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Floating point problems Cc: fsfacca@prandtl.nas.nasa.gov [Becky Marvil] writes: > I've been having floating point problems on an Iris 2400 turbo > running version GL2-W3.5, and was wondering if anyone can help. [ stuff about floating point problems deleted ] > If anyone has a clue as to what my problem is, I would appreciate > a response. One possibility, I suppose, is that the fpa board > is screwed up. If so, is there a way to bypass this board and > have the software do floating point operations? We've had similar problems in the past on our 3030's and in every instance it turned out to be the fpa board. A quick check that we use is a simple program which loops from 0 to 100 and prints out the integer and floating point value at each interation. Its written on FORTRAN so we compile it first with, then without the floating point option: [with] f77 -Zg prog.f -o prog [w/o] f77 prog.f -o prog I wish I had a bad fpa board to test this on :) but I think that's how we found the problem. I'll send the source directly rather than posting it here.. Hope this helps.. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09045; 11 Aug 89 11:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08099; 11 Aug 89 10:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08007; 11 Aug 89 9:56 EDT Received: from nac.no by SMOKE.BRL.MIL id aa03536; 11 Aug 89 9:50 EDT Received: from runix.runit.sintef.no by nac.no (5.54/1.15) id AA01266; Fri, 11 Aug 89 15:42:53 +0200 Received: by runix.runit.sintef.no (norunix.EARN) (1.2/6.2) id AA07746; Fri, 11 Aug 89 15:47:22 +0200 Date: 11 Aug 89 15:47 +0200 From: Finn Drablos To: info-iris@BRL.MIL Message-Id: <52*finnd@vax.runit.unit.uninett> Subject: f77 bug I am using a 4D/70GT with IRIX 3.1D. When I try to compile the following short fortran program with f77 program test integer i,time i=time() write(*,*) i stop end all I get is "bad number of arguments to intrinsic time". But according to the documentation there should be no arguments to time .... Is there a bug in f77, or am I doing something stupid ? If there is a bug, is there an easy way around this problem ? ================== Finn Drablos PHONE +47 7 597710 FAX +47 7 597708 MR-Senteret, SINTEF MHS(EAN) : finnd@vax.runit.unit.uninett N-7034 TRONDHEIM, NORWAY EARN/BITNET : drabloes@norunit -----------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15364; 11 Aug 89 16:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13947; 11 Aug 89 15:15 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13903; 11 Aug 89 15:06 EDT Received: from NYU.EDU by SMOKE.BRL.MIL id aa09910; 11 Aug 89 14:49 EDT Received: from XP.PSYCH.NYU.EDU by cmcl2.NYU.EDU (5.61/1.34) id AA11107; Fri, 11 Aug 89 14:48:27 -0400 Message-Id: <8908111848.AA11107@cmcl2.NYU.EDU> Received: by xp.psych.nyu.edu; Fri, 11 Aug 89 14:40:39 EDT Date: Fri, 11 Aug 89 14:40:39 EDT From: Aries Arditi X-Mailer: Mail User's Shell (6.4 2/14/89) To: info-iris@BRL.MIL Subject: X11 and 3.1G Cc: soon@xp.psych.nyu.edu We just received 3.1G, and after performing an automatic installation, now have all of the X11 include files, all the X11 directories, but NONE of the X11 binaries and man pages. Recently, some deer ate all the tomatoes off my tomato plants, but who could have taken all these files? Anybody else encounter a similar problem with 3.1G??? If so, how did you deal with it? Aries Arditi The Lighthouse 111 East 59th Street New York, NY 10022 212 355 2200 X1453 aries@xp.psych.nyu.edu -- -Aries   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16701; 11 Aug 89 18:23 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac16351; 11 Aug 89 17:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16334; 11 Aug 89 17:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13838; 11 Aug 89 17:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA03461; Fri, 11 Aug 89 14:22: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: 11 Aug 89 21:02:09 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: Re: X11 and 3.1G Message-Id: References: <8908111848.AA11107@cmcl2.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > We just received 3.1G, and after performing an automatic installation, now > ... You have to go back and use manual installation, list available subsystems, and you will notice that the X11R3 Execution Environment software and man pages have not been installed. It seems that you must manually select them for installation. George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16751; 11 Aug 89 18:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16316; 11 Aug 89 17:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16287; 11 Aug 89 17:29 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13698; 11 Aug 89 17:22 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA02793; Fri, 11 Aug 89 14:11: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: 11 Aug 89 20:20:21 GMT From: "Jeffrey M. Currier" Organization: NASA Ames Research Center Subject: RE: dbx problems Message-Id: <2834@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Edge works fine on my 3130. What do you mean by it dosent work: won't run, dosen't run properly? We just has an OS upgrade maybee thats the difference. _Jeff -------------------------------------------- Jeff Currier (602)621-4948 | Computational Fluid Mechanics Lab | University of Arizona, Tucson | currier@prandtl.nas.nasa.gov | alternate: jeffc@neptune.ame.arizona.edu | --------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17609; 11 Aug 89 23:30 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17446; 11 Aug 89 22:49 EDT Received: from sem.brl.mil by VMB.BRL.MIL id aa17422; 11 Aug 89 22:36 EDT Date: Fri, 11 Aug 89 22:33:55 EDT From: Mike Muuss To: Alan Davis cc: info-iris@BRL.MIL Subject: Re: cpp reserved symbols Message-ID: <8908112233.aa20476@SEM.BRL.MIL> The list of "possibly reserved symbols" is amazingly long. You find it by the experimental method, as you port code around. Some that I know of include: unix, vax, m68k, m68000, alliant, sel, gould, sgi, mips, sun, sun3, sparc, apollo, CRAY, CRAY1, CRAY2, convex, ardent, stellar, eta10, pyr. The ANSI-C specification calls for vendor-provided symbols to begin with an underscore and an upper-case letter. For example, _CRAY, _Vax, etc. This is a good idea, but will result in a whole new raft of symbols being defined. Along with __STDC__. There are other pitfalls as well, like when you need , when you need , and when you need both. Arrgh! Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18216; 12 Aug 89 1:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab17925; 12 Aug 89 0:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17913; 12 Aug 89 0:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17027; 12 Aug 89 0:40 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26359; Fri, 11 Aug 89 21:28:16 -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 Aug 89 04:21:24 GMT From: Jason Heirtzler Organization: Boston University Information Technology Subject: Re: Problems with Exabyte Message-Id: <36317@bu-cs.BU.EDU> References: <35820@bu-cs.BU.EDU>, <39568@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <39568@sgi.SGI.COM> markb@denali.sgi.com (Mark Bradley) says: >Silicon Graphics recommends that you buy the 8mm helical scan tape drive >from Silicon Graphics--NOT from Introl. It works just fine on our MP >and non-MP machines off our own SCSI and with our own driver. I have not >seen nor had the opportunity to test Introl's product, hence it is not >presently blessed as functional on our systems, as far as I know. Well, that may be what they recommend now, but it wasn't what they recommended a little while ago! We purchased this drive on advice from our SGI rep. A question to the SGI people on the net: will the SGI 8mm tape driver be available as part of the standard kernel in the next OS release 3.2 (?) or will this be supplied on a special tape to those that purchased the unit directly from SGI ? ------------------------------------------------------------------------- Jason Heirtzler (617) 353-2780 jdh@bu-it.bu.edu Information Technology Boston University ..!harvard!bu-cs!bu-it!jdh   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18576; 12 Aug 89 2:38 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18251; 12 Aug 89 1:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18244; 12 Aug 89 1:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17277; 12 Aug 89 1:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA29342; Fri, 11 Aug 89 22:30:12 -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 Aug 89 05:08:57 GMT From: donl mathis Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X11 and 3.1G Message-Id: <40113@sgi.SGI.COM> References: <8908111848.AA11107@cmcl2.NYU.EDU>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , elkins@topaz.rutgers.edu (George Elkins) writes: > > We just received 3.1G, and after performing an automatic installation, now > > ... > > You have to go back and use manual installation, list > available subsystems, and you will notice that the X11R3 Execution > Environment software and man pages have not been installed. It seems > that you must manually select them for installation. > > George Elkins This is true. The installation tool uses the online installation history to determine default subsystem selections. If an older version of the subsystem was installed, you get the new one by default. If you an older version could be installed but isn't, you don't get the new one by default. If there is no record of the subsystem one way or the other, such as the new X11 subsystem, you get the "builtin" default. Maintenance tapes were originally intended to be simple overlays of a reasonable subset of the other products, the assumption being that we would use them to provide a few new files. The builtin default is always "no", so that if an older subsystem is not already installed, you don't get the new one by default. Unfortunately, the X subsystems in 3.1G are new, and *can't* be already installed, so they never get installed by default. We have slightly abused the maintenance mechanism in 3.1G by introducing new subsystems, the result being that algorithm can't quite keep up. It will be fixed. In the mean time, the Subsystem Selection menu in Manual can be used to poke through the list of subsystems and make sure you're getting everything you want. -- - donl mathis at Silicon Graphics Computer Systems, Mountain View, CA donl@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20112; 12 Aug 89 13:13 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20080; 12 Aug 89 12:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20070; 12 Aug 89 12:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20994; 12 Aug 89 12:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA28677; Sat, 12 Aug 89 09:34: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: 12 Aug 89 16:27:56 GMT From: Stacy Marsella Organization: Rutgers Univ., New Brunswick, N.J. Subject: Re: Connecting ATT 7300 to SGI network Message-Id: References: <89220.115610W0L@PSUVM>, <104@clleth.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was an ethernet board made for the 7300, as well as TCP/IP software (no nfs - as far as I know). The software was done by Wollengong (sp?). I know because we are presently using the boards/software. Stacy Marsella   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21662; 12 Aug 89 21:07 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21357; 12 Aug 89 20:15 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21344; 12 Aug 89 20:05 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23924; 12 Aug 89 19:53 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA17778; Sat, 12 Aug 89 16:42: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: 12 Aug 89 19:43:07 GMT From: "John D. McCalpin" Organization: Supercomputer Computations Research Institute Subject: broken Make on PI Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a medium-sized, moderately complex Makefile that I use to maintain my current modelling project. This Makefile seems to generate the correct behavior on a variety of machines, including: IRIS 3000, VAX VMS, ETA-10 UNIX (Sys V), Sun 4 I get the following broken behavior on the Personal IRIS: 1. I update a header file 2. I type 'make model' It 'makes' correctly 4. I type 'make model' again It repeats the previous make, even though everything is up-to-date. 5. I repeat step 4 several times. Usually by the 3rd or fourth time, it finally understands that everything is up-to-date and it does not have to make anything anymore. I have checked the times on the files, and they are correct. I have tried 'make -t' and it doesn't seem to notice --- it still re-makes the target several times more than it needs to.... The only thing that I am doing which is unusual is that I have turned off most of the rules and replaced them with my own, since I am using a fortran pre-processor that make does not know about by default. Any ideas out there? -- John D. McCalpin - mccalpin@masig1.ocean.fsu.edu - mccalpin@nu.cs.fsu.edu mccalpin@delocn.udel.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22484; 13 Aug 89 0:55 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22124; 12 Aug 89 23:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22111; 12 Aug 89 23:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25329; 12 Aug 89 23:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA27343; Sat, 12 Aug 89 20:24: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: 13 Aug 89 02:46:50 GMT From: Steve Ackerman Organization: EMBA-CF, University of Vermont Subject: Booting backup kernel Message-Id: <1263@uvm-gen.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Tonight, I accidently clobbered my Personal IRIS kernel. Fortunately, I had a backup of it in /unix.old. Unfortunately, I couldn't figure out how to tell the PROM Monitor to boot from /unix.old instead of /unix. Is it possible to do this? If someone could tell me where in TFM I could find DETAILED information on the monitor, I'd appreciate it. thanks! -- ============================================================================ Steven Ackerman, | EMBA-CF University of Vermont uunet!uvm-gen!ackerman | Burlington, Vermont 05401 Internet: ackerman@uvm-gen.uvm.edu | Telephone: (802) 656-2926   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab22484; 13 Aug 89 0:55 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22394; 13 Aug 89 0:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22384; 13 Aug 89 0:24 EDT Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa25796; 13 Aug 89 0:21 EDT Received: from QUCDNAST.BITNET (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57350; Sun, 13 Aug 89 00:15:28 EDT Date: Sun, 13 Aug 89 01:12:00 EDT From: GILL@qucdnast.bitnet MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Graphics for IRIS/SUN machines To: info-iris@BRL.MIL X-Original-To: gill,info-iris@brl.arpa,sun-spots@rice.edu Message-Id: <89Aug13.001528edt.57350@ugw.utcs.utoronto.ca> Both the IRIS and SUN machines are great for graphics, but I would like to know if the graphics programmes I have written on our VAX can be completely portable to our SUN and/or IRIS. Specifically, do the graphics packages MONGO and PGPLOT exist for either of these machines? If so, where does one go about obtaining them? If you could e-mail the answers directly to me - I cannot access either of these discussions. Thank you. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Arnold Gill | | Queen's University at Kingston | | BITNET: gill@qucdnast | | INTERNET: gill@qucdnast.queensu.ca | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25168; 13 Aug 89 13:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25118; 13 Aug 89 13:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25097; 13 Aug 89 13:06 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27809; 13 Aug 89 9:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA17861; Sun, 13 Aug 89 04:38: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: 13 Aug 89 06:54:49 GMT From: Len Lattanzi Organization: Synthesis Software Solutions Inc, Sunnyvale, CA Subject: Re: broken Make on PI Message-Id: <25359@mips.mips.COM> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article mccalpin@masig3.ocean.fsu.edu (John D. McCalpin) writes: :I have a medium-sized, moderately complex Makefile that I use to :maintain my current modelling project. This Makefile seems to generate :the correct behavior on a variety of machines, including: : IRIS 3000, VAX VMS, ETA-10 UNIX (Sys V), Sun 4 : :I get the following broken behavior on the Personal IRIS: : : 1. I update a header file : 2. I type 'make model' : It 'makes' correctly : 4. I type 'make model' again : It repeats the previous make, even though everything : is up-to-date. : 5. I repeat step 4 several times. : Usually by the 3rd or fourth time, it finally understands : that everything is up-to-date and it does not : have to make anything anymore. : :I have checked the times on the files, and they are correct. :I have tried 'make -t' and it doesn't seem to notice --- it still :re-makes the target several times more than it needs to.... : :The only thing that I am doing which is unusual is that I have turned :off most of the rules and replaced them with my own, since I am using :a fortran pre-processor that make does not know about by default. : :Any ideas out there? :-- :John D. McCalpin - mccalpin@masig1.ocean.fsu.edu - mccalpin@nu.cs.fsu.edu : mccalpin@delocn.udel.edu Not much to go on but: Does this still happen if you don't override the rules (maybe create your own ~/bin/f77 to do preprocessing and then call /usr/bin/f77). Are you editting locally but doing the make over NFS? unsynchronized clocks sometimes force make to run several minutes after the dependency was editted. -Len \ Len Lattanzi ({ames,pyramid,decwrl}!mips!synthesis!len) Synthesis Software Solutions, Inc. The RISC Software Company I would have put a disclaimer here but I already posted the article.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25622; 13 Aug 89 15:52 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25386; 13 Aug 89 14:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25373; 13 Aug 89 14:43 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa28949; 13 Aug 89 14:32 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA01631; Sun, 13 Aug 89 13:20:45 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA22511; Sun, 13 Aug 89 12:41:39 cdt Date: Sun, 13 Aug 89 12:41:39 cdt From: Mike Heins Message-Id: <8908131741.AA22511@kailand.kai.com> To: info-iris@BRL.MIL Subject: Looking for really fast FFT > /* Written 8:44 pm Aug 9, 1989 by mheins@kailand.UUCP in kailand:kai.sgi */ > /* ---------- "Looking for really fast FFT" ---------- */ > From uiucuxc!vmb.brl.mil!info-iris-request Wed Aug 9 20:44:47 1989 > From: Mike Heins > Subject: Looking for really fast FFT > > > Has anybody out there written or seen some really fast 1D and 2D > > Fast Fourier Transform packages for the mips processor in general or > > for the Iris 4D2XX in particular? > > > > I am planning to do a 3D spectral simulation and I'm trying to decide > > where to run it. If I can get and Iris 2XX to run fast enough I won't > > bother with supercomputer time. > > Kuck and Associates is just announcing the availability of our > signal processing package SIGpack for the SGI 4D series. The > FFTs included are 1D to begin with, but will be augmented with > special 2D ones in the future. I will send you information by > U.S. mail if you return your address by e-mail. > > The price for SIGpack and its companion library CLASSpack is > $5,000 but is discounted heavily for educational users ($1,250). > Availability date is August 31, 1989. > > The SIGpack FFTs are optimized for multiprocessor use and will run > best on the 4D220 and above. If you have specialized needs for > multi-dimensional FFTs I can put you in touch with some SGI > scientists who may have code that will be useful. We will be offering 2D FFTs in the first release, along with 2D correlations and convolutions.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26010; 13 Aug 89 18:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25903; 13 Aug 89 17:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25872; 13 Aug 89 17:16 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00228; 13 Aug 89 17:06 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10630; Sun, 13 Aug 89 14:02: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: 13 Aug 89 20:37:12 GMT From: Jeremy Higdon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problems with Exabyte Message-Id: <40145@sgi.SGI.COM> References: <35820@bu-cs.BU.EDU>, <39568@sgi.SGI.COM>, <36317@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <36317@bu-cs.BU.EDU>, jdh@bu-cs.BU.EDU (Jason Heirtzler) writes: > A question to the SGI people on the net: will the SGI 8mm tape driver > be available as part of the standard kernel in the next OS release 3.2 > (?) or will this be supplied on a special tape to those that purchased > the unit directly from SGI ? > The 8mm tape support will be part of the standard kernel in 3.2.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28761; 14 Aug 89 5:44 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28710; 14 Aug 89 5:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28699; 14 Aug 89 5:24 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03897; 14 Aug 89 5:23 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA12246; Mon, 14 Aug 89 02:20: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: 13 Aug 89 15:54:25 GMT From: stephen Samuel Organization: University of Alberta, Edmonton, Alberta, Canada Subject: Re: TIMERn devices - what are they? Message-Id: <1989Aug13.155425.16745@alberta.uucp> References: <10976@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <10976@watcgl.waterloo.edu>, by fjhenigman@watcgl.waterloo.edu (Frank J. Henigman): > Can anyone explain what the devices TIMERn (where n = 0, 1, 2, 3) are > in the device.h file? Can they be used for anything? Thanks. The timer devices generate one event every 1/60 sec. More specificly, they seem to generate one per vertical sync. They can be used for various things. We, for example, have a Tektronix stereo LCD shutter. To use it, we start up a timer, and for each timer event, we do a swapbuffers (first, of course, we have to draw the two stereo pictures...). roughly (from memory): In this case, we need one event per 1/60 sec, so I use `noise(1)`. If you needed only needed 5 events per second then you could use `noise(12)`. ------------------------ Cut here and add water ------------------------- #include "everything.necessary" draw(leftimage); swapbuffer(); draw(rightimage); swapbuffer(); qdevice(TIMER0); noise(TIMER0,1); /* **** VERY IMPORTANT -- you need to do this before * you get timer events --- THIS IS UNDOCUMENTED (grr!) */ /* the following will wait for an odd-numbered timer event... This is *an attempt to make sync left and right sides with what the shutter *thinks are the appropriate side. */ while(qread(&val)!= TIMER0 || (val&1)!= 1 ); while( happy){ device=qread(&val); switch(device){ case TIMER0: swapbuffer(); break; . . . . case blegh: happy=0; break; }; /* EOF */ -- Stephen samuel !alberta!{obed,edm}!steve "Look on the bright side... It might have worked!"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27807; 14 Aug 89 1:37 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27571; 14 Aug 89 0:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27551; 14 Aug 89 0:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02800; 14 Aug 89 0:37 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA00570; Sun, 13 Aug 89 21:34: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: 14 Aug 89 04:09:50 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: Re: Booting backup kernel Message-Id: References: <1263@uvm-gen.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1263@uvm-gen.UUCP>, ackerman@uvm-gen.uvm.edu (Steve Ackerman) writes: > Tonight, I accidently clobbered my Personal IRIS kernel. > Fortunately, I had a backup of it in /unix.old. You could use the boot command from either the PROM monitor level, or from sash (stand-alone shell). The boot command attempts to boot sash, in both cases. So when in sash, you must use the -f option. At the PROM monitor level you could type boot dkip(0,0,0)unix.old or from sash you could type boot -f dkip(0,0,0)unix.old The general format for the boot command from sash is: boot [-f device(address)file] [arguments] You may need to modify the above for your particular device, address and desired init level, etc. E.g. from PROM, boot dksc(0,1,0)unix.old initstate=1 for scsi disk controller, putting machine into single-user mode. (All of this is from memory, so it could be slightly wrong. Also, my experience is with Iris 4D.) George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05847; 14 Aug 89 12:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04166; 14 Aug 89 11:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04107; 14 Aug 89 11:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10318; 14 Aug 89 10:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA25753; Mon, 14 Aug 89 07:37: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: 14 Aug 89 11:16:09 GMT From: "John D. McCalpin" Organization: Supercomputer Computations Research Institute Subject: Trouble with DATA statement Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The following code section does not compile on the Personal IRIS. It appears to be standard FORTRAN --- it comes from TOOLPACK, which is supposed to be very standard. It compiles just fine on the IRIS 3000 and on both Sun 3 and Sun 4's. The compiler error message is not helpful: Syntax error on line 15 ---- (This line contains the DATA statement) Replacing the 'F' and 'T' variables with .FALSE. and .TRUE. does not help, leading me to believe that the implied DO-loops are causing the trouble.... ---------------------------------------------------------------------------- SUBROUTINE CIITEM(NODE,OCCURS,STYPE,STATUS,INTFIL) INTEGER MAXL,NCII,CIIFIL,CIIERR PARAMETER (MAXL=11,NCII=21,CIIFIL=7,CIIERR=5) LOGICAL T,F PARAMETER (T=.TRUE.,F=.FALSE.) INTEGER PTR,TEXT(134),CIINUM,TYPCHK,CIITYP(NCII),I, + NTYPE,DTYPE,SYMBOL(8),SSTYPE(132) LOGICAL CIIAST(NCII),CIIVAR(NCII),CIISTY(8,NCII) CHARACTER*(MAXL) CIINAM,CIILST(NCII) SAVE CIILST,CIITYP,CIIAST,CIIVAR,CIISTY,SSTYPE DATA (CIILST(I),CIIAST(I),CIITYP(I),CIIVAR(I), + (CIISTY(J,I),J=1,8),I=19,NCII)/ +'STATUS',F,6,F,F,F,T,T,F,F,F,F, +'UNFORMATTED',F,6,T,F,F,F,F,T,F,F,F, +'UNIT',T,0,F,T,T,T,T,T,T,T,T/ END ---------------------------------------------------------------------------- -- John D. McCalpin - mccalpin@masig1.ocean.fsu.edu - mccalpin@nu.cs.fsu.edu mccalpin@delocn.udel.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01335; 14 Aug 89 17:41 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01267; 14 Aug 89 17:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01239; 14 Aug 89 17:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20154; 14 Aug 89 17:07 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA18111; Mon, 14 Aug 89 13:56:58 -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 Aug 89 19:34:43 GMT From: "Michael L. Johnson" Organization: University of Va. Subject: PC-NFS and 4D Message-Id: <640@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have any experience using the Sun PC-NFS with a 4D as a host? If so, could someone please relate their thoughts on the subject. Thanks. (804)-924-8607 Michael L. Johnson mlj8e@virginia.EDU Pharmacology Dept. uunet!virginia!mlj8e Box 448; Univ. of Va. mlj8e@virginia.BITNET Charlottesville, Va. 22908   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06056; 15 Aug 89 8:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05313; 15 Aug 89 8:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05273; 15 Aug 89 8:14 EDT Received: from [129.142.96.41] by SMOKE.BRL.MIL id aa27097; 15 Aug 89 7:58 EDT Received: by dkuug.dk via EUnet with SMTP (5.61++/IDA-1.2.8) id AA12040; Tue, 15 Aug 89 13:55:17 +0200 Received: by kibi.aau.dk (5.15/smail2.5 / 08-Dec-1987) id AA06053; Tue, 15 Aug 89 13:57:12 DST Date: Tue, 15 Aug 89 13:57:12 DST From: Morten Kjeldgaard Message-Id: <8908151157.AA06053@kibi.aau.dk> To: info-iris@BRL.MIL Subject: tcsh for Iris 3020?? If anyone has a version of tcsh compiled and running on an Iris 3000 series, I would like to hear from you! Perhaps we could have a posting of the uuencoded binary in this newsgroup? Regards, Morten -~- morten kjeldgaard ~ mok@aaukibi.dk ~ mok@kemi.aau.dk biostructural chemistry, department of chemistry, aarhus university langelandsgade 140, dk-8000 aarhus c, denmark phone: +45 86 12 46 33 ~ telex: 64767 aausci dk ~ telefax: +45 86 19 61 99   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10362; 15 Aug 89 11:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09464; 15 Aug 89 11:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09229; 15 Aug 89 10:59 EDT Received: from csd360b.erim.org by SMOKE.BRL.MIL id aa02421; 15 Aug 89 10:47 EDT Received: from osl380a.erim.org.erim.org by csd360b.erim.org (4.0/SMI-4.0) id AA20017; Tue, 15 Aug 89 10:46:43 EDT Received: by osl380a.erim.org.erim.org (4.0/SMI-4.0) id AA04861; Tue, 15 Aug 89 10:46:30 EDT Date: Tue, 15 Aug 89 10:46:30 EDT From: Chris Roussi Message-Id: <8908151446.AA04861@osl380a.erim.org.erim.org> To: info-iris@BRL.MIL Subject: 3.1G cron message Ever since upgrading from 3.1D to 3.1G, root has been getting this message at 5 minutes past the hour, each hour: cp : cannot create cklock cp : Permission denied chmod : WARNING: can't create cklock ln : cannot access cklock I can't find cklock anywhere, and I don't know where it should be anyway. If anyone out there has a suggestion (besides turning accounting off) I'l really appreciate hearing it. Thanks in advance. Chris Roussi Environmental Research Institute of Michigan osl380a.erim.org (313)994-1200 x2404   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10729; 15 Aug 89 12:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09962; 15 Aug 89 11:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09580; 15 Aug 89 11:14 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03135; 15 Aug 89 11:07 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA13629; Tue, 15 Aug 89 07:55:50 -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: 15 Aug 89 14:20:37 GMT From: Tom Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: Bash on an iris-4d Message-Id: <17108@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I remember seeing someone post that they had gotten BASH running on an iris. Could that person mail me (or post, if you like) the diffs or instructions for changing the source to support IRIX? Thanks.... +----------------------------------------------------------------------+ |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 aa11058; 15 Aug 89 12:33 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab10846; 15 Aug 89 12:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10801; 15 Aug 89 12:14 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05179; 15 Aug 89 12:07 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA16739; Tue, 15 Aug 89 08:53:28 -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: 15 Aug 89 15:02:05 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept., Ann Arbor, MI Subject: GCC/G++ on 4D? Message-Id: <225@zip.eecs.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Do the GNU compilers gcc and g++ work on the Iris 4D? I am faced with trying to bring up a large system written in C++ on the Iris, and I don't have an ATT C++. =Spencer (spencer@eecs.umich.edu)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11245; 15 Aug 89 12:43 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10846; 15 Aug 89 12:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10780; 15 Aug 89 12:11 EDT Received: from masig2.ocean.fsu.edu by SMOKE.BRL.MIL id aa04943; 15 Aug 89 11:56 EDT Received: by masig2.ocean.fsu.edu (5.52/25-eef) id AA14363; Tue, 15 Aug 89 11:55:30 EDT Date: Tue, 15 Aug 89 11:55:30 EDT From: Alan Davis Message-Id: <8908151555.AA14363@masig2.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: xdr double precision I have been trying to get a set of functions working on an IRIS 3130 that utilizes the rpc/xdr library routines to transfer data between different machines. Unfortunately, xdr_double(), which is supposed to handle double precision data does not work when the data being passed is of type "long float". The routine will work with single precision (ie, float and double) which leads me to wonder if SGI has compiled the library with double set to the default of single precision? If this is so, can the xdr routines be used to transmitt real double precision data (8 bytes)? Second question. I have noted many deficiencies in SGI's implementation of the C compiler and the run-time libraries on the 3xxx machines (besides the one mentioned above). We are anticipating the purchase of a 4D machine and I would like to hear comments on the C compiler and libraries on these machines. Specifically, is the compiler an ANSI standard version and do the libraries contain a complete set of functions included in either SYS V.3 or BSD4.3? -- 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 aa15676; 15 Aug 89 16:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15345; 15 Aug 89 16:08 EDT Received: by VMB.BRL.MIL id aa15264; 15 Aug 89 15:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14821; 15 Aug 89 15:35 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09539; 15 Aug 89 15:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA28306; Tue, 15 Aug 89 11:57:16 -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: 15 Aug 89 17:19:50 GMT From: "Calvin H. Vu" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Trouble with DATA statement Message-Id: <40265@sgi.SGI.COM> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , mccalpin@masig3.ocean.fsu.edu (John D. McCalpin) writes: > The following code section does not compile on the Personal IRIS. > Replacing the 'F' and 'T' variables with .FALSE. and .TRUE. does not > help, leading me to believe that the implied DO-loops are causing the > trouble.... > ---------------------------------------------------------------------------- > SUBROUTINE CIITEM(NODE,OCCURS,STYPE,STATUS,INTFIL) > INTEGER MAXL,NCII,CIIFIL,CIIERR > PARAMETER (MAXL=11,NCII=21,CIIFIL=7,CIIERR=5) > > LOGICAL T,F > PARAMETER (T=.TRUE.,F=.FALSE.) > > INTEGER PTR,TEXT(134),CIINUM,TYPCHK,CIITYP(NCII),I, > + NTYPE,DTYPE,SYMBOL(8),SSTYPE(132) > LOGICAL CIIAST(NCII),CIIVAR(NCII),CIISTY(8,NCII) > CHARACTER*(MAXL) CIINAM,CIILST(NCII) > > SAVE CIILST,CIITYP,CIIAST,CIIVAR,CIISTY,SSTYPE > > DATA (CIILST(I),CIIAST(I),CIITYP(I),CIIVAR(I), > + (CIISTY(J,I),J=1,8),I=19,NCII)/ > +'STATUS',F,6,F,F,F,T,T,F,F,F,F, > +'UNFORMATTED',F,6,T,F,F,F,F,T,F,F,F, > +'UNIT',T,0,F,T,T,T,T,T,T,T,T/ > > END The problem is in the nested implied do loop. We fixed this bug as early as May last year and sent the fix to MIPS. Unfortunately, when integrating MIPS 1.31 release, I opted for MIPS's own fix to this problem (for source compatibility) which, I found out later, only worked if the nested implied do loop is at the beginning of the implied do loop list, and not if it follows other items in the list. In other words, your DATA statement will compile correctly if CIISTY is at the beginning of the list (or stand alone in a separate DATA statement). Oh well, you know the workaround then :-). Anyway, this has been fixed in our 3.2 release which will be coming out soon, I hope. > ---------------------------------------------------------------------------- > -- > John D. McCalpin - mccalpin@masig1.ocean.fsu.edu - mccalpin@nu.cs.fsu.edu > mccalpin@delocn.udel.edu Calvin Vu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17024; 15 Aug 89 17:39 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16831; 15 Aug 89 17:28 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa16804; 15 Aug 89 17:19 EDT Received: from mirsa.inria.fr by ADM.BRL.MIL id aa22146; 15 Aug 89 17:15 EDT Received: from kwai.inria.fr by mirsa.inria.fr with SMTP (5.59++/IDA-1.2.8) id AA26769; Tue, 15 Aug 89 18:55:09 +0200 Received: by inria.fr with X.400; 15 Aug 89 16:26:17+0100 Received: by ch; 15 Aug 89 18:31:31+0200 Date: 15 Aug 89 18:31:31+0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: 3.2. accounting? Message-Id: <35*doelz@urz.unibas.ch> Does anyone know whether 3.2 will have an accounting which does work ? Thanks, Reinhard pS: Our local sales rep told us that we won't get it before mid september. Any of you seen 3.2. already ?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18012; 15 Aug 89 18:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17966; 15 Aug 89 18:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17858; 15 Aug 89 18:18 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by SMOKE.BRL.MIL id aa12292; 15 Aug 89 17:49 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA16820; Tue, 15 Aug 89 16:43:04 CDT Date: Tue, 15 Aug 89 16:43:04 CDT From: Mike Goss Message-Id: <8908152143.AA16820@snow-white.merit-tech.com> To: davis@masig2.ocean.fsu.edu Subject: Re: xdr double precision Cc: info-iris@BRL.MIL Regarding the message: > From: Alan Davis > Message-Id: <8908151555.AA14363@masig2.ocean.fsu.edu> > Subject: xdr double precision > > I have been trying to get a set of functions working on an IRIS 3130 that > utilizes the rpc/xdr library routines to transfer data between different > machines. Unfortunately, xdr_double(), which is supposed to handle double > precision data does not work when the data being passed is of type "long float". > The routine will work with single precision (ie, float and double) which leads > me to wonder if SGI has compiled the library with double set to the default > of single precision? If this is so, can the xdr routines be used to transmitt > real double precision data (8 bytes)? > > Second question. I have noted many deficiencies in SGI's implementation of > the C compiler and the run-time libraries on the 3xxx machines (besides the > one mentioned above). We are anticipating the purchase of a 4D machine and > I would like to hear comments on the C compiler and libraries on these machines. > Specifically, is the compiler an ANSI standard version and do the libraries > contain a complete set of functions included in either SYS V.3 or BSD4.3? As you surmise, not only the C libraries but also the C compiler on the IRIS 2xxx and 3xxx series treat the type "double" as equivalent to "float" (32 bit floating point). Type "long float" must be used to get 64 bit float point. There is a special set of math library functions which start with the characters "_l" that can be used for "long float" data. This is not very well documented, and caused me great problems when I first tried to port programs requiring 64 bit floating point to an older IRIS. I'm not familiar with the rpc/xdr libraries, so I can't help you there. The good news is that most of the wierd features of the 3xxx series C compiler are gone on the 4D series. The C compiler on the 4D series is more consistent with the rest of the world. Type "double" is 64 bit floating point, and the library routines expect "double" for floating point arguments. There is a set of special math functions starting with the letter "f" (for example, "fsqrt") which can be called with "float" arguments; otherwise, the regular library routines (such as "sqrt") will still promote "float" arguments to "double". The compiler also has an option (-float) to let it do floating point arithmetic in 32 bit precision if all arguments to an expression are 32 bits. As to other C compiler features, the C compiler has some, but not all, of the features of the draft ANSI standard. It has some of the important features, such as function prototypes, but is lacking others, such as being able to use type "void *" for generic pointers. The header (.h) files don't yet conform to the ANSI standard. Overall, the compiler is fairly typical of the industry de-facto standard (a blend of K&R and draft ANSI). I would presume that if the draft ANSI standard ever gets approved, then MIPS and/or SGI will update the compiler to implement the full ANSI standard. I should also mention that the 4D C compiler has quite a good optimizer, and the CPU floating point is incredibly fast. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18012; 15 Aug 89 18:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab17966; 15 Aug 89 18:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17940; 15 Aug 89 18:22 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa12749; 15 Aug 89 18:11 EDT Received: Tue, 15 Aug 89 18:10:51 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 15 Aug 89 18:10:51 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908160110.AA02091@aero4.larc.nasa.gov> To: amelia!prandtl.nas.nasa.gov!currier@ames.arc.nasa.gov Subject: RE: dbx problems Cc: info-iris@BRL.MIL We are at 3.6 of the OS. Edge does't work with graphics programs. It has been a while since I tried it, so I don't remember the details. I was using dbx just recently and assuming Edge has the same bugs as dbx, (reasonable assumption) there are a lot of problems with dbx (Edge). It seems like just about what ever I tried to do I got problems. One of the major ones is not being able to print out the values of variables. (with dbx). -- 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 aa18125; 15 Aug 89 18:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac18012; 15 Aug 89 18:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17998; 15 Aug 89 18:36 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa12890; 15 Aug 89 18:23 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa03540; 15 Aug 89 15:22 PDT Date: Tue, 15 Aug 89 15:14:23 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: lp Message-ID: <8908151823.aa12890@SMOKE.BRL.MIL> I was running 3.1C on a 4D70GT and I had a dumb printer hanging off a serial port. I installed REV.G and the printer configuration went into the twilite zone ... Now, whenever I issue a lp , lpadmin , or lpstat command, it goes away for about 30 to 60 seconds only to return an error message : can't lock printer status Any ideas about what happened and how do I repair it ??????????   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18470; 15 Aug 89 20:02 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18413; 15 Aug 89 19:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18396; 15 Aug 89 19:41 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa13279; 15 Aug 89 19:32 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA03903; Tue, 15 Aug 89 17:39:44 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA04181; Tue, 15 Aug 89 17:27:28 cdt Message-Id: <8908152227.AA04181@kailand.kai.com> From: Patrick Wolfe Date: Tue, 15 Aug 89 17:27:25 CDT Organization: Kuck and Associates, Inc., 1906 Fox Drive, Champaign IL 61820, voice 217-356-2288, fax 217-356-5199 X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: getting GNU Make V3.54 running on Iris 4D Enclosed are the changes I made to get GNU Make V3.54 working on our SGI 4d machines (running IRIX V3.1D). Irix V3.2 has load averages, so some small changes to the Makefile will needed (why GNUmake wants to know the load averages, I don't know). The changes are short and simple. There are two files that need one line patches, and a few changes to the Makefile. Also included is the required "alloca.c" file. Patrick Wolfe (pat@kai.com, {uunet,uiucuxc,sgi}!kailand!pat) System Manager, Kuck & Associates, Inc. ===== cut here ===== cut here ===== cut here ===== cut here ===== #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'SGI.Readme' <<'END_OF_FILE' XEnclosed are the changes I made getting GNU Make V3.54 working on our SGI 4d Xmachines (running IRIX V3.1D). X XThey are short and simple. There are two files that need one line patches, and Xa few changes to the Makefile. Also included is the required "alloca.c" file. X X1. Unpack this shell archive. It contains three files: X SGI.Readme - this file X SGI.Diffs - patches to "glob.c", "job.c", and "Makefile" X alloca.c - additional source code file to be used X2. Save copies of the three files to be patches; "Makefile", "glob.c", "job.c". X3. Apply the patches in the file "SGI.Diffs" X4. "make" the program X XGood Luck! X END_OF_FILE if test 618 -ne `wc -c <'SGI.Readme'`; then echo shar: \"'SGI.Readme'\" unpacked with wrong size! fi # end of 'SGI.Readme' fi if test -f 'SGI.Diffs' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'SGI.Diffs'\" else echo shar: Extracting \"'SGI.Diffs'\" \(3638 characters\) sed "s/^X//" >'SGI.Diffs' <<'END_OF_FILE' X=================================================================== XRCS file: RCS/glob.c,v Xretrieving revision 1.1 Xdiff -c -r1.1 glob.c X*** /tmp/,RCSt1002636 Tue Aug 15 17:10:26 1989 X--- glob.c Mon Aug 7 10:54:51 1989 X*************** X*** 387,393 **** X result[0] = NULL; X X /* Find the filename. */ X! filename = rindex (pathname, '/'); X if (filename == 0) X { X filename = pathname; X--- 387,393 ---- X result[0] = NULL; X X /* Find the filename. */ X! filename = (char *) rindex (pathname, '/'); X if (filename == 0) X { X filename = pathname; X=================================================================== XRCS file: RCS/job.c,v Xretrieving revision 1.1 Xdiff -c -r1.1 job.c X*** /tmp/,RCSt1002653 Tue Aug 15 17:10:35 1989 X--- job.c Mon Aug 7 10:45:29 1989 X*************** X*** 121,126 **** X--- 121,127 ---- X } X X /* Block the child termination signal. */ X+ extern int child_handler(); X X void X block_children () X=================================================================== XRCS file: RCS/Makefile,v Xretrieving revision 1.1 Xdiff -c -r1.1 Makefile X*** /tmp/,RCSt1002669 Tue Aug 15 17:10:42 1989 X--- Makefile Mon Aug 7 11:10:36 1989 X*************** X*** 19,26 **** X # Makefile for GNU Make X # X X! CFLAGS = $(defines) -g X! LDFLAGS = -g X X # Define nothing for BSD, USG for System V, X # and USGr3 (as well as USG) for SVR3. X--- 19,26 ---- X # Makefile for GNU Make X # X X! CFLAGS = $(defines) -O X! LDFLAGS = -O X X # Define nothing for BSD, USG for System V, X # and USGr3 (as well as USG) for SVR3. X*************** X*** 27,33 **** X # If you have a USG hybrid with and wait3, define HAVE_SYS_WAIT. X # If your `cc' command doesn't grok -o options with -c (true for X # many 4.2 BSD derivatives), define MINUS_C_MINUS_O. X! defines = X X # Define UMAX here to use Encore's inq_stats call. X # If the load average is in a symbol in /dev/kmem, define KERNEL_FILE if not X--- 27,34 ---- X # If you have a USG hybrid with and wait3, define HAVE_SYS_WAIT. X # If your `cc' command doesn't grok -o options with -c (true for X # many 4.2 BSD derivatives), define MINUS_C_MINUS_O. X! #defines = -DNO_MINUS_C_MINUS_O X! defines = -DNO_MINUS_C_MINUS_O -DHAVE_SYS_WAIT -DUSG -DUSGr3 X X # Define UMAX here to use Encore's inq_stats call. X # If the load average is in a symbol in /dev/kmem, define KERNEL_FILE if not X*************** X*** 38,49 **** X # `struct nlist' is an array that must be copied into, define NLIST_NAME_ARRAY. X # Otherwise, define NO_LDAV. X X! LOAD_AVG = X X # If your system doesn't have alloca, or the one provided is bad, X # get it from the Emacs distribution and define these. X! #ALLOCA = alloca.o X! #ALLOCASRC = alloca.c X X # If there are remote execution facilities defined, X # enable them with switches here (see remote-*.c). X--- 39,55 ---- X # `struct nlist' is an array that must be copied into, define NLIST_NAME_ARRAY. X # Otherwise, define NO_LDAV. X X! # Sequent X! #LOAD_AVG = -DLDAV_TYPE=double -DKERNEL_FILE=\"/dynix\" X! # Alliant X! #LOAD_AVG = -DLDAV_SYMBOL=\"Loadavg\" X! # SGI X! LOAD_AVG = -DNO_LDAV X X # If your system doesn't have alloca, or the one provided is bad, X # get it from the Emacs distribution and define these. X! ALLOCA = alloca.o X! ALLOCASRC = alloca.c X X # If there are remote execution facilities defined, X # enable them with switches here (see remote-*.c). X*************** X*** 94,99 **** X--- 100,108 ---- X remote.o: remote.c X $(CC) $(CFLAGS) $(REMOTE) -c remote.c X X+ function.o: function.c X+ $(CC) $(CFLAGS) -Olimit 720 -c function.c X+ X TAGS: $(srcs) X etags -tw $(srcs) X tags: $(srcs) END_OF_FILE if test 3638 -ne `wc -c <'SGI.Diffs'`; then echo shar: \"'SGI.Diffs'\" unpacked with wrong size! fi # end of 'SGI.Diffs' fi if test -f 'alloca.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'alloca.c'\" else echo shar: Extracting \"'alloca.c'\" \(4743 characters\) sed "s/^X//" >'alloca.c' <<'END_OF_FILE' X/* X alloca -- (mostly) portable public-domain implementation -- D A Gwyn X X This implementation of the PWB library alloca() function, X which is used to allocate space off the run-time stack so X that it is automatically reclaimed upon procedure exit, X was inspired by discussions with J. Q. Johnson of Cornell. X X It should work under any C implementation that uses an X actual procedure stack (as opposed to a linked list of X frames). There are some preprocessor constants that can X be defined when compiling for your specific system, for X improved efficiency; however, the defaults should be okay. X X The general concept of this implementation is to keep X track of all alloca()-allocated blocks, and reclaim any X that are found to be deeper in the stack than the current X invocation. This heuristic does not reclaim storage as X soon as it becomes invalid, but it will do so eventually. X X As a special case, alloca(0) reclaims storage without X allocating any. It is a good idea to use alloca(0) in X your main control loop, etc. to force garbage collection. X*/ X#ifndef lint Xstatic char SCCSid[] = "@(#)alloca.c 1.1"; /* for the "what" utility */ X#endif X X#ifdef X3J11 Xtypedef void *pointer; /* generic pointer type */ X#else Xtypedef char *pointer; /* generic pointer type */ X#endif X X#define NULL 0 /* null pointer constant */ X Xextern void free(); Xextern pointer malloc(); X X/* X Define STACK_DIRECTION if you know the direction of stack X growth for your system; otherwise it will be automatically X deduced at run-time. X X STACK_DIRECTION > 0 => grows toward higher addresses X STACK_DIRECTION < 0 => grows toward lower addresses X STACK_DIRECTION = 0 => direction of growth unknown X*/ X X#ifndef STACK_DIRECTION X#define STACK_DIRECTION 0 /* direction unknown */ X#endif X X#if STACK_DIRECTION != 0 X X#define STACK_DIR STACK_DIRECTION /* known at compile-time */ X X#else /* STACK_DIRECTION == 0; need run-time code */ X Xstatic int stack_dir; /* 1 or -1 once known */ X#define STACK_DIR stack_dir X Xstatic void Xfind_stack_direction (/* void */) X{ X static char *addr = NULL; /* address of first X `dummy', once known */ X auto char dummy; /* to get stack address */ X X if (addr == NULL) X { /* initial entry */ X addr = &dummy; X X find_stack_direction (); /* recurse once */ X } X else /* second entry */ X if (&dummy > addr) X stack_dir = 1; /* stack grew upward */ X else X stack_dir = -1; /* stack grew downward */ X} X X#endif /* STACK_DIRECTION == 0 */ X X/* X An "alloca header" is used to: X (a) chain together all alloca()ed blocks; X (b) keep track of stack depth. X X It is very important that sizeof(header) agree with malloc() X alignment chunk size. The following default should work okay. X*/ X X#ifndef ALIGN_SIZE X#define ALIGN_SIZE sizeof(double) X#endif X Xtypedef union hdr X{ X char align[ALIGN_SIZE]; /* to force sizeof(header) */ X struct X { X union hdr *next; /* for chaining headers */ X char *deep; /* for stack depth measure */ X } h; X} header; X X/* X alloca( size ) returns a pointer to at least `size' bytes of X storage which will be automatically reclaimed upon exit from X the procedure that called alloca(). Originally, this space X was supposed to be taken from the current stack frame of the X caller, but that method cannot be made to work for some X implementations of C, for example under Gould's UTX/32. X*/ X Xstatic header *last_alloca_header = NULL; /* -> last alloca header */ X Xpointer Xalloca (size) /* returns pointer to storage */ X unsigned size; /* # bytes to allocate */ X{ X auto char probe; /* probes stack depth: */ X register char *depth = &probe; X X#if STACK_DIRECTION == 0 X if (STACK_DIR == 0) /* unknown growth direction */ X find_stack_direction (); X#endif X X /* Reclaim garbage, defined as all alloca()ed storage that X was allocated from deeper in the stack than currently. */ X X { X register header *hp; /* traverses linked list */ X X for (hp = last_alloca_header; hp != NULL;) X if (STACK_DIR > 0 && hp->h.deep > depth X || STACK_DIR < 0 && hp->h.deep < depth) X { X register header *np = hp->h.next; X X free ((pointer) hp); /* collect garbage */ X X hp = np; /* -> next header */ X } X else X break; /* rest are not deeper */ X X last_alloca_header = hp; /* -> last valid storage */ X } X X if (size == 0) X return NULL; /* no allocation required */ X X /* Allocate combined header + user data storage. */ X X { X register pointer new = malloc (sizeof (header) + size); X /* address of header */ X X ((header *)new)->h.next = last_alloca_header; X ((header *)new)->h.deep = depth; X X last_alloca_header = (header *)new; X X /* User storage begins just after header. */ X X return (pointer)((char *)new + sizeof(header)); X } X} X END_OF_FILE if test 4743 -ne `wc -c <'alloca.c'`; then echo shar: \"'alloca.c'\" unpacked with wrong size! fi # end of 'alloca.c' fi echo shar: End of shell archive. exit 0 -- Patrick Wolfe (pat@kai.com, kailand!pat) System Manager, Kuck & Associates, Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18907; 15 Aug 89 21:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18762; 15 Aug 89 20:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18748; 15 Aug 89 20:53 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13882; 15 Aug 89 20:40 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19332; Tue, 15 Aug 89 17:31: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: 16 Aug 89 00:20:12 GMT From: Timothy Hall Organization: Boston Univ. Computer Graphics Lab Subject: Overlay planes Message-Id: <36536@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Real work question: I am planning on porting a paint package to our 240 soon. The package wants 8 bitplanes and the Iris 4sight manual tells me the max overlay planes I can get is 4. (I don't need the window manager) Now somewhere along the line I thought I heard the 240 has 96 bitplanes - 64 bits image buffer - 24 bit z-buffer and 8 bits of overlay. So is my memory fading? If not how do I get all 8 overlay planes? Real play question: So how does one get the version of flight with the Klingon ship that blows craters in the Earth and also has an x-wing fighter? I got the source demo tape from Monica Schultz (?) and requested the above but only got normal every day flight that doesn't let you fly east or west. (Makes it damn hard to land on the short taxi way!) Are there any other fun programs out there besides the standard SGI demos? -Tim Hall Boston University Computer Graphics Lab tjh@bu-pub.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20095; 16 Aug 89 0:31 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19682; 15 Aug 89 23:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19628; 15 Aug 89 23:22 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15066; 15 Aug 89 23:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA27749; Tue, 15 Aug 89 20:06:12 -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: 16 Aug 89 02:48:26 GMT From: Ramani Pichumani Organization: Stanford University Computer Science Department Subject: X11 development Message-Id: <11325@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have recently installed 3.1G on our 4D machines and are interested in developing X11-based applications. Apparently, SGI ships a development version of X windows which is purchased separately. Since X is public domain and has already been ported to many machines, it seems rather odd that SGI is charging $$$$ for something which is obtained for free on Sun, DEC and HP workstations. I am wondering if anyone else has already ported Xlib, etc, to the 4D's and if so, they can make their code patches available to other users. Thanks in advance, Ramani Pichumani E-mail: ramani@na-net.stanford.edu Department of Computer Science, Margaret Jacks Hall, Room 308, Stanford University, Stanford, CA 94305 USA   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23615; 16 Aug 89 8:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23166; 16 Aug 89 8:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23019; 16 Aug 89 8:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18994; 16 Aug 89 7:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA23888; Wed, 16 Aug 89 04:48: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: 16 Aug 89 01:19:01 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics Computer Systems, Mountain View CA. Subject: install tools (was Re: X11 and 3.1G) Message-Id: <351@odin.SGI.COM> References: <8908111848.AA11107@cmcl2.NYU.EDU>, , <40113@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <40113@sgi.SGI.COM> donl@glass.wpd.sgi.com (donl mathis) writes: >In article , elkins@topaz.rutgers.edu (George Elkins) writes: >> > We just received 3.1G, and after performing an automatic installation, now >> > ... >> >> ...... back and use manual installation, list >> available subsystems, > >This is true. The installation tool uses the online installation >history to determine default subsystem selections. Lots of good stuff was here. >- donl mathis at Silicon Graphics Computer Systems, Mountain View, CA > >donl@sgi.com The install tools that SGI has put together are powerful. Also because the release is so large some things are not installed by default. Here are some hints for installing updates or full releases: 0) Back up your work in a way you understand and can test. 1) set verbose /* watch all the action */ do this both in the system "chkconfig verbose on" and within the install tool "set verbose". 2) select manual /* take charge -- its your system */ 3) select step and list or mark all available subsystems in your system notebook. Give special attention on the list to all the options which are not already marked yes. Yes mark 4Dgifts as a yes. If you elect to install something which you later want to remove use 'versions' to remove the option. The 'versions' program will keep the install database current which in turn helps later updates keep up with you. Beyond "versions remove" there are things like "versions user" which will help you find things you have added or changed. Use versions a lot. Often missed SGI/Irix tools are: inst /* this does all the work on install */ versions /* too good to miss */ chkconfig /* use to turn on or off a package */ /* do not edit inittab files see this first */ file /* as in "file core" to see what exploded */ /etc/inittab /* starts all things */ /* inittab is must reading */ strings /* what program left what nasty message */ /usr/adm/SYSLOG /* log file for system, watch before a problem */ man /* start with man man */ permuted index /* don't leave home without it (in the manuals) */ :set list /* within vi see what your may be missing */ od; od -x /* " " " */ cron /* takes a lick and keeps on ticking */ crontab /* used to submit files to cron */ --- Thanks, mitch Thomas P. Mitchell (ARPA:mitch@csd.sgi.com, UUCP: {decwrl,ucbvax}!sgi!mitch ) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00877; 16 Aug 89 14:21 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29166; 16 Aug 89 13:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29062; 16 Aug 89 13:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26717; 16 Aug 89 12:55 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA09644; Wed, 16 Aug 89 09:47: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: 16 Aug 89 16:12:02 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Overlay planes Message-Id: <40363@sgi.SGI.COM> References: <36536@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <36536@bu-cs.BU.EDU>, tjh@bu-cs.BU.EDU (Timothy Hall) writes: > Real work question: > > I am planning on porting a paint package to our 240 soon. The package wants > 8 bitplanes and the Iris 4sight manual tells me the max overlay planes I > can get is 4. (I don't need the window manager) Now somewhere along the > line I thought I heard the 240 has 96 bitplanes - 64 bits image buffer - > 24 bit z-buffer and 8 bits of overlay. So is my memory fading? If not how > do I get all 8 overlay planes? > [the question I don't know how to answer deleted] > > -Tim Hall > Boston University Computer Graphics Lab > tjh@bu-pub.bu.edu Four bits are for overlay and four are for window I.D. That's how the machine does arbitrarily shaped and/or overlaping windows in different modes that can be independently swapped, all without any performance hit. If you talk about what you need the 8 overlays for, somebody may have a a better/workable solution. (What machine had 24 bits of color AND 8 bits of overlay?) thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03517; 16 Aug 89 16:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01785; 16 Aug 89 15:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01438; 16 Aug 89 14:44 EDT Received: from wucs1.wustl.edu by SMOKE.BRL.MIL id aa29807; 16 Aug 89 14:38 EDT Return-Path: Received: from wucs2.wustl.edu by wucs1.wustl.edu (5.59/1.35); id AA23323; Wed, 16 Aug 89 13:37:20 CDT Received: from castor.wustl.edu by wucs2. (4.0/SMI-4.0) id AA06511; Wed, 16 Aug 89 13:39:12 CDT Received: by castor.wustl.edu (5.52/SGI) id AA12079; Wed, 16 Aug 89 13:33:46 CDT Date: Wed, 16 Aug 89 13:33:46 CDT From: "Martin S. Weinhous" Message-Id: <8908161833.AA12079@castor.wustl.edu> To: thant@sgi.com Subject: # of overlay planes Cc: info-iris@BRL.MIL, weinhous@castor.wustl.edu Thant, In your note to info-iris you asked ... TT> Four bits are for overlay and four are for window I.D. That's how the TT> machine does arbitrarily shaped and/or overlaping windows in different TT> modes that can be independently swapped, all without any performance hit. TT> TT> If you talk about what you need the 8 overlays for, somebody may have a TT> a better/workable solution. (What machine had 24 bits of color AND 8 bits TT> of overlay?) Many image processing systems, particularly those intended for the processing of gray-scale images provide the capability of using 8 bit planes of overlay. This allows the user to, easily, non destructively, annotate the gray-scale images with up to 256 colors. I'd like to do the same on my 4D120-GTX, but can't. And, while I have you on the "line." Note the TT> prefix to lines from your message. I had to ~m (interpolate) your message then use vi to change the first character from to TT> for each line. Why dosen't set indentprefix work for Mail? Any suggestions? -- Marty Weinhous <...!uunet!wucs1!dinorah!weinhous>   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03517; 16 Aug 89 16:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02997; 16 Aug 89 16:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02817; 16 Aug 89 15:43 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa01344; 16 Aug 89 15:25 EDT Received: Wed, 16 Aug 89 12:23:37 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 16 Aug 89 15:24:58 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 16 Aug 89 15:24:58 EDT From: Tony Facca Message-Id: <8908161924.AA12314@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: lp Fletcher Robinson writes: > I was running 3.1C on a 4D70GT and I had a dumb printer hanging off a > serial port. I installed REV.G and the printer configuration went into > the twilite zone ... > Now, whenever I issue a lp , lpadmin , or lpstat command, it goes away > for about 30 to 60 seconds only to return an error message : > can't lock printer status > Any ideas about what happened and how do I repair it ?????????? I had a similar problem, not quite the same when I upgraded to 3.1 the first time. I was getting a "printer xxx has disappeared!" message. It turned out that if I needed to create a couple of status files in the /usr/spool/lp directory. I did this: cp /dev/null /usr/spool/lp/pstatus cp /dev/null /usr/spool/lp/qstatus and the printer "re-appeared". Now, I was just grasping at straws when I did this, but it solved my problem. I would also check the permissions on the /dev/tty port to which the printer is attached, maybe it got hosed during the installation. Mine says: crw-rw---- 2 lp bin 0, 4 Aug 16 15:11 /dev/ttyd4 If all else fails, why not re-install the printer. There is a program called "preset" which does a good job of removing printers (all of them, by the way). Hope this helps.. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03940; 16 Aug 89 16:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad03517; 16 Aug 89 16:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03305; 16 Aug 89 16:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02054; 16 Aug 89 15:54 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA20348; Wed, 16 Aug 89 12:42: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: 16 Aug 89 18:43:43 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: lp Message-Id: <40379@sgi.SGI.COM> References: <8908151823.aa12890@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908151823.aa12890@SMOKE.BRL.MIL>, frobinso@cirm.northrop.com (Fletcher Robinson) writes: > I was running 3.1C on a 4D70GT and I had a dumb printer hanging off a > serial port. I installed REV.G and the printer configuration went into > the twilite zone ... > > Now, whenever I issue a lp , lpadmin , or lpstat command, it goes away > for about 30 to 60 seconds only to return an error message : > > can't lock printer status > > Any ideas about what happened and how do I repair it ?????????? We here in the Product Support Group have noticed a few calls concerning this, but NOT all users that updated to 3.1G have seen the problem you have. To remedy the situation, do a chown lp /usr/spool/lp (as root, of course). The problem is that lp can't access its own files. Please call the Hotline if this does NOT remedy it. We are investigating the problem now here in Product Support with the assistance of the Software Release Group. Jack Weldon Product Support System Engineer Communications Group -- Cheers, Jack "Elvis is alive and well and living in a trailer park in Muncie, Indiana" [National Enquirer]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05555; 16 Aug 89 18:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05157; 16 Aug 89 17:48 EDT Received: by VMB.BRL.MIL id aa05135; 16 Aug 89 17:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05037; 16 Aug 89 17:30 EDT Received: from cypress.sgi.cs.net by SMOKE.BRL.MIL id aa03753; 16 Aug 89 17:19 EDT Received: from horus.sgi.com by sgi.sgi.com (5.52/890813.SGI) for info-iris@brl.mil id AA25112; Wed, 16 Aug 89 14:16:27 PDT Received: from localhost.sgi.com by horus.sgi.com (5.52/890711.SGI) (for @sgi.sgi.com:info-iris@brl.mil) id AA29747; Wed, 16 Aug 89 14:16:23 PDT Message-Id: <8908162116.AA29747@horus.sgi.com> To: "Martin S. Weinhous" Cc: thant@sgi.com, info-iris@BRL.MIL, thant@horus.sgi.com Subject: Re: # of overlay planes In-Reply-To: Your message of Wed, 16 Aug 89 13:33:46 -0500. <8908161833.AA12079@castor.wustl.edu> Date: Wed, 16 Aug 89 14:16:22 MST From: thant@horus.sgi.com Howdy, Yeah, people have been telling me about a lot of machines that have eight overlays. If you are only doing greyscale stuff, you could use colormap mode with writemask. The colormap is twelve bits big, so the bottom eight would contain the picture and the top four could be overlay. This is separate from the overlay planes proper so you only get twice the colors, not n squared. Another thing you might think about is keeping a copy of the image in the z-buffer, and go ahead and draw right on top of the image in the display planes, and any time you wanted to "erase" or "move" the overlay, just copy portions or the whole picture back from the z-buffer using rectcopy. This would allow your overlays to be double-buffered. thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05638; 16 Aug 89 18:27 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac03517; 16 Aug 89 16:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03174; 16 Aug 89 16:01 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa01697; 16 Aug 89 15:39 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA24355; Wed, 16 Aug 89 14:12:04 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA22597; Wed, 16 Aug 89 13:30:24 cdt Message-Id: <8908161830.AA22597@kailand.kai.com> From: Patrick Wolfe Date: Wed, 16 Aug 89 13:30:21 CDT Organization: Kuck and Associates, Inc., 1906 Fox Drive, Champaign IL 61820, voice 217-356-2288, fax 217-356-5199 X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: getting GNU Diff V1.07 running on Iris 4D Enclosed are the few changes I made to gnu diff V1.07 to get it working on our sgi iris 4d machines. Gnu diff works like bsd 4.3's, except it's missing the "-D" command line option. I found gnu diff was required to get RCS V4 working. You will also need a copy of the "alloca.c" file. Since I've posted that twice in the recent few weeks (in the diffs for GNU Make and GNU Tar), I saw no reason to consume any more network bandwidth. The patches are short, and are to be made to the files "Makefile", "diff.h", "diff3.c", and "util.c". Be sure to save any original versions before installing any patches. GNU software can be ftp'd anonymously from prep.ai.mit.edu. It can also be anonymously uucp'd from tut.cis.ohio-state.edu. I believe you can find detailed information in comp.sources.{bugs,d} or comp.archives on setting up a UUCP link to them. Patrick Wolfe pat@kai.com {uunet,uiucuxc,sgi}!kailand!pat System Manager, Kuck & Associates, Inc. The following context diffs are suitable food for the "patch" utility: =================================================================== RCS file: RCS/diff.h,v retrieving revision 1.1 diff -c -r1.1 diff.h *** /tmp/,RCSt1021606 Wed Aug 16 11:36:10 1989 --- diff.h Thu Jul 20 11:20:06 1989 *************** *** 309,317 **** /* Declare various functions. */ ! void *xmalloc (); ! void *xrealloc (); ! void *xcalloc(); char *concat (); void free (); char *rindex (); --- 309,317 ---- /* Declare various functions. */ ! char *xmalloc (); ! char *xrealloc (); ! char *xcalloc(); char *concat (); void free (); char *rindex (); =================================================================== RCS file: RCS/util.c,v retrieving revision 1.1 diff -c -r1.1 util.c *** /tmp/,RCSt1021612 Wed Aug 16 11:36:25 1989 --- util.c Thu Jul 20 11:20:26 1989 *************** *** 565,577 **** /* malloc a block of memory, with fatal error message if we can't do it. */ ! void * xmalloc (size) unsigned size; { ! register void *value = (void *) malloc (size); ! ! if (!value) fatal ("virtual memory exhausted"); return value; } --- 565,576 ---- /* malloc a block of memory, with fatal error message if we can't do it. */ ! char * xmalloc (size) unsigned size; { ! register char *value = (char *) malloc (size); ! if (value == NULL) fatal ("virtual memory exhausted"); return value; } *************** *** 578,602 **** /* realloc a block of memory, with fatal error message if we can't do it. */ ! void * xrealloc (old, size) ! void *old; unsigned int size; { ! register void *value = (void *) realloc (old, size); ! ! if (!value) fatal ("virtual memory exhausted"); return value; } ! void * xcalloc (nitems, size) int nitems, size; { ! void *value = (void *) calloc (nitems, size); ! if (! value) fatal ("virtual memory exhausted"); return value; } --- 577,600 ---- /* realloc a block of memory, with fatal error message if we can't do it. */ ! char * xrealloc (old, size) ! char *old; unsigned int size; { ! register char *value = (char *) realloc (old, size); ! if (value == NULL) fatal ("virtual memory exhausted"); return value; } ! char * xcalloc (nitems, size) int nitems, size; { ! char *value = (char *) calloc (nitems, size); ! if (value == NULL) fatal ("virtual memory exhausted"); return value; } =================================================================== RCS file: RCS/diff3.c,v retrieving revision 1.1 diff -c -r1.1 diff3.c *** /tmp/,RCSt1021618 Wed Aug 16 11:36:38 1989 --- diff3.c Wed Aug 16 11:35:21 1989 *************** *** 31,36 **** --- 31,37 ---- #define bcmp(s1,s2,n) memcmp((s1),(s2),(n)) #define bzero(s,n) memset((s),0,(n)) + #include #define dup2(f,t) (close(t),fcntl((f),F_DUPFD,(t))) #define vfork fork *************** *** 204,211 **** struct diff3_block *reverse_diff3_blocklist (); ! void *xmalloc (); ! void *xrealloc (); /* * No options take arguments. "i" is my own addition; it stands for --- 205,212 ---- struct diff3_block *reverse_diff3_blocklist (); ! char *xmalloc (); ! char *xrealloc (); /* * No options take arguments. "i" is my own addition; it stands for *************** *** 1450,1472 **** return result; } ! void * xmalloc (size) int size; { ! void *result = (void *) malloc (size); ! if (!result) fatal ("Malloc failed"); return result; } ! void * xrealloc (ptr, size) ! void *ptr; int size; { ! void *result = (void *) realloc (ptr, size); ! if (!result) fatal ("Malloc failed"); return result; } --- 1451,1473 ---- return result; } ! char * xmalloc (size) int size; { ! char *result = (char *) malloc (size); ! if (result == NULL) fatal ("Malloc failed"); return result; } ! char * xrealloc (ptr, size) ! char *ptr; int size; { ! char *result = (char *) realloc (ptr, size); ! if (result == NULL) fatal ("Malloc failed"); return result; } =================================================================== RCS file: RCS/Makefile,v retrieving revision 1.1 diff -c -r1.1 Makefile *** /tmp/,RCSt1021625 Wed Aug 16 11:36:49 1989 --- Makefile Sun Aug 6 18:00:17 1989 *************** *** 21,34 **** # You can compile this with ordinary cc as well, # but gcc makes it faster. # Also, gcc supports -O and -g together. ! CC=gcc -O ! CFLAGS = -g ! INSTALL = install # On system V, enable these three lines: ! # CFLAGS = -g -DUSG ! # LIBS = -lPW ! # INSTALL = cp bindir=/usr/local/bin prefix= --- 21,38 ---- # You can compile this with ordinary cc as well, # but gcc makes it faster. # Also, gcc supports -O and -g together. ! #CC=gcc -O ! #CFLAGS = -g ! CC = cc ! #CFLAGS = -O ! # uses getopt ! #LIBS = -lpd ! #INSTALL = install # On system V, enable these three lines: ! CFLAGS = -g -DUSG ! LIBS = -lPW ! INSTALL = install bindir=/usr/local/bin prefix= *************** *** 35,43 **** # All source files srcs=diff.c analyze.c io.c context.c ed.c normal.c util.c dir.c diff.h \ ! regex.c regex.h limits.h diff3.c # Object files for diff only. ! objs=diff.o analyze.o io.o context.o ed.o normal.o util.o dir.o regex.o tapefiles = $(srcs) README diagmeet.note Makefile COPYING all: diff diff3 --- 39,47 ---- # All source files srcs=diff.c analyze.c io.c context.c ed.c normal.c util.c dir.c diff.h \ ! regex.c regex.h limits.h diff3.c alloca.c # Object files for diff only. ! objs=diff.o analyze.o io.o context.o ed.o normal.o util.o dir.o regex.o alloca.o tapefiles = $(srcs) README diagmeet.note Makefile COPYING all: diff diff3 *************** *** 63,74 **** install-diff: $(prefix)$(bindir)/diff $(prefix)$(bindir)/diff: diff ! $(INSTALL) diff $(prefix)$(bindir)/diff install-diff3: $(prefix)$(bindir)/diff3 $(prefix)$(bindir)/diff3: diff3 ! $(INSTALL) diff3 $(prefix)$(bindir)/diff3 diff.tar: $(tapefiles) mkdir tmp --- 67,78 ---- install-diff: $(prefix)$(bindir)/diff $(prefix)$(bindir)/diff: diff ! $(INSTALL) -c -s -m 711 diff $(prefix)$(bindir)/diff install-diff3: $(prefix)$(bindir)/diff3 $(prefix)$(bindir)/diff3: diff3 ! $(INSTALL) -c -s -m 711 diff3 $(prefix)$(bindir)/diff3 diff.tar: $(tapefiles) mkdir tmp -- Patrick Wolfe (pat@kai.com, kailand!pat) System Manager, Kuck & Associates, Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06265; 16 Aug 89 19:51 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06057; 16 Aug 89 19:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05944; 16 Aug 89 19:11 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa04809; 16 Aug 89 19:05 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa06103; 16 Aug 89 9:42 PDT Date: Wed, 16 Aug 89 9:40:47 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: fx Message-ID: <8908161905.aa04809@SMOKE.BRL.MIL> Has anyone successfully integrated a MAXTOR XT-4830 disk drive with a INTERPHASE 3102 ESDI controller on a 4D70GT running 3.1G. FX seems to format the drive okay, but then complains about not being able to write the label. Then it can't find the sectors it formated ... ?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07000; 16 Aug 89 22:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06799; 16 Aug 89 21:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06771; 16 Aug 89 21:19 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05644; 16 Aug 89 21:07 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA09045; Wed, 16 Aug 89 17:55: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: 17 Aug 89 00:05:36 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: # of overlay planes Message-Id: <40420@sgi.SGI.COM> References: <8908161833.AA12079@castor.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908161833.AA12079@castor.wustl.edu>, weinhous@CASTOR.WUSTL.EDU ("Martin S. Weinhous") writes: > ... > And, while I have you on the "line." Note the TT> prefix to lines > from your message. I had to ~m (interpolate) your message then use vi > to change the first character from to TT> for each line. Why > dosen't set indentprefix work for Mail? Any suggestions? > Marty Weinhous > > <...!uunet!wucs1!dinorah!weinhous> `grep -i prefix *` on the 4.3-Tahoe, 4.3BSD, and SVR3.2 mailx source finds nothing obviously related. Transmit() in collect.c in 4.3Tahoe and SVR3.2 mailx simply putc('\t'), without checking anything for permission. The easiest work around is probably to build a vi macro. One generally needs to edit a reply to remove the zillion mail headers Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07000; 16 Aug 89 22:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06911; 16 Aug 89 21:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06898; 16 Aug 89 21:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05902; 16 Aug 89 21:37 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10184; Wed, 16 Aug 89 18: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: 17 Aug 89 01:10:58 GMT From: Pablo Fernicola Organization: UF CIS Department Subject: Release 3.1G - X questions. Message-Id: <20747@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just got the release 3.1G. Finish doing the installation (which you have to do manually to get the X stuff). Questions: My Release Notes, on page 17, say "This document contains six chapters" well mine has only 4 (last page is 21), did that happen to everybody? Just as it says on page 18, I do a "setenv DISPLAY joker:0" and from a wsh window I type "xclock &", well I get an error "Xtoolkit Error: can't open display". What did I do wrong??? I'm using a Personal Iris. Any help will be appreciated. Thanks! Pablo pff@beach.cis.ufl.edu (One day the joker will be on the ethernet...) -- pff@beach.cis.ufl.edu Pablo Fernicola - Machine Intelligence Laboratory - UF "That has nothing to do with computers; it is software."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05830; 17 Aug 89 9:59 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05306; 17 Aug 89 9:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05126; 17 Aug 89 9:35 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12213; 17 Aug 89 9:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA18070; Thu, 17 Aug 89 06:06: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: 17 Aug 89 00:48:15 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics Computer Systems, Mountain View CA. Subject: Re: Booting backup kernel Message-Id: <357@odin.SGI.COM> References: <1263@uvm-gen.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article elkins@topaz.rutgers.edu (George Elkins) writes: >In article <1263@uvm-gen.UUCP>, ackerman@uvm-gen.uvm.edu (Steve Ackerman) writes: >> Fortunately, I had a backup of it in /unix.old. Good man. >option. At the PROM monitor level you could type > boot dkip(0,0,0)unix.old >or from sash you could type > boot -f dkip(0,0,0)unix.old > >The general format for the boot command from sash is: > boot [-f device(address)file] [arguments] > >You may need to modify the above for your particular device, >address and desired init level, etc. E.g. from PROM, > boot dksc(0,1,0)unix.old initstate=1 CAUTION HERE: initstate should be checked very carefully s =/= S s =/= 1 S =/= 1 1 =/= 2 1 =/= 3 etc. and the transitions from one to another are not always symmetrical (cannot in some cases). #define =/= not necessarily the same. Thomas P. Mitchell (ARPA:mitch@csd.sgi.com, UUCP: {decwrl,ucbvax}!sgi!mitch ) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01322; 17 Aug 89 5:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01243; 17 Aug 89 4:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01238; 17 Aug 89 4:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08823; 17 Aug 89 4:37 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA04287; Thu, 17 Aug 89 01:27:04 -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 Aug 89 04:49:41 GMT From: Dan Christensen Organization: Computer Graphics Lab, University of Waterloo Subject: Re: # of overlay planes Message-Id: <11110@watcgl.waterloo.edu> References: <8908161833.AA12079@castor.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908161833.AA12079@castor.wustl.edu> weinhous@CASTOR.WUSTL.EDU ("Martin S. Weinhous") writes: > Many image processing systems, particularly those intended for the >processing of gray-scale images provide the capability of using 8 bit >planes of overlay. This allows the user to, easily, non destructively, >annotate the gray-scale images with up to 256 colors. I'd like to do >the same on my 4D120-GTX, but can't. You should be able to use colour map mode and writemasks to achieve what you want to do. How many bits do you need for the gray scale? ---- 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 aa06216; 17 Aug 89 10:16 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04299; 17 Aug 89 9:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03745; 17 Aug 89 8:52 EDT Received: from nac.no by SMOKE.BRL.MIL id aa11128; 17 Aug 89 8:23 EDT Received: from runix.runit.sintef.no by nac.no (5.54/1.15) id AA03186; Thu, 17 Aug 89 14:22:05 +0200 Received: by runix.runit.sintef.no (norunix.EARN) (1.2/6.3) id AA00632; Thu, 17 Aug 89 14:20:58 +0200 Date: 17 Aug 89 14:21 +0200 From: Finn Drablos To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <55*finnd@vax.runit.unit.uninett> Subject: f77 -O bug I have a fortran program where file names are made in several steps, mainly in order to create unique file names. The following short test program shows how it is done. ================== program string c Short program to test -O optimization in f77 character*25 line character*10 name c i0 = ichar('0') i = 1 name = 'filename' iend = 8 c line = 'FILE '//name(1:iend)//'.ext.'//char(i0+i) write(*,*) line stop end ================== If I compile this program with f77, the output is 'FILE filename.ext.1'. However, if I use f77 -O the output is 'FILE filename.ext.', and my filename is not unique. Of course, the solution is to compile without the -O option. I don't know if I trust the global optimization any more .... ================== Finn Drablos PHONE +47 7 597710 FAX +47 7 597708 MR-Senteret, SINTEF MHS(EAN) : finnd@vax.runit.unit.uninett N-7034 TRONDHEIM, NORWAY EARN/BITNET : drabloes@norunit ----------------------------------------------------------------------- ==================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06216; 17 Aug 89 10:16 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab05830; 17 Aug 89 10:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05640; 17 Aug 89 9:56 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12872; 17 Aug 89 9:37 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19251; Thu, 17 Aug 89 06:31: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: 17 Aug 89 13:26:59 GMT From: Steve Adelson Organization: /etc/organization Subject: Z-buffer Message-Id: <19114@gatech.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How do you use the hardware Z-buffer and only write to one screen buffer? Any e-mail replies would be appriciated. - Steve __ ARPA: steve1@kong.gatech.edu Nobody here had anything to do with this, not even me. "Goodnight and thanks for the bread." - John Lennon '64   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac06216; 17 Aug 89 10:16 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac05830; 17 Aug 89 10:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05727; 17 Aug 89 9:57 EDT Received: from [128.252.123.12] by SMOKE.BRL.MIL id aa12977; 17 Aug 89 9:40 EDT Return-Path: Received: from wucs2.wustl.edu by wucs1.wustl.edu (5.59/1.35); id AA19505; Thu, 17 Aug 89 08:39:51 CDT Received: from castor.wustl.edu by wucs2. (4.0/SMI-4.0) id AA09621; Thu, 17 Aug 89 08:41:43 CDT Received: by castor.wustl.edu (5.52/SGI) id AA13518; Thu, 17 Aug 89 08:36:17 CDT Date: Thu, 17 Aug 89 08:36:17 CDT From: John Yuson Message-Id: <8908171336.AA13518@castor.wustl.edu> To: info-iris@BRL.MIL > Just as it says on page 18, I do a "setenv DISPLAY joker:0" and from a wsh > window I type "xclock &", well I get an error "Xtoolkit Error: can't > open display". What did I do wrong??? > Pablo > pff@beach.cis.ufl.edu You might check to see if the X server is running in the background (uid root). If not, try starting your own with: "Xsgi &" or "X &" -- John Yuson Geer, almost a C.S.B.S. INTERNET: yuson@castor.wustl.edu Radiation Oncology Center 510 S. Kingshighway Blvd. "Life is fun." - Ben Hoff St. Louis, MO 63110 _The_Tao_of_Pooh_ (314) 362-2600 -- also: geer@yalecs Hochspannung Lebensgefahr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06722; 17 Aug 89 10:37 EDT Received: by VMB.BRL.MIL id aa06691; 17 Aug 89 10:36 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03382; 17 Aug 89 8:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03368; 17 Aug 89 8:31 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10762; 17 Aug 89 8:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA14790; Thu, 17 Aug 89 04:54: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: 17 Aug 89 09:34:59 GMT From: Tom Stockfisch Organization: Chemistry Dept, UC San Diego Subject: Optical Disk add-on Message-Id: <520@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone had experience adding a readable/writeable optical disk to any of the 4D series? How is reliability? -- || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10513; 17 Aug 89 14:14 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10140; 17 Aug 89 14:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10075; 17 Aug 89 13:53 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20399; 17 Aug 89 13:24 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01003; Thu, 17 Aug 89 10:09: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: 17 Aug 89 16:10:34 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Optical Disk add-on Message-Id: <40442@sgi.SGI.COM> References: <520@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <520@chem.ucsd.EDU>, tps@chem.ucsd.edu (Tom Stockfisch) writes: > Has anyone had experience adding a readable/writeable optical disk to any of > the 4D series? How is reliability? > -- > > || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu I believe you are asking about erasable optical drives on the 4D, as opposed to WORM, which are readable and writable too. (Erasable = Rewritable = MO (a.k.a. Magneto-Optical)) (WORM = Write Once, Read Many _times_) The answer from SGI is "Not yet." Probably many readers of this group have seen advertisements from the likes of HP and DEC (and NeXT, of course) re- garding availability of such products on workstations. SGI is not in a pos- ition to have the likes of Sony 'in our back pockets', so to speak, hence we have not been privy to the earliest iterations of such products which would have allowed us to offer the same product in an identical time frame. We are not first in offering THIS product, but we will have a better one when it finally is a product. Please don't ask when we will offer this, as we don't know yet. I have had units on order for quite some time and continue to be told "Any day now...". As for WORM's, please ask your salesperson for information. We have one or two independent vendors that offer good products (both hardware and software) that have been ported to our 4D systems. Your salesperson will be able to provide the information to you for these. 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 aa16368; 18 Aug 89 0:42 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15944; 18 Aug 89 0:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15925; 17 Aug 89 23:38 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00725; 17 Aug 89 23:23 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06019; Thu, 17 Aug 89 20:18:03 -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 Aug 89 18:20:34 GMT From: Dave Olson Subject: Re: Optical Disk add-on Message-Id: <360@odin.SGI.COM> References: <520@chem.ucsd.EDU>, <40442@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I can provide the negative information that the sony C501 optical disk will NOT work with it's current firmware on ANY of the 4D machines with any software release. It turns out that it will only work correctly if the driver does not support disconnect / reselect. The c501 does appear to work in a non-disconnect environment, but it's performance is VERY poor. You can get about 120K on writes, and about 210K sec on reads. It's also a very expensive drive... Unless you absolutely need large capacity removable media for file systems, it looks like optical write many drives are a loss. For archival purposes, it looks like DAT's are much more cost effective, while still having *relatively* fast random access. As far as capacity goes, you only get about 330Mb per side on the optical anyway, and it's more expensive than 760Mb SCSI drives. 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 aa12144; 19 Aug 89 1:20 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11612; 19 Aug 89 0:07 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa11581; 18 Aug 89 23:50 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa09914; 18 Aug 89 23:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA25013; Fri, 18 Aug 89 20:25:04 -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 Aug 89 20:18:43 GMT From: Mark Andrews Organization: Alias Research Inc., Toronto, Canada Subject: Retrieving network information from the kernel Message-Id: <442@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Our company has a number of 4D's using NFS. We would like to write a tool which monitors traffic on the network. Is there a way to determine the correct interface, then read the actual ethernet packets from the interface. I just took a look at LBL's tcpdump program which was written on a sun and uses the nit(4) interface. It would be nice to have something like that on the 4D's which support several types of ethernet interfaces (enp, ec, ...). If there is a common kernel symbol used by the network code, I could always nlist() the kernel and read the packets from the appropriate location, but I gather it is not that easy. Thanks for any info, Mark ------------------------------------------------------------------------------ Mark Andrews Systems Programmer, Alias Research, Toronto, Canada Phone: (416)-362-9181 UUCP: mark%alias@csri.utoronto.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29807; 23 Aug 89 0:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29590; 23 Aug 89 0:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29588; 23 Aug 89 0:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11627; 22 Aug 89 23:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA23174; Tue, 22 Aug 89 20:30:59 -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 Aug 89 14:37:08 GMT From: Christopher Hull Organization: EMBA Computer Facility, Univ. of Vermont, Burlington. Subject: Spice 2G on 4D series Message-Id: <1267@uvm-gen.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone been able to get Spice version 2G (Fortran) ported and running on a Iris 4D-120 and/or 4D-240? The program reads the input file (ascii text) into double precision floating point arrays, then does floating point compares with floating point values initialized with character (Hollerith) constants In some cases the floating point values rarely differ within 7 or more significant digits but its enough to keep the equality comparisons from working. If anyone has any experience with this program on an Iris any information would be appreciated. Thanks, Christopher Hull ---------------------------------------------------------------------------- hull@uvm-gen.uvm.edu EMBA-CF, University of Vermont, Burlington VT   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01345; 18 Aug 89 11:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00367; 18 Aug 89 10:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ah00231; 18 Aug 89 9:54 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa06011; 18 Aug 89 8:08 EDT Received: Fri, 18 Aug 89 07:42:54 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 18 Aug 89 07:42:54 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908181442.AA10702@aero4.larc.nasa.gov> To: sgi!markb%denali.sgi.com@ucbvax.berkeley.edu Subject: Re: Optical Disk add-on Cc: info-iris@BRL.MIL What about the Introl Sterling 650E, the (Magneto-Optical, this is the first time I have ever seen anyone name this correctly) Optical Disk? As well as ther WORM drives? I was given that impression that these are SGI "approved" devices. Is that incorrect? -- 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 aa01773; 18 Aug 89 11:20 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00367; 18 Aug 89 10:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ag00231; 18 Aug 89 9:54 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa05996; 18 Aug 89 8:07 EDT Received: Fri, 18 Aug 89 07:58:09 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 18 Aug 89 07:58:09 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908181458.AA10756@aero4.larc.nasa.gov> To: sgi!shinobu!odin!anchor!olson@ucbvax.berkeley.edu Subject: Re: Optical Disk add-on Cc: info-iris@BRL.MIL I don't know about the interfacing problems, but I thought the last time I looked at the price for MO and WORM drives they looked very competive as far as Mb/$, when compared against a regular magnetic disk (especially if the magnetic disk is purchased from SGI). Especially since you can use multiple disks in the MO and WORM drives. Also, they ARE random access. It sounds rather ridiculous to me to call a DAT a random access device. WORM drives look very promising if you need fast access to large permanent archives. -- 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 aa06766; 18 Aug 89 14:51 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05098; 18 Aug 89 13:50 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04802; 18 Aug 89 13:34 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14231; 18 Aug 89 12:54 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA17628; Fri, 18 Aug 89 09:39: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: 18 Aug 89 16:16:17 GMT From: Michael Piplani Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: Re: Optical Disk add-on Message-Id: <8642@batcomputer.tn.cornell.edu> References: <520@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are going to get the INTROL erasable optical drive installed on/in our Personal Iris this wednesday 8/23 I will report to you all how it works. We plan on storing computerized tomography data (ct scans) with it. A typical exam is ~50M, so we have great expectations. Michael Piplani Cornell/Hospital for Special Surgery Program Biomechanics internet: piplani@tcgould.tn.cornell.edu bitnet: piplani@crnlimap.bitnet ICBM: 42.4402 76.4950 nynex: (607) 255-9101   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08680; 18 Aug 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07816; 18 Aug 89 15:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07746; 18 Aug 89 15:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18031; 18 Aug 89 15:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26255; Fri, 18 Aug 89 12:03: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: 18 Aug 89 18:42:22 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Optical Disk add-on Message-Id: <40586@sgi.SGI.COM> References: <8908181442.AA10702@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908181442.AA10702@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > What about the Introl Sterling 650E, the (Magneto-Optical, this is > the first time I have ever seen anyone name this correctly) Optical Disk? > As well as ther WORM drives? I was given that impression that these are > SGI "approved" devices. Is that incorrect? > -- > Yes, that is incorrect. These may or may not work. Introl may or may not know. Or it might depend on the system. I do not know what our relation- ship with Introl is, either. I do know that no one in SGI's engineering org- anization has worked on this product directly, and certainly not to the level where it is 'blessed'. 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 aa08754; 18 Aug 89 16:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07816; 18 Aug 89 15:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab07746; 18 Aug 89 15:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18080; 18 Aug 89 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26270; Fri, 18 Aug 89 12:03:28 -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 Aug 89 18:49:47 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Optical Disk add-on Message-Id: <40587@sgi.SGI.COM> References: <8908181458.AA10756@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908181458.AA10756@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > I don't know about the interfacing problems, but I thought the > last time I looked at the price for MO and WORM drives they looked > very competive as far as Mb/$, when compared against a regular > magnetic disk (especially if the magnetic disk is purchased from > SGI). Especially since you can use multiple disks in the > MO and WORM drives. Also, they ARE random access. It sounds > rather ridiculous to me to call a DAT a random access device. > WORM drives look very promising if you need fast access to large > permanent archives. > -- It is not ridiculous at all. They were designed to be random access by virtue of directory structures resident on tape so that the drive will 'know' where to go for the data. There are 2 different approaches to getting this capability. One is the Sony/HP DDS format and the other is the Hitachi/Maxell format. Both have their benefits, although the Hitachi requires a formatting of the tape media, much like the formatting of disk drive media. And talk about cost/MB. I believe that list price from some distributors will be <$5K for 1.2 GB. 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 aa16289; 19 Aug 89 16:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16080; 19 Aug 89 15:26 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa16038; 19 Aug 89 15:09 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa12544; 19 Aug 89 5:40 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA12204; Sat, 19 Aug 89 02:29: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 Aug 89 15:00:08 GMT From: Jeffrey Posdamer none Organization: John Von Neumann Center, Princeton, NJ Subject: CG2 Gen Lock board on 4D/70 GT Heeellllllllpppp Message-Id: <522@jvncf.csc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an SGI CG2 board on our 4D/70 GT. Does anyone have some software / utilities to take advantage of this hardware. Please reply by email to: posdamer@jvncf.csc.org Thanks, JLP   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11823; 19 Aug 89 0:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11314; 18 Aug 89 22:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab11279; 18 Aug 89 22:45 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa24179; 18 Aug 89 22:17 EDT Received: from munnari.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA19286; Fri, 18 Aug 89 22:16:45 -0400 Received: from munnari.oz.au (munnari.oz) by murtoa.cs.mu.oz (5.5) id AA02365; Sat, 19 Aug 89 12:13:29 EST (from mg@cidam.me.rmit.oz for uunet!info-iris@brl.mil) Received: from cidam.me.rmit.oz (via murtoa) by munnari.oz.au with SunIII (5.61+IDA+MU) id AA12524; Sat, 19 Aug 89 12:13:15 +1000 (from mg@cidam.me.rmit.oz for info-iris@brl.mil@murtoa.cs.mu.OZ.AU) Message-Id: <8908190213.12524@munnari.oz.au> Date: Sat, 19 Aug 89 11:12:16 EST From: "Mike A. Gigante" Received: by cidam.me.rmit.oz (5.51) id AA02050; Sat, 19 Aug 89 11:12:16 EST To: info-iris@BRL.MIL Subject: getrusage() There is a Berekeley routien getrusage with can return all the resource utilization of a process and it's children. the relevent definitions are included in /usr/include/sys/resource.h hence I held some small hope of finding getrusage, but nm'ing all the libraries didn't locate it... Is there an equivilent routine on the 4D? is it there under another name? Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26836; 21 Aug 89 5:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad26759; 21 Aug 89 5:40 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa26750; 21 Aug 89 5:30 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa24266; 20 Aug 89 13:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01745; Sun, 20 Aug 89 10:06: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: 20 Aug 89 17:00:24 GMT From: Dana Roode Organization: University of California, Irvine Subject: IRIS 3030 Disk Problems Message-Id: <2526@orion.cf.uci.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm no SGI expert (we use Sun, DEC, Apollo equipment), but Im trying to help someone whose disk appears to be dying. After a recent power failure, he started getting hard disk failures, and lots of them, in different locations on the disk. The system hangs alot, despite us having swapped out the badspots using sifex. If you are a 3030 expert, and could spare a few moments, please read on: ----------------------------------------------------------------------- We are going to try reformatting the disk, but sifex doesnt seem to be documented anywhere. Is that right? After we get as much of the disk backed up as possible, we will experiment with sifex to see if we can get it to do what we want (reformat, do several verification/excercise passes) He is running version 3.6 of the OS. Is that current, old or ancient? We will need to rebuild the OS after reformatting, but that process doesnt appear to be documented very well. We think we can put it together - we have a backup "mkboot" tape with the root on it. What filenumber holds the /usr OS files-cpio image on the 3.4/.5up/.6up tapes? Thats the part of the puzzle we are unsure of. If the disk has really bitten the dust, we'll replace it. Is it something that is easily found third party, or are we best to stick with getting it from SGI? Its not a SCSI disk, is it? Any help will be appreciated, dana roode roode@orion.cf.uci.edu bitnet: DFRoode@UCI   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26884; 21 Aug 89 6:01 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26759; 21 Aug 89 5:40 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa26748; 21 Aug 89 5:29 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa20249; 20 Aug 89 0:54 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01210; Sat, 19 Aug 89 21:46: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: 20 Aug 89 04:22:14 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: rwall and shutdown Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there an easy way to make the shutdown script automatically warn users an all machines that have mounted exported file systems that the machine is going down? I have seen this on Suns, but I haven't seen it done with the Iris 4D. The present shutdown script uses only the wall command. Do I have to rewrite shutdown so that it reads /etc/rmtab (or whatever is appropriate) and broadcasts using the rwall command? thanks, George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26884; 21 Aug 89 6:01 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac26759; 21 Aug 89 5:40 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ac26748; 21 Aug 89 5:29 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa21000; 20 Aug 89 3:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06634; Sat, 19 Aug 89 23:55:16 -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 Aug 89 06:36:42 GMT From: Tom Stockfisch Organization: Chemistry Dept, UC San Diego Subject: Re: getrusage() Message-Id: <525@chem.ucsd.EDU> References: <8908190213.12524@munnari.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908190213.12524@munnari.oz.au> mg@cidam.me.rmit.oz.AU ("Mike A. Gigante") writes: _There is a Berekeley routien getrusage with can return all the _resource utilization of a process and it's children. _Is there an equivilent routine on the 4D? is it there under another name? There is a routine times() that returns all info about cpu time. -- || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27088; 21 Aug 89 6:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26759; 21 Aug 89 5:40 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab26748; 21 Aug 89 5:29 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa20909; 20 Aug 89 2:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA05824; Sat, 19 Aug 89 23:36:03 -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 Aug 89 06:11:04 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: Columbia AppleTalk Package for Unix Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone managed to port CAP to Irix, or is there a similar AppleTalk package available for System V UNIX? I am especially interested in the LaserWriter spooling and printing functions of CAP. thanks, George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10191; 21 Aug 89 19:49 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09933; 21 Aug 89 18:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09918; 21 Aug 89 18:40 EDT Received: from citi.umich.edu by SMOKE.BRL.MIL id aa13115; 21 Aug 89 18:11 EDT From: "Ronald B. Adams II" To: info-iris@BRL.MIL Date: Mon, 21 Aug 89 17:12:41 CDT Subject: vacation? Received: by redsim.RSI (5.52/5.6) id AA07102; Mon, 21 Aug 89 17:12:41 CDT Message-Id: <8908212212.AA07102@redsim.RSI> Is there any utility on the 4-D's similar to "vacation" on Sun Systems? As I understand it, vacation can be set up to reply to anyone who sends you email ("I'm not home right now....") while you're off on an extended trip. Perhaps someone knows of some public-domain version of this utility? Ron Adams Hughes Simulation Systems Inc (formerly Rediffusion Simulation Inc) {hacgate,texsun}!redsim!adams   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12109; 22 Aug 89 3:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12066; 22 Aug 89 3:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12055; 22 Aug 89 2:43 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa17717; 22 Aug 89 2:25 EDT Received: Mon, 21 Aug 89 23:25:16 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 21 Aug 89 15:16:29 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 21 Aug 89 15:16:29 EDT From: Tony Facca Message-Id: <8908211916.AA26497@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Problems with remote bru on PI's Cc: theresa@prandtl.nas.nasa.gov We are having a problem with the "bru" routine across the network. The following command: bru -cvR -f remote_host.guest:/dev/tape / results in the following error message: Password incorrect. Unable to invoke remote demon at remote_host bru: "remote_host.guest:/dev/tape": can't open archive: No permission match bru: "load volume 1 and enter device [default: remote_host.guest:/dev/tape] We tracked the error from the "Backup -h remote_host /" command until we determined that the messages were coming from "bru". The following things have been done: - setenv netaddr in the PROM Monitor on both machines to the correct TCP/IP address - allowed guest login permission to root on the remote machine - also allowed root login permission using .rhosts on the remote machine - checked that tftp and bootp deamons are running on both machines The first line of the error message (Password incorrect.) seems to be the source of the problem. The remaining messages are generated no matter what form of the command we tried. For instance, guest@remote_host and guest@unknown_host. If anyone has been doing remote tape backups and has seen these symptoms, please let me know. I have gone through the same thing on other systems without any problems. We are running version 3.1D of the OS on a Personal Iris. Thanks in advance. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16642; 22 Aug 89 9:58 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15078; 22 Aug 89 9:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15006; 22 Aug 89 8:50 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa21701; 22 Aug 89 8:21 EDT Received: Tue, 22 Aug 89 08:19:33 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 22 Aug 89 08:19:33 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908221519.AA03066@aero4.larc.nasa.gov> To: cs.utexas.edu!usc!orion.cf.uci.edu!hydra.cf.uci.edu!roode@tut.cis.ohio-state.edu Subject: Re: IRIS 3030 Disk Problems Cc: info-iris@BRL.MIL For beginners, it may not be the disk. We recently had to return our storager board, again, for repairs. It would not recognize either of our disks or the tape drive, so we couldn't boot the system. At one point it looked as if it was going to boot, but then it said the disk was bad and I know it couldn't be. We replaced the storager board and the system booted up fine and NO disk errors appeared. I don't know if that is any help, but I thought you should know. There is no documentation available on sifex, unless you have the maintenance manuals and only maintenace people have that. The formatting options require a password for use, but those are in the maintenace manual. We have 3.6 OS and as far as I know that is the most recent version of the system. Section 4.5 of the Owner's Guide is on Crash Recovery and it shows you how to reload the system from tape. I have used the section many times (too many times) to recover the system and I think it is fairly straight forward to do. Hopefully you shouldn't have any problems. If the disk is completely dead, you could buy the same drive from a third party for at least half the cost that SGI would charge you. I have heard from people who have done this and it seems to work. Of course NO ONE at SGI would recomend it, but you know how that is. We have a 380Mb drive on order, to replace the 170Mb drive that came with our machine. As soon as we have that installed and running I will post our results on info-iris. Our current drive is a Hitachi 512-17 ESDI drive. You could probably order it from a third party and install it your selves without too much problem. Also I think Hitachi has a 1 year warranty on the drive as opposed to the 90 day warranty that SGI has. I hope this is of some help. -- 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 aa19766; 22 Aug 89 11:37 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17289; 22 Aug 89 10:24 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17204; 22 Aug 89 10:17 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa25029; 22 Aug 89 9:59 EDT Received: Tue, 22 Aug 89 06:57:50 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Tue, 22 Aug 89 10:03:14 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 22 Aug 89 10:03:14 EDT From: Tony Facca Message-Id: <8908221403.AA27953@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: IRIS 3030 Disk Problems "Brent L. Bates AAD/TAB MS294 x42854" writes: > If the disk is completely dead, you could buy the same drive from a third >party for at least half the cost that SGI would charge you. I have heard >from people who have done this and it seems to work. Of course NO ONE at >SGI would recomend it, but you know how that is. We have a 380Mb drive on >order, to replace the 170Mb drive that came with our machine. As soon as >we have that installed and running I will post our results on info-iris. I would be interested in hearing how this goes for you guys. Also, when you do post your results, could you also include the make and model of the third party drive, and its GSA price. Also, are you really replacing the original disk or just adding a second one? Thanks. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20734; 22 Aug 89 12:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19924; 22 Aug 89 11:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19807; 22 Aug 89 11:39 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa27388; 22 Aug 89 11:07 EDT Received: Tue, 22 Aug 89 11:06:30 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 22 Aug 89 11:06:30 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908221806.AA03436@aero4.larc.nasa.gov> To: fsfacca@lerc08.lerc.nasa.gov Subject: Re: IRIS 3030 Disk Problems Cc: info-iris@BRL.MIL We currently have two Hitachi 512-17, 170Mb drives. We plan to replace our system disk with a Hitachi DK514-38, 380Mb drive. If this works, we will probably replace our other disk too. I have received email from Jim Diamond indicating that we should be able to replace our data drive with out any problems, however we weren't sure about the system disk. This is why we ordered only one drive, if the drive doesn't work as a system disk, then we will use it as a data disk. However, if it does work as a system disk, then we will probably get the second drive. Not too long ago I found out that there seems to be a problem with using two 380Mb drives. SGI said that the current hardware and 3.6 OS will support two 380Mb drives. I talk to someone that actually tried to do this, and the system keep crashing. It turned out that there was a bug some ROM's. I don't know when or if the correction got into any other machines or not. We plan to cross that bridge when we get to it. -- 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 aa22660; 22 Aug 89 14:28 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22271; 22 Aug 89 14:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22041; 22 Aug 89 14:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01524; 22 Aug 89 13:24 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19417; Tue, 22 Aug 89 10:17: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: 22 Aug 89 16:13:02 GMT From: "Steve S. Roy" Subject: DEC widgets on System V Message-Id: <10045@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Howdy fellow X hackers, I've been using the DEC user interface language and its associated widgets for a while now on a Sun 3 and I am very pleased with it. It has a "User Interface Language" which allows easier specification and modification of widget locations and callbacks than anything else I've seen. It also has the huge advantage that it seems basicly bug free [:-)], at least on BSD systems. I now find myself needing to port the set to some System V boxes, the MIPS M-120 and Silicon Graphics 4D specificly, and I am having problems. The widgets themselves compiled and ran with no problems at all on BSD. I can use the System V box as the display with the code running on a Sun. They have flags which indicate they should be able to run under System V. With these flags defined I can get it to compile, but when I try to execute the test programs it core dumps. Sadly, it does not core dump in the DEC code, it core dumps in XtInitialize. Now, XtInitialize is executed after a Dwt call, but I guess some subtle initialization problem is going on. I really would rather not learn enough about these routines and the differences between System V and BSD to find the problem. Is anybody out there using the DEC widgets? Has anybody gotten them to run on a System V box? Has anybody even seen them running on a System V box? Many thanks in advance, Steve Roy ---------------------------------------------------------------------- Real Name: Steve Roy e-mail: ssr@acm.princeton.edu telephone: (609)452-5384 (office) Address: office: Program of Applied and Computational Mathematics Princeton University Princetion NJ 08544-1000 ----------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10684; 23 Aug 89 13:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08817; 23 Aug 89 12:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08815; 23 Aug 89 12:20 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23337; 23 Aug 89 12:04 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA29991; Wed, 23 Aug 89 08:52: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: 23 Aug 89 15:32:42 GMT From: Tim Lynch Organization: Theory Center, Cornell U., Ithaca NY Subject: benchmarking the SGI machines Message-Id: <8681@batcomputer.tn.cornell.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm posting this for a colleague. Please repond to me via e-mail. We're especially interested in any benchmark results you might have regarding SGI machines: We are in the process of running molecular modelling benchmarks on a number of mini-supercomputers and supercomputers. We would be very interested in receiving benchmark data from individuals who have run molecular modelling (e.g., molecular dynamics, free energy perturbation, etc.) programs on several different machines. We will E-mail a copy of our benchmarks if anyone requests. We could post if interest warrants. We expect our runs to be finished by early October. So far, the computers we are benchmarking include the Convex C210, Silicon Graphics 4D/240 and 4D/280, FPS 500, IBM 3090-600E, and Apollo. E-mail to me if you would be willing to share your benchmark results. Comments on ease of code conversion, or advantages/disadvantages of features on different machines would also be appreciated. Thanks!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12153; 23 Aug 89 14:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11240; 23 Aug 89 14:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10986; 23 Aug 89 13:52 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25253; 23 Aug 89 13:27 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA04650; Wed, 23 Aug 89 10:09: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: 23 Aug 89 16:41:38 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problems with remote bru on PI's Message-Id: <40840@sgi.sgi.com> References: <8908211916.AA26497@lerc08.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is a known (to this newsgroup as well) bug in 3.1D and earlier versions of bru which forces the remote login to have no password. Your .rhosts and /etc/hosts.equiv are ignored. I believe that 3.1G fixes this bug, and it is fixed for sure in 3.2. This may be your problem. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15438; 23 Aug 89 17:13 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14439; 23 Aug 89 16:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14316; 23 Aug 89 16:00 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29126; 23 Aug 89 15:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA13342; Wed, 23 Aug 89 12:25: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: 23 Aug 89 19:07:21 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIS 3030 Disk Problems Message-Id: <40855@sgi.sgi.com> References: <8908221806.AA03436@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908221806.AA03436@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > We currently have two Hitachi 512-17, 170Mb drives. We plan to replace > our system disk with a Hitachi DK514-38, 380Mb drive. If this works, we > will probably replace our other disk too. I have received email from > Jim Diamond indicating that we should be able to replace our data drive > with out any problems, however we weren't sure about the system disk. > This is why we ordered only one drive, if the drive doesn't work as a > system disk, then we will use it as a data disk. However, if it does > work as a system disk, then we will probably get the second drive. > Not too long ago I found out that there seems to be a problem with > using two 380Mb drives. SGI said that the current hardware and 3.6 OS > will support two 380Mb drives. I talk to someone that actually tried > to do this, and the system keep crashing. It turned out that there was > a bug some ROM's. I don't know when or if the correction got into any > other machines or not. We plan to cross that bridge when we get to it. You should save yourself some cash by not trying to use the 514-38 on your 3030. It is a 15 MHz xfer rate drive. The controller in your 3030 (unless you bought something from a vendor other than SGI) will only support 10 MHz xfer rate disk drives. The drives will kind-of-sort-of work a bit, but will eventaully scrog your data and offer all kinds of wonderful 'sector not found's and 'header not found's and read and write errors of various sorts. The 514-38 is a very good drive, tho. Too good for that archaic controller design (although it was the hottest game in town in its time). The only 380's that will work reliably on the 3030 or 3130 are 10 MHz flavors, and you will have to give up some capacity due to larger gap requirements. That is, you will have to run at 32 sectors/track even though most drives can be hard-sectored to as high as 36 sectors/track. 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 aa17410; 23 Aug 89 19:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17002; 23 Aug 89 18:43 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16992; 23 Aug 89 18:36 EDT Received: from DESLAB.MIT.EDU by SMOKE.BRL.MIL id aa03369; 23 Aug 89 18:01 EDT Received: by DESLAB id AA19026g; Wed, 23 Aug 89 18:01:41 EDT Date: Wed, 23 Aug 89 18:01:41 EDT From: "Michael S. Drooker" To: info-iris@BRL.MIL Subject: archive Cc: miked@deslab Message-ID: <8908231801.aa03369@SMOKE.BRL.MIL> Is there an anonymous ftp'able host which holds an archive of this discussion list and/or a directory of contributed IRIS software? Mike Drooker   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19525; 24 Aug 89 0:55 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19482; 24 Aug 89 0:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19468; 24 Aug 89 0:27 EDT Received: from RUTGERS.EDU by SMOKE.BRL.MIL id aa06973; 24 Aug 89 0:14 EDT Received: from cmcl2.UUCP by rutgers.edu (5.59/SMI4.0/RU1.2/3.04) with UUCP id AA15902; Thu, 24 Aug 89 00:13:42 EDT Received: by cmcl2.NYU.EDU (5.61/1.34) id AA25454; Wed, 23 Aug 89 23:22:41 -0400 Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA26091; Wed, 23 Aug 89 18:13:44 EDT Date: Wed, 23 Aug 89 18:13:44 EDT From: Rod Paul Message-Id: <8908232213.AA26091@dasys1.UUCP> To: info-iris@BRL.MIL, ssr@gauss.berkeley.edu Subject: Re: DEC widgets on System V I haven't tried the above problem, but with many pd programs I get from the net specifically set up for BSD, I'm able to get 'em running on our 4D's by adding -I/usr/include/bsd and -lbsd -lsun during compilation. Give it a whirl, it may work.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19600; 24 Aug 89 1:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab19482; 24 Aug 89 0:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab19468; 24 Aug 89 0:27 EDT Received: from RUTGERS.EDU by SMOKE.BRL.MIL id aa06974; 24 Aug 89 0:14 EDT Received: from cmcl2.UUCP by rutgers.edu (5.59/SMI4.0/RU1.2/3.04) with UUCP id AA15896; Thu, 24 Aug 89 00:13:40 EDT Received: by cmcl2.NYU.EDU (5.61/1.34) id AA25435; Wed, 23 Aug 89 23:22:28 -0400 Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA26042; Wed, 23 Aug 89 18:07:50 EDT Date: Wed, 23 Aug 89 18:07:50 EDT From: Rod Paul Message-Id: <8908232207.AA26042@dasys1.UUCP> To: fsfacca@lerc08.lerc.nasa.gov, info-iris@BRL.MIL Subject: Re: Problems with remote bru on PI's Cc: theresa@prandtl.nas.nasa.gov Remove the passwd field in the guest account on the remote machine. SGI is aware of the problem (not to say the security risk). I suggest not going this route if you have a modem on the remote machine. Once done, you can run other utilities remotely, such as "gr_osview". I can say though, that "bru" is a great tool, and if the backup shells shipped by SGI using "bru", ain't to your liking, write your own interface to "bru". Good luck.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07693; 25 Aug 89 1:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07478; 25 Aug 89 0:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07470; 25 Aug 89 0:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03035; 25 Aug 89 0:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA29537; Thu, 24 Aug 89 21:03:12 -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: 24 Aug 89 00:08:14 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics Computer Systems, Mountain View CA. Subject: Re: IRIS 3030 Disk Problems Message-Id: <408@odin.SGI.COM> References: <8908221403.AA27953@lerc08.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908221403.AA27953@lerc08.lerc.nasa.gov> fsfacca@LERC08.LERC.NASA.GOV (Tony Facca) writes: >"Brent L. Bates AAD/TAB MS294 x42854" writes: > >> If the disk is completely dead Don't forget to check DC power. Bad DC power can make anything look bad. Look at things before they go bad. Remember that there is a 'sender' and a 'receiver' in the system. In fact there are layers of talking and listening. Clearly the CPU must talk to the controller the contoler to its device etc. Then there must be a return path. It is often impossible to decide if it is the sender or the listener that is having a problem. This makes 'known' good parts very valuable as a diagnostic tool. Thomas P. Mitchell (ARPA:mitch@csd.sgi.com, UUCP: {decwrl,ucbvax}!sgi!mitch ) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20961; 24 Aug 89 7:34 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20551; 24 Aug 89 6:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20540; 24 Aug 89 6:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08897; 24 Aug 89 6:10 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA00348; Thu, 24 Aug 89 03:06: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: 24 Aug 89 09:29:03 GMT From: Ramani Pichumani Organization: Stanford University Subject: SaveBehind field of NeWS canvases Message-Id: <11510@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been trying in vain to build a popup window in 4sight that will save the contents of a DGL window underneath it. I really need this feature because the time to redraw the images underneath can be unacceptably long. I've tried the following PostScript code with no success: /win framebuffer newcanvas def % create a canvas win /SaveBehind true put % enable SaveBehind framebuffer setcanvas % shape the canvas 100 100 translate 0 0 100 0 360 arc % make the canvas circular win reshapecanvas win setcanvas erasepage clippath .5 setgray fill % fill the canvas win /Mapped true put % map it win /Mapped false put % unmap After unmapping the canvas, all I'm left with is a white hole where the canvas used to be. The only thing I could think of is maybe I should pass the DGL canvas as the parent canvas but I don't know where to get it's handle. The code works fine on my Sun3 but doesn't work as expected on a 4D. Ramani Pichumani Department of Computer Science, Stanford University ramani@patience.stanford.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22728; 24 Aug 89 9:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22345; 24 Aug 89 8:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22169; 24 Aug 89 8:37 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa10980; 24 Aug 89 8:19 EDT Received: Thu, 24 Aug 89 08:18:48 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 24 Aug 89 08:18:48 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908241518.AA09301@aero4.larc.nasa.gov> To: miked%deslab@BRL.MIL Subject: Re: archive Cc: info-iris@BRL.MIL Yes, vgr.brl.mil -- 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 aa23136; 24 Aug 89 9:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22973; 24 Aug 89 9:22 EDT Date: Thu, 24 Aug 89 9:10:34 EDT From: Gary S. Moss (VLD/VMB) To: info-iris@BRL Subject: Re: archive Message-ID: <8908240910.aa22844@VMB.BRL.MIL> To Michael S. Drooker, I hope you read this list because my mailer choked on your address, (it doesn't look complete to me either), and I couldn't find you in our distribution for info-iris. Anyway, Info-iris archives and contributed software may be ftp'd from vgr.brl.mil, user 'anonymous', any password will do. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29493; 24 Aug 89 13:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28100; 24 Aug 89 12:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28062; 24 Aug 89 12:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18478; 24 Aug 89 11:53 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA18895; Thu, 24 Aug 89 08:46:04 -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: 24 Aug 89 14:21:51 GMT From: Mark Meuer Organization: Minnesota Supercomputer Institute Subject: Re: SaveBehind field of NeWS canvases Message-Id: <15393@umn-cs.CS.UMN.EDU> References: <11510@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL About two months ago, someone said they were going to post a .dvi file previewer for SGI machines. I thought I've been keeping up with the group, but havn't seen a sign of this program. Has anyone heard of it or know of an anonymous ftp site where it can be found? Thanks, -mark Mark Meuer | 1200 Washington Ave. So. Geometry Supercomputer Project | Minneapolis, MN 55415 meuer@geom.umn.edu | (612) 624-1867   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04588; 24 Aug 89 17:34 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03161; 24 Aug 89 16:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02897; 24 Aug 89 16:14 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24931; 24 Aug 89 15:55 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA02971; Thu, 24 Aug 89 12:45:12 -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: 24 Aug 89 19:15:35 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problems with remote bru on PI's Message-Id: <40925@sgi.sgi.com> References: <8908232207.AA26042@dasys1.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908232207.AA26042@dasys1.UUCP>, rpaul@dasys1.UUCP (Rod Paul) writes: > Remove the passwd field in the guest account on the remote machine. > SGI is aware of the problem (not to say the security risk). I suggest > not going this route if you have a modem on the remote machine. A "system password" for lines with modems seems like a good idea. As long as the system password is strong enough, one needn't worry about passwords on other accounts. (The cryptographic strength of two passwords is not significantly better than one.) Not having a system password makes user names like "diag", "setup", and "root" worrisome, if you have any incoming modems. Everyone no doubt recalls that a "system password" can be specified with /etc/d_passwd and /etc/dialups. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05715; 24 Aug 89 20:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05585; 24 Aug 89 20:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05534; 24 Aug 89 20:04 EDT Received: from ew09.nas.nasa.gov by SMOKE.BRL.MIL id aa29725; 24 Aug 89 19:53 EDT Received: by ew09.nas.nasa.gov (5.61/1.34) id AA01139; Thu, 24 Aug 89 16:51:31 -0700 Date: Thu, 24 Aug 89 16:51:31 -0700 From: "Eric L. Raible" Message-Id: <8908242351.AA01139@ew09.nas.nasa.gov> To: info-iris@BRL.MIL Cc: raible@ew09.nas.nasa.gov Subject: unexec'd graphics program crashes Reply-To: raible@orville.nas.nasa.gov Perhaps someone can help me out on this one: I've got a program, let's call it X, which might or might not do some graphics. It has the cabability to unexec itself (a la gnu emacs). Suppose I run X, then unexec it to create file Y. X does no graphics before doing the unexec. The problem is that Y is then unable to do a winopen. There are two distinct ways in which it fails: 1) It terminates "normally" (according to dbx). 2) It gets stuck in a wait state (according to ps), and cannot be killed. In fact, any other process that touches it (i.e. rm Y) also gets hung, and eventually NeWS gets hung. This means a reboot. In case (2), it seems as if the process is waiting for some resource which never becomes available. My guess is that the running X and the kernel have some shared state. When Y is started up, there is some inconsistency which causes it to wait forever. I'd really appreciate some help on this one... - Eric (raible@orville.nas.nasa.gov)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16957; 25 Aug 89 12:59 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16175; 25 Aug 89 12:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15915; 25 Aug 89 12:35 EDT Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa09105; 25 Aug 89 9:38 EDT Received: from uoguelph.netnorth (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57688; Fri, 25 Aug 89 09:36:08 EDT Received: by UOGUELPH (Mailer R2.02A) id 6943; Fri, 25 Aug 89 09:33:59 EDT Date: Fri, 25 Aug 89 09:33:30 EDT From: "Len Zaifman UoGuelph (519)824-4120 xt 6566" Subject: FORTRAN program optimisation To: info-iris Message-Id: <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca> I need help on two issues. 1 . I am trying to compile some fortran code with optimisation. At O2 , several routines ( this program has several hundred ) hit the error not optimised beacuase global tables are not large enough, use Olimit > nnn where nnn is some number larger than 500. The question is , does it hurt the performance of the program , or the program size to compile with Olimit nnn,where nnn is greater than the largest reported size required, for all the routines , whether they need the space or not ?? The program is large enough as it is , and I am trying to enhance its runtime execution speed as much as possible. To that end I would also like someone from SGI to comment on the advisability of using O3. I was told that at the moment this level of optimisation is unsafe. Is that true , and what performance enhancement is expected over O2 optimisation ?? Also, for a very large program such as this what are the recommended analysis tools on IRIX to help optimise the performance(hopefully without source code changes ). I am looking for tools which help restructure the binary(loaded) code to enhance performance. 2. On the user interface side , I see a need for easier command recall than using !nnn to recall a command. Recently I worked on an Apollo where command recall and editting was available through mouse highlighting, cutting and pasting (ie like a mac). Can this be done in IRIX now (3.1 x level)? will it be available at 3.2 ?? In Workspace ?? Thanks Regards, Len Zaifman   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23921; 25 Aug 89 19:30 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23771; 25 Aug 89 19:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23718; 25 Aug 89 19:04 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21868; 25 Aug 89 18:56 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01146; Fri, 25 Aug 89 15:41: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: 25 Aug 89 22:06:00 GMT From: "Calvin H. Vu" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: FORTRAN program optimisation Message-Id: <41004@sgi.sgi.com> References: <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca>, LEONARDZ@UOGUELPH.BITNET ("Len Zaifman UoGuelph 824-4120 xt 6566", 519) writes: > > 1 . I am trying to compile some fortran code with optimisation. At O2 , > several routines ( this program has several hundred ) hit the error > not optimised beacuase global tables are not large enough, use > Olimit > nnn where nnn is some number larger than 500. The question > is , does it hurt the performance of the program , or the program > size to compile with Olimit nnn,where nnn is greater than the largest > reported size required, for all the routines , whether they need the > space or not ?? The program is large enough as it is , and I am trying > to enhance its runtime execution speed as much as possible. The number specified in the -Olimit option is used to set up the internal table inside the optimizer. It will not adversely effect the runtime speed nor the size of your program (other than the fact that your program will be smaller and run faster if optimized). The only bad effect is that the bigger the number, the more memory space will be used by the optimizer, and your program may take longer to compile. > To that end I would also like someone from SGI to comment on the > advisability of using O3. I was told that at the moment this level of > optimisation is unsafe. Is that true , and what performance enhancement > is expected over O2 optimisation ?? The reason we don't recommend -O3 level is because it fails some of our internal QA tests. It provides about 10% improvement over -O2 level, depending on your application. > Also, for a very large program such > as this what are the recommended analysis tools on IRIX to help > optimise the performance(hopefully without source code changes ). I am > looking for tools which help restructure the binary(loaded) code to > enhance performance. > Sorry we don't have any tools that can do optimization on loaded binary code. You can use 'prof' and 'pixie' to figure out all the places in your program that may need to be changed for faster execution. > 2. On the user interface side , I see a need for easier command recall > than using !nnn to recall a command. Recently I worked on an Apollo > where command recall and editting was available through mouse > highlighting, cutting and pasting (ie like a mac). Can this be done > in IRIX now (3.1 x level)? will it be available at 3.2 ?? In > Workspace ?? > We have cut & paste in 3.2. > Regards, > Len Zaifman   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24046; 25 Aug 89 19:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23921; 25 Aug 89 19:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23875; 25 Aug 89 19:23 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21994; 25 Aug 89 19:09 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA02281; Fri, 25 Aug 89 15:59: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: 25 Aug 89 22:44:34 GMT From: Michael Piplani Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: 4d 20-> 4d80gt porting bug Message-Id: <8710@batcomputer.tn.cornell.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I wrote a simple graphics driver for a program of ours on a 4d/20- personal iris. Our program worked fine on all our test cases. We shipped a binary to someone with a 4d/80 gt with alpha blending. When it starts up it dies with this message: "Unable to map FIFO no such device" I thought there was binary compatability across the 4d family. Any ideas? It just occured to me that we didn't use the shared graphics libraries (just linked with good ole' -Zg), could this be the problem? Thanks, Michael Piplani Cornell U. internet: piplani@tcgould.tn.cornell.edu bitnet: piplani@crnlimap.bitnet   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24233; 25 Aug 89 20:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23495; 25 Aug 89 18:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23463; 25 Aug 89 18:28 EDT Received: from [131.120.1.17] by SMOKE.BRL.MIL id aa20888; 25 Aug 89 18:07 EDT Received: by trouble.cs.nps.navy.mil (4.1/cs.nps-1.0) id AA11458; Fri, 25 Aug 89 15:06:06 PDT Date: Fri, 25 Aug 89 15:06:06 PDT From: michael zyda Message-Id: <8908252206.AA11458@trouble.cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: 1990 Symposium on Interactive 3D Graphics The 1990 Symposium on Interactive 3D Graphics has had to move its date +1 week from that originally scheduled. The symposium will now be held on the 25th through 28th of March 1990 at Snowbird, Utah. An updated Call for Participation is available by sending a message to either of the following two Email addresses: For a Postscript copy: 3dCall@trouble.cs.nps.navy.mil For an Ascii version : 3dCallA@trouble.cs.nps.navy.mil For a paper copy of the Call for Participation, please contact: Rich Riesenfeld 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 A registration form can be requested electronically from susan@cs.utah.edu Michael Zyda Symposium Chair 1990 Symposium on Interactive 3D Graphics   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24233; 25 Aug 89 20:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24046; 25 Aug 89 19:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24000; 25 Aug 89 19:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22135; 25 Aug 89 19:26 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA03308; Fri, 25 Aug 89 16:18:03 -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 Aug 89 22:43:03 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: FORTRAN program optimisation Message-Id: <41012@sgi.sgi.com> References: <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca>, <41004@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <41004@sgi.sgi.com> calvin@dinkum.wpd.sgi.com (Calvin H. Vu) writes: >In article <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca>, LEONARDZ@UOGUELPH.BITNET ("Len Zaifman UoGuelph 824-4120 xt 6566", 519) writes: [stuff deleted] >> Also, for a very large program such >> as this what are the recommended analysis tools on IRIX to help >> optimise the performance(hopefully without source code changes ). I am >> looking for tools which help restructure the binary(loaded) code to >> enhance performance. >> > Sorry we don't have any tools that can do optimization on loaded > binary code. [stuff deleted] Calvin is quite correct about release 3.1. However for 3.2 we support cord(1), which restructures a binary. When you get 3.2 see the cord(1), ftoc(1), prof(1), pixie(1), and cc(1) man pages for further information. [ David B. Anderson Silicon Graphics (415)964-1459x3060 davea@sgi.com ]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24350; 25 Aug 89 20:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23297; 25 Aug 89 18:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23276; 25 Aug 89 18:08 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa20487; 25 Aug 89 17:45 EDT Received: Fri, 25 Aug 89 17:45:31 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 25 Aug 89 17:45:31 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908260045.AA13841@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Screen dump utilities Well I finally manage to put my screen dump and printer utilities on info-iris (vgr.brl.mil, /pub). I hope people will still find them usefull. I am sorry I took soooooo long. I looked at some of my old mail and the first request was December. That was too long ago. The file is: screenutils There are nine programs in this file. SCRDMP saves the screen. DISPLAY and DISPLAYGR preview a saved image (color and gray scale). LASERDUMP produces a black&white Postscript file. LASERGRAY produces a gray scale Postscript file. LPRDUMP creates an image file for a Printronix dot matrix printer. TEKCMAP produces a Tektronixs 4693D color image file using a color map. TEKRGB creates a Tektronixs 4693D color image file using RGB mode. Finally, THINKDUMP makes an image file for HP Thinkjet printers. Let me know if you find these usefull. SCRDMP works on IRIS 3000's. The other programs also work on the 3000's and would work on 4D's if they had binary format in FORTRAN. I know the Personal Iris doesn't have binary format in FORTRAN and I assume the other 4D's don't either. If you have any interesting additions or mods let me know. Since so many people requested these programs I am only going to send this only note to everyone on info-iris and if you want the programs you can ftp them from the info-iris files on vgr.brl.mil. -- Brent   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25464; 25 Aug 89 22:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24950; 25 Aug 89 21:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24918; 25 Aug 89 21:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23417; 25 Aug 89 21:25 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10597; Fri, 25 Aug 89 18:22: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: 25 Aug 89 21:28:19 GMT From: "Louis M. McDonald" Organization: The Aerospace Corporation, El Segundo, CA Subject: screen dump Message-Id: <56702@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL sometime ago, someone sent me a program that did a screen dump. Somewhere along the way I deleted it. I would like to get it again... The problem we are have is that a screen saver (dump) program we have does not always work correctly. Sometimes the output that is printed is correct, other times it is not. Is anyone having similar problems, or if not, what did you do. Louis McDonald -- Louis McDonald The Aerospace Corporation louis@aerospace.aero.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25693; 25 Aug 89 23:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab25464; 25 Aug 89 23:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25425; 25 Aug 89 22:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24311; 25 Aug 89 22:38 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA13993; Fri, 25 Aug 89 19:28: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: 26 Aug 89 02:19:52 GMT From: Keith Bierman - Advanced Languages - Floating Point Group Organization: Sun Microsystems, Mountain View Subject: Re: FORTRAN program optimisation Message-Id: <123703@sun.Eng.Sun.COM> References: <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca> LEONARDZ@UOGUELPH.BITNET ("Len Zaifman UoGuelph 824-4120 xt 6566", 519) writes: > > I need help on two issues. > > 1 . I am trying to compile some fortran code with optimisation. At O2 , > several routines ( this program has several hundred ) hit .... stuff about table sizes It should be easy enough to try the experiment of compiling a few modules with and without the larger tables. I've never noticed a significant difference, but not working for SGI, I can't promise you that. > To that end I would also like someone from SGI to comment on the > advisability of using O3. I was told that at the moment this level of > optimisation is unsafe. Is that true , and what performance Mileage varies a lot for all higher level optimizers. I strongly suggest you profile your code, and turn the optimizer on high on just the top routines (probably 5 or 10). Optimizers can pessimize code, so pay attention to the profiles as you go. I expect that you have both prof and gprof. prof is less intrusive. For really reducing the intrusiveness (at the cost of lower information content) turn on profiling ONLY on the "link" line, viz. f77 -O your.f -c f77 your.o -p Asking how much benefit O gives over is typically silly ... most of the time doesn't matter ... just what goes on in 10% of your code. > > 2. On the user interface side , I see a need for easier command recall At the very least ksh should be available (if only via the ATT toolchest source program, or via bash from RMS). I haven't played around with the SGI machines enough to comment of the cut and paste (sunview, and openlook allow it). Keith H. Bierman |*My thoughts are my own. !! kbierman@sun.com It's Not My Fault | MTS --Only my work belongs to Sun* I Voted for Bill & | Advanced Languages/Floating Point Group Opus | "When the going gets Weird .. the Weird turn PRO"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00256; 26 Aug 89 0:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00224; 26 Aug 89 0:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00207; 26 Aug 89 0:24 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25616; 26 Aug 89 0:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA18024; Fri, 25 Aug 89 21:03:16 -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 Aug 89 03:25:06 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4d 20-> 4d80gt porting bug Message-Id: <41032@sgi.sgi.com> References: <8710@batcomputer.tn.cornell.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8710@batcomputer.tn.cornell.edu>, piplani@batcomputer.tn.cornell.edu (Michael Piplani) writes: > I wrote a simple graphics driver for a program of ours on a 4d/20- personal > iris. Our program worked fine on all our test cases. We shipped a binary > to someone with a 4d/80 gt with alpha blending. When it starts up it > dies with this message: "Unable to map FIFO no such device" > > I thought there was binary compatability across the 4d family. > > Any ideas? It just occured to me that we didn't use the shared > graphics libraries (just linked with good ole' -Zg), could this be the > problem? > It is definitely the problem. You should be linking with the shared GL. -Zg is maintained for backward compatibility. Instead, link your program with "-lgl_s". Besides providing a binary compatibility, linking to the shared library will also reduce the size of your executable since it won't have its own copies of the GL routines. -- ------------------------------------------------------------------------------- Cosmo Ciemo, Silicon Valley Dude I was traipsing through the fields of my mind when I stepped in something that smelled rather ripe. -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04293; 27 Aug 89 11:10 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04238; 27 Aug 89 10:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04233; 27 Aug 89 10:17 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09702; 27 Aug 89 10:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA15004; Sun, 27 Aug 89 07:06: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: 27 Aug 89 02:38:57 GMT From: psuvm!rie@psuvax1.cs.psu.edu Organization: Penn State University Subject: compiling JOVE Message-Id: <89238.223857RIE@PSUVM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I tried to compile jove on Personal Iris without success. Has anyone compiled JOVE on a 4D. Any suggestions would be highly appreciated. Subhransu Roy E-mail s3r@ecl.psu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06968; 28 Aug 89 0:38 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06789; 27 Aug 89 23:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06782; 27 Aug 89 23:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16992; 27 Aug 89 23:23 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19626; Sun, 27 Aug 89 20:15: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: 28 Aug 89 03:06:46 GMT From: Pablo Fernicola Organization: UF Machine Intelligence Laboratory Subject: Overlays, underlays Message-Id: <20790@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are overlays and underlays available on the Personal Iris? The info on page 11-1 of the Graphics Library User's Guide is not clear about it. If they are not available, can I achieve the same results using writemasks? Thanks! Pablo pff@beach.cis.ufl.edu -- pff@beach.cis.ufl.edu Pablo Fernicola - Machine Intelligence Laboratory - UF "That has nothing to do with computers; it is software."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07354; 28 Aug 89 2:37 EDT Received: by VMB.BRL.MIL id aa07351; 28 Aug 89 2:37 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07209; 28 Aug 89 1:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07191; 28 Aug 89 1:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa19064; 28 Aug 89 1:29 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA24970; Sun, 27 Aug 89 22:15: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: 28 Aug 89 03:42:21 GMT From: Dan Christensen Organization: Computer Graphics Lab, University of Waterloo Subject: Re: 4d 20-> 4d80gt porting bug Message-Id: <11275@watcgl.waterloo.edu> References: <8710@batcomputer.tn.cornell.edu>, <41032@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <41032@sgi.sgi.com> ciemo@bananapc.wpd.sgi.com (Dave Ciemiewicz) writes: >In article <8710@batcomputer.tn.cornell.edu>, piplani@batcomputer.tn.cornell.edu (Michael Piplani) writes: >> Any ideas? It just occured to me that we didn't use the shared >> graphics libraries (just linked with good ole' -Zg), could this be the >> problem? >> > >It is definitely the problem. You should be linking with the shared GL. >-Zg is maintained for backward compatibility. Instead, link your program >with "-lgl_s". Besides providing a binary compatibility, linking to the >shared library will also reduce the size of your executable since it won't >have its own copies of the GL routines. I think you need to use "-lgl_s -lm" because the gl library uses some math routines like sin and cos. ---- 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 aa07813; 28 Aug 89 5:58 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07760; 28 Aug 89 5:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07751; 28 Aug 89 5:17 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21164; 28 Aug 89 5:08 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06748; Mon, 28 Aug 89 01:56: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: 28 Aug 89 08:07:19 GMT From: "Frank J. Henigman" Organization: U of Waterloo, Ontario Subject: System Tunable Parameters Message-Id: <11277@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Chapter 8 of the Iris-4D Programmers Guide Volume II Version 1.0, the chapter on inter-process communication, mentions "system tunable parameters." These parameters set limits on various aspects of inter-process communication. My questions are: where are these parameters documented in full and how does one change them? Do you need source to do it? Thanks in advance. -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13769; 28 Aug 89 11:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13156; 28 Aug 89 10:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12934; 28 Aug 89 10:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28279; 28 Aug 89 10:10 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19959; Mon, 28 Aug 89 07:09: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: 28 Aug 89 13:21:37 GMT From: Irvin Lustig Organization: Princeton University, NJ Subject: Re: FORTRAN program optimisation Message-Id: <10103@phoenix.Princeton.EDU> References: <89Aug25.093608edt.57688@ugw.utcs.utoronto.ca>, <41004@sgi.sgi.com>, <41012@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Regarding -O3 level optimization, I have a large Fortran source code that works under -O2, but fails miserably under -O3. Who knows what triggers the failure. -Irv Lustig Assistant Professor Dept. of Civil Engineering and Operations Research Princeton University irv%basie@princeton.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19162; 28 Aug 89 13:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18332; 28 Aug 89 13:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18316; 28 Aug 89 13:27 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa03914; 28 Aug 89 13:07 EDT Received: Mon, 28 Aug 89 13:07:40 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 28 Aug 89 13:07:40 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908282007.AA01238@aero4.larc.nasa.gov> To: usc!aero!louis@apple.com Subject: Re: screen dump Cc: info-iris@BRL.MIL You could try the programs I put on info-iris. I did send some people individual copies of what I had, but I don't remember who. It has been a while. -- 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 aa20194; 28 Aug 89 14:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17184; 28 Aug 89 13:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16841; 28 Aug 89 12:54 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa25701; 28 Aug 89 9:02 EDT Received: Mon, 28 Aug 89 05:23:39 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 28 Aug 89 08:32:31 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 28 Aug 89 08:32:31 EDT From: Tony Facca Message-Id: <8908281232.AA19833@lerc08.lerc.nasa.gov> To: s3r%ecl.psu.edu@prandtl.nas.nasa.gov Subject: Re: compiling JOVE Cc: info-iris%brl.mil@prandtl.nas.nasa.gov I have JOVE on our 4D's. It's been a while since I compiled it, but there were no problems that I can remember. One thing, it comes ready to run for BSD and not AT&T. This requires a change in the "makefile" which, is just commenting out the BSD include lines, and un-commenting the line which include the AT&T stuff. These lines have to do with screen control, I believe. I looked around for the source, but it looks like I must have put it on tape. If I made any source code changes I would have documented it -- but I really don't think I did. Anyway, if you can't get anywhere, let me know and I can load my tape and let you ftp it from my machine. Good Luck -- -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23185; 28 Aug 89 16:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21188; 28 Aug 89 15:27 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa21178; 28 Aug 89 15:21 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa14959; 28 Aug 89 15:10 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA06829; Mon, 28 Aug 89 12:05: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: 28 Aug 89 16:40:24 GMT From: "Michael L. Johnson" Organization: University of Va. Subject: SUN PC-NFS demon Message-Id: <664@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone help me with the installation of the SUN PC-NFS system on my 4D80 server? Most of the system works, but I have not been able to get rpc.pcnfsd.c to compile on the 4D. Does someone have this available to us by FTP? Thanks for the help. (804)-924-8607 Michael L. Johnson mlj8e@virginia.EDU Pharmacology Dept. uunet!virginia!mlj8e Box 448; Univ. of Va. mlj8e@virginia.BITNET Charlottesville, Va. 22908   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23962; 28 Aug 89 17:59 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23391; 28 Aug 89 16:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23265; 28 Aug 89 16:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02161; 28 Aug 89 16:24 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10875; Mon, 28 Aug 89 13:16: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: 28 Aug 89 17:26:41 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4d 20-> 4d80gt porting bug Message-Id: <41056@sgi.sgi.com> References: <8710@batcomputer.tn.cornell.edu>, <41032@sgi.sgi.com>, <11275@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11275@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > > I think you need to use "-lgl_s -lm" because the gl library uses some > math routines like sin and cos. > The GL now uses it's own internal sin and cosine routines thus eliminating the need to link with -lm unless your program GL program specifically calls sin(), cos(), or any of the routines provided by the math library. I'm not sure in which release this because true though I know it is true in at least 3.1G. A way to check is to just link your application without -lm. WARNING: The GL internal sin and cosine routines are not for public consumption so you should not use them in your own applications. Use of GL internal routines in your application will almost certainly guarantee binary IN-compatibility, shared-library or not. Only GL public routines are exported via the shared-library interface. -- ------------------------------------------------------------------------------- Cosmo Ciemo, Silicon Valley Dude I was traipsing through the fields of my mind when I stepped in something that smelled rather ripe. -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24084; 28 Aug 89 18:10 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23391; 28 Aug 89 16:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac23265; 28 Aug 89 16:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02175; 28 Aug 89 16:25 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA10861; Mon, 28 Aug 89 13:16: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 Aug 89 17:10:53 GMT From: Mason Woo Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Overlays, underlays Message-Id: <41054@sgi.sgi.com> References: <20790@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <20790@uflorida.cis.ufl.EDU>, pff@beach.cis.ufl.edu (Pablo Fernicola) writes: > Are overlays and underlays available on the Personal Iris? > If they are not available, can I achieve the same results using writemasks? If you have a 24 bitplane Personal IRIS, you also get 2 bitplanes of overlay/underlay (as well as 2 bitplanes for the window manager overlays). If you have the entry-level 8 bitplane machine, I believe (someone at SGI correct me if I'm wrong!) you only get the 2 bitplanes for the window manager overlays. You cannot achieve the same results with writemasks with an RGB application. RGBwritemask would preserve bitplanes which would be directly used to display colors. You couldn't draw into these bitplanes and then overlay the other RGB bitplanes. The writemask command can be used for overlays/underlays with a color map application. However, you will need to alter the loaded colors in your color map to achieve the desired effect. Each bitplane used doubles the number of colors available for overlays/underlays (actually 2 to the N minus 1), but also halves the number of colors available for the normal drawing. For example, with an 8 bitplane system, if 3 are used for overlays, then there are 7 overlay colors and 32 (2 to the 5th) standard image colors. Double buffering makes a large difference when using writemasks. If you use the 2 special bitplanes provided on the 24-bitplane Personal IRIS, then the static overlay/underlay is only drawn once, and swapping buffers will have no effect on the overlay/underlay. If you use writemask, then the bitplanes are reserved in both buffers. Commercial message: Overlays and underlays are currently discussed in the first IRIS 4D Graphics course. Writemasks are not discussed in neither the Graphics nor the Advanced Graphics courses, but we are thinking about including them when we revise the courses. -- Mason ("sex, lies, and workstations") Woo (415) 962-3314 Silicon Graphics Computer Systems Internet: woo@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!woo   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24180; 28 Aug 89 18:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24084; 28 Aug 89 18:17 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23988; 28 Aug 89 18:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04053; 28 Aug 89 17:40 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA16012; Mon, 28 Aug 89 14:39:17 -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 Aug 89 21:29:23 GMT From: Timothy Hall Organization: Boston University Subject: Re: Overlays, underlays Message-Id: <37228@bu-cs.BU.EDU> References: <20790@uflorida.cis.ufl.EDU>, <41054@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <41054@sgi.sgi.com> woo@sharona.csd.sgi.com (Mason Woo) writes: >In article <20790@uflorida.cis.ufl.EDU>, pff@beach.cis.ufl.edu (Pablo Fernicola) writes: >> Are overlays and underlays available on the Personal Iris? >> If they are not available, can I achieve the same results using writemasks? > >You cannot achieve the same results with writemasks with an RGB application. >RGBwritemask would preserve bitplanes which would be directly used to >display colors. You couldn't draw into these bitplanes and then overlay >the other RGB bitplanes. > True, but if one is willing to give up the LSB of the RGB planes it is possible to fake 3 more overlay planes. So you could use RGBwritemask( 0xfe, 0xfe, 0xfe ) when writing to the RGB planes and RGBwritemask( 1, 1, 1 ) when writing to the "overlays". Use the gammaramp function to set what your overlay colors will be. -Tim tjh@bu-pub.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06857; 29 Aug 89 14:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06500; 29 Aug 89 14:15 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06419; 29 Aug 89 13:56 EDT Received: from [192.12.31.1] by SMOKE.BRL.MIL id aa03734; 29 Aug 89 13:37 EDT Date: Tue, 29 Aug 89 13:30:09 EDT From: "David F. Rogers" To: info-iris@brl.MIL Subject: Compileing Jove Message-ID: <8908291330.aa00442@CAD.USNA.MIL> G'day, We (Charlie Amos and I) have compiled jove4.13 for the 4D. To duplicate our efforts: 1. get jove4.13 from cs.rochester.edu 2. read the README.V.4D file below and follow the directions I am appending the modified makefile, sysdep.h, and .joverc files that we used here. Dave Rogers Professor David F. Rogers Aerospace Engineering Department U.S. Naval Academy Annapolis, MD 21402 USA Tel: 301-267-3283/4/5 ARPANET: dfr@usna.navy.mil UUCP: ~uunet!usna!dfr ________________________________ README.V.4D --------------------------------------- To make Jove for the 4D: untar the jove4.13.tar file. replace the Makefile with Makefile.V.4D replace the sysdep.h with sysdep.h.V.4D hand compile setmaps cc -o setmaps setmaps.c then do make hand install as required (the Makefile install command did not work for us): xjove to /usr/local/bin/jove teachjove to /usr/local/bin/teachjove recover to /usr/local/lib/jove/recover cmds.doc to /usr/local/lib/jove/cmds.doc .joverc to /usr/local/lib/jove/jove.rc To create the manual pages: nroff -man jove.nr > jove.man nroff -man teachjove.nr > teachjove.man cp jove.man /usr/catman/local/cat1/jove.1 cp teachjove.man /usr/catman/local/cat1/teachjove.1 cp teach-jove /usr/local/lib/jove/teach-jove ---------------------------------------- _____________________________ Makefile.V.4D ------------------------------- ########################################################################### # This program is Copyright (C) 1986, 1987, 1988 by Jonathan Payne. JOVE # # is provided to you without charge, and with no warranty. You may give # # away copies of JOVE, including sources, provided that this notice is # # included in all the files. # ########################################################################### # TMPDIR is where the tmp files get stored, usually /tmp or /tmp/jove. If # your system does not remove subdirectories of /tmp on reboot (lots do # remove them these days) then it makes sense to make TMPDIR be /tmp/jove. # But if you want to recover buffers on system crashes, you should create a # directory that doesn't get cleaned upon reboot, and use that instead. # You would probably want to clean out that directory periodically with # /etc/cron. # SHAREDIR is for online documentation, and the system-wide .joverc file. # LIBDIR is for the PORTSRV process and RECOVER. # BINDIR is where to put the executables JOVE and TEACHJOVE. # MANDIR is where the manual pages go for JOVE, RECOVER and TEACHJOVE. # MANEXT is the extension for the man pages, e.g., jove.1 or jove.l or jove.m. HOME=/usr/local DESTDIR = TMPDIR = /tmp RECDIR = $(HOME)/lib/jove SHAREDIR = $(HOME)/lib/jove LIBDIR = $(HOME)/lib/jove BINDIR = $(HOME)/bin MANEXT = 1 MANDIR = /usr/catman/local/cat$(MANEXT) JSHELL = /bin/csh PROG = jove VERSION = 4.13 # These should all just be right if the above ones are. JOVE = $(DESTDIR)$(BINDIR)/jove TEACHJOVE = $(DESTDIR)$(BINDIR)/teachjove RECOVER = $(DESTDIR)$(LIBDIR)/recover PORTSRV = $(DESTDIR)$(LIBDIR)/portsrv KBD = $(DESTDIR)$(LIBDIR)/kbd JOVERC = $(DESTDIR)$(SHAREDIR)/jove.rc CMDS.DOC = $(DESTDIR)$(SHAREDIR)/cmds.doc TEACH-JOVE = $(DESTDIR)$(SHAREDIR)/teach-jove JOVEM = $(DESTDIR)$(MANDIR)/jove.$(MANEXT) TEACHJOVEM = $(DESTDIR)$(MANDIR)/teachjove.$(MANEXT) # Select the right libraries for your system. # 2.10BSD:LIBS = -ltermcap # v7: LIBS = -ltermcap # 4.1BSD: LIBS = -ltermcap -ljobs # 4.2BSD: LIBS = -ltermcap # 4.3BSD: LIBS = -ltermcap # SysV Rel. 2: LIBS = -lcurses # SCO Xenix: LIBS = -ltermcap -lx # MIPS: -lbsd LIBS = -lbsd -lcurses # If you are not VMUNIX (vax running Berkeley Version 4), you must specify # the -i flags (split I/D space) and maybe the -x option (for adb to work). # 2.10BSD:LDFLAGS = # v7: LDFLAGS = # 4.1BSD: LDFLAGS = # 4.2BSD: LDFLAGS = # 4.3BSD: LDFLAGS = # SysV Rel. 2: LDFLAGS = -Ml # SCO Xenix: LDFLAGS = -Ml -F 3000 # # SEPFLAG should be: # not on a PDP-11: SEPFLAG = # PDP-11 with separate I&D: SEPFLAG = -i # PDP-11 without separate I&D: SEPFLAG = -n # LDFLAGS = SEPFLAG = # for SCO Xenix, set # MEMFLAGS = -Mle # CFLAGS = -LARGE -O -F 3000 -K -Mle (say -Mle2 for an 80286) # for MIPS, set # CFLAGS = -O -I/usr/include/bsd CFLAGS = -O -I/usr/include/bsd BASESEG = funcdefs.o keys.o argcount.o ask.o buf.o ctype.o delete.o \ disp.o insert.o io.o jove.o malloc.o marks.o misc.o re.o \ screen.o tune.o util.o vars.o version.o list.o keymaps.o OVLAY1 = abbrev.o rec.o paragraph.o fmt.o OVLAY2 = c.o wind.o fp.o move.o OVLAY3 = extend.o macros.o OVLAY4 = iproc.o re1.o OVLAY5 = proc.o scandir.o term.o case.o OBJECTS = $(BASESEG) $(OVLAY1) $(OVLAY2) $(OVLAY3) $(OVLAY4) $(OVLAY5) C_SRC = funcdefs.c abbrev.c argcount.c ask.c buf.c c.c case.c ctype.c \ delete.c disp.c extend.c fp.c fmt.c insert.c io.c iproc.c \ jove.c list.c macros.c malloc.c marks.c misc.c move.c paragraph.c \ proc.c re.c re1.c rec.c scandir.c screen.c term.c util.c \ vars.c version.c wind.c getch.c mac.c keymaps.c pcscr.c SOURCES = $(C_SRC) portsrv.c recover.c setmaps.c teachjove.c kbd.c HEADERS = argcount.h buf.h chars.h ctype.h dataobj.h disp.h \ externs.h fp.h io.h iproc.h jove.h keymaps.h list.h mac.h \ re.h rec.h scandir.h screen.h style.h sysdep.h temp.h termcap.h \ ttystate.h tune.h util.h vars.h wait.h wind.h DOCS1 = doc/example.rc doc/jove.1 doc/jove.2 doc/jove.3 \ doc/jove.4 doc/jove.5 doc/jove.nr doc/system.rc \ doc/teach-jove doc/teachjove.nr doc/README doc/jove.qref DOCS2 = doc/cmds.doc.nr DOCS3 = doc/joveman doc/cmds.doc doc/manpage DOCS = $(DOCS1) $(DOCS2) MISC = Makefile Makefile.dos tune.dos tune.template README Readme.dos \ Readme.mac iproc-pipes.c iproc-ptys.c SUPPORT = teachjove.c recover.c setmaps.c portsrv.c kbd.c keys.txt \ macvert.c menumaps.txt mjovers.Hqx BACKUPS = $(HEADERS) $(C_SRC) $(DOCS) $(SUPPORT) $(MISC) all: sdate xjove recover teachjove portsrv kbd macvert edate sdate: @echo "**** make started at `date` ****" edate: @echo "**** make completed at `date` ****" xjove: $(OBJECTS) $(CC) $(LDFLAGS) -o xjove $(OBJECTS) $(LIBS) @-size xjove gjove: $(OBJECTS) ld -X /lib/gcrt0.o -o gjove $(OBJECTS) -lc $(LIBS) @-size gjove ovjove: $(OBJECTS) ld $(SEPFLAG) $(LDFLAGS) -X /lib/crt0.o \ -Z $(OVLAY1) \ -Z $(OVLAY2) \ -Z $(OVLAY3) \ -Z $(OVLAY4) \ -Z $(OVLAY5) \ -Y $(BASESEG) \ -o xjove $(LIBS) -lc @-size xjove portsrv: portsrv.o $(CC) $(LDFLAGS) -o portsrv $(SEPFLAG) portsrv.o $(LIBS) kbd: kbd.o $(CC) $(LDFLAGS) -o kbd $(SEPFLAG) kbd.o $(LIBS) recover: rectune.h recover.o tune.o rec.h temp.h $(CC) $(LDFLAGS) -o recover $(SEPFLAG) recover.o tune.o $(LIBS) teachjove: teachjove.o $(CC) $(LDFLAGS) -o teachjove $(SEPFLAG) teachjove.o $(LIBS) setmaps: setmaps.c funcdefs.c $(CC) $(LDFLAGS) -o setmaps setmaps.c teachjove.o: teachjove.c /usr/include/sys/types.h /usr/include/sys/file.h cc -c $(CFLAGS) -DTEACHJOVE=\"$(TEACH-JOVE)\" teachjove.c # don't optimize setmaps.c because it produces bad code in some places # for some reason # setmaps.o: funcdefs.c keys.txt # $(CC) $(MEMFLAGS) -o setmaps setmaps.c # ignore error messages from setmaps # it doesn't understand ifdefs keys.c: setmaps keys.txt -./setmaps < keys.txt > keys.c keys.o: keys.c jove.h tune.c: Makefile tune.template -rm -f tune.c @echo "/* Changes should be made in Makefile, not to this file! */" > tune.c @echo "" >> tune.c @sed -e 's;TMPDIR;$(TMPDIR);' \ -e 's;LIBDIR;$(LIBDIR);' \ -e 's;SHAREDIR;$(SHAREDIR);' \ -e 's;BINDIR;$(BINDIR);' \ -e 's;SHELL;$(JSHELL);' tune.template >> tune.c rectune.h: Makefile -rm -f nrectune.h @echo "/* Changes should be made in Makefile, not to this file! */" > nrectune.h @echo "" >> nrectune.h @echo \#define TMP_DIR \"$(TMPDIR)\" >> nrectune.h @echo \#define REC_DIR \"$(RECDIR)\" >> nrectune.h -cmp -s nrectune.h rectune.h || (rm -f rectune.h; cp nrectune.h rectune.h) iproc.o: iproc-ptys.c iproc-pipes.c iproc.c $(CC) -c $(CFLAGS) iproc.c macvert: macvert.c $(CC) $(CFLAGS) -o macvert macvert.c # install doesn't work for Xenix (no install program) install: $(DESTDIR)$(LIBDIR) $(DESTDIR)$(SHAREDIR) \ $(TEACH-JOVE) $(CMDS.DOC) $(JOVERC) \ $(PORTSRV) $(KBD) $(RECOVER) $(JOVE) $(TEACHJOVE) $(JOVEM) \ $(RECOVERM) $(TEACHJOVEM) @echo See the README about changes to /etc/rc or /etc/rc.local @echo so that the system recovers jove files on reboot after a crash $(DESTDIR)$(LIBDIR): -mkdir $(DESTDIR)$(LIBDIR) $(DESTDIR)$(SHAREDIR): -mkdir $(DESTDIR)$(SHAREDIR) $(TEACH-JOVE): doc/teach-jove install -c -m 644 doc/teach-jove $(TEACH-JOVE) doc/cmds.doc: doc/cmds.doc.nr doc/jove.4 doc/jove.5 nroff doc/cmds.doc.nr doc/jove.4 doc/jove.5 > doc/cmds.doc $(CMDS.DOC): doc/cmds.doc install -c -m 644 doc/cmds.doc $(CMDS.DOC) $(JOVERC): doc/system.rc install -c -m 644 doc/system.rc $(JOVERC) $(PORTSRV): portsrv install -c -s -m 755 portsrv $(PORTSRV) $(KBD): kbd install -c -s -m 755 kbd $(KBD) $(RECOVER): recover install -c -s -m 755 recover $(RECOVER) $(JOVE): xjove install -c -m 755 xjove $(JOVE) $(TEACHJOVE): teachjove install -c -s -m 755 teachjove $(TEACHJOVE) $(JOVEM): doc/jove.nr @sed -e 's;TMPDIR;$(TMPDIR);' \ -e 's;LIBDIR;$(LIBDIR);' \ -e 's;SHELL;$(JSHELL);' doc/jove.nr > /tmp/jove.nr install -m 644 /tmp/jove.nr $(JOVEM) $(TEACHJOVEM): doc/teachjove.nr @sed -e 's;TMPDIR;$(TMPDIR);' \ -e 's;LIBDIR;$(LIBDIR);' \ -e 's;SHELL;$(JSHELL);' doc/teachjove.nr > /tmp/teachjove.nr install -m 644 /tmp/teachjove.nr $(TEACHJOVEM) echo: @echo $(C-FILES) $(HEADERS) lint: lint -n $(C_SRC) tune.c keys.c @echo Done tags: ctags -w $(C_SRC) $(HEADERS) iproc-ptys.c ciall: ci $(BACKUPS) coall: co $(BACKUPS) jove.shar: shar $(BACKUPS) > jove.shar tar: cd ..; ls -d `cat $(PROG)$(VERSION)/Exclude | \ sed 's,^,$(PROG)$(VERSION)/,'` > /tmp/tar$$$$.exclude ; \ rm -f /tmp/$(PROG)$(VERSION).tar.Z ; \ tar cvfX - /tmp/tar$$$$.exclude $(PROG)$(VERSION) | \ compress > /tmp/$(PROG)$(VERSION).tar.Z ; \ rm -f /tmp/tar$$$$.exclude backup: $(BACKUPS) tar chf backup $(BACKUPS) tape-backup: tar c $(BACKUPS) srcdownload: kermit -s $(SUPPORT) $(MISC) $(HEADERS) $(C_SRC) docdownload: kermit -s $(DOCS1) $(DOCS3) kermit -s doc/cmds.doc.nr -a cmdsdoc.nr touch: touch $(OBJECTS) clean: rm -f a.out core *.o keys.c tune.c xjove portsrv kbd recover setmaps \ teachjove macvert nrectune.h rectune.h # This version only works under 4.3BSD # To enable, remove single # from start of following lines depend: -rm -f makedep eddep for i in ${SOURCES} ; do \ cc -M ${CFLAGS} $$i | \ awk ' /[/]usr[/]include/ { next } \ { if ($$1 != prev) \ { if (rec != "") print rec; rec = $$0; prev = $$1; } \ else { if (length(rec $$2) > 78) { print rec; rec = $$0; } \ else rec = rec " " $$2 } } \ END { print rec } ' >> makedep; \ done echo '$$a' >eddep echo '' >>eddep echo '.' >>eddep echo '/^# DO NOT DELETE THIS LINE/+1,$$d' >>eddep echo '$$r makedep' >>eddep echo 'w' >>eddep cp Makefile Makefile.bak ed - Makefile < eddep -rm -f eddep makedep echo '# DEPENDENCIES MUST END AT END OF FILE' >> Makefile echo '# IF YOU PUT STUFF HERE IT WILL GO AWAY' >> Makefile echo '# see make depend above' >> Makefile # DO NOT DELETE THIS LINE -- make depend uses it funcdefs.o: funcdefs.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h funcdefs.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h funcdefs.o: ./screen.h ./style.h ./externs.h ./ctype.h abbrev.o: abbrev.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h abbrev.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h abbrev.o: ./screen.h ./style.h ./externs.h ./fp.h ./ctype.h argcount.o: argcount.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h argcount.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h argcount.o: ./screen.h ./style.h ./externs.h ask.o: ask.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h ask.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h ask.o: ./style.h ./externs.h ./termcap.h ./ctype.h ./chars.h ./disp.h buf.o: buf.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h buf.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h buf.o: ./style.h ./externs.h ./ctype.h ./disp.h c.o: c.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h c.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h c.o: ./style.h ./externs.h ./re.h ./ctype.h case.o: case.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h case.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h case.o: ./style.h ./externs.h ./disp.h ./ctype.h ctype.o: ctype.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h ctype.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h ctype.o: ./style.h ./externs.h ./ctype.h delete.o: delete.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h delete.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h delete.o: ./screen.h ./style.h ./externs.h ./disp.h disp.o: disp.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h disp.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h disp.o: ./style.h ./externs.h ./ctype.h ./termcap.h ./chars.h ./fp.h ./disp.h extend.o: extend.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h extend.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h extend.o: ./screen.h ./style.h ./externs.h ./fp.h ./termcap.h ./ctype.h extend.o: ./chars.h ./disp.h fp.o: fp.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h fp.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h fp.o: ./style.h ./externs.h ./fp.h ./ctype.h ./termcap.h fmt.o: fmt.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h fmt.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h fmt.o: ./style.h ./externs.h ./fp.h ./termcap.h ./ctype.h ./disp.h insert.o: insert.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h insert.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h insert.o: ./screen.h ./style.h ./externs.h ./ctype.h ./list.h ./chars.h insert.o: ./disp.h io.o: io.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h io.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h io.o: ./style.h ./externs.h ./list.h ./fp.h ./termcap.h ./ctype.h ./disp.h io.o: ./io.h ./temp.h iproc.o: iproc.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h iproc.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h iproc.o: ./style.h ./externs.h ./re.h ./ctype.h ./disp.h ./iproc-ptys.c iproc.o: ./wait.h ./ttystate.h jove.o: jove.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h jove.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h jove.o: ./style.h ./externs.h ./fp.h ./termcap.h ./ctype.h ./chars.h ./disp.h jove.o: ./ttystate.h list.o: list.c ./list.h ./tune.h ./sysdep.h macros.o: macros.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h macros.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h macros.o: ./screen.h ./style.h ./externs.h ./ctype.h ./fp.h ./chars.h ./disp.h malloc.o: malloc.c ./tune.h ./sysdep.h marks.o: marks.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h marks.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h marks.o: ./style.h ./externs.h misc.o: misc.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h misc.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h misc.o: ./style.h ./externs.h ./ctype.h move.o: move.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h move.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h move.o: ./style.h ./externs.h ./re.h ./ctype.h paragraph.o: paragraph.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h paragraph.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h paragraph.o: ./screen.h ./style.h ./externs.h proc.o: proc.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h proc.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h proc.o: ./style.h ./externs.h ./ctype.h ./fp.h ./re.h ./termcap.h ./wait.h re.o: re.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h re.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h re.o: ./style.h ./externs.h ./re.h ./ctype.h re1.o: re1.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h re1.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h re1.o: ./style.h ./externs.h ./fp.h ./re.h ./ctype.h ./chars.h ./disp.h rec.o: rec.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h rec.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h rec.o: ./style.h ./externs.h ./fp.h ./rec.h scandir.o: scandir.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h scandir.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h scandir.o: ./screen.h ./style.h ./externs.h screen.o: screen.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h screen.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h screen.o: ./screen.h ./style.h ./externs.h ./fp.h ./ctype.h ./termcap.h screen.o: ./disp.h term.o: term.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h term.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h term.o: ./style.h ./externs.h ./fp.h ./termcap.h util.o: util.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h util.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h util.o: ./style.h ./externs.h ./ctype.h ./termcap.h ./disp.h vars.o: vars.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h vars.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h vars.o: ./style.h ./externs.h version.o: version.c wind.o: wind.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h wind.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h wind.o: ./style.h ./externs.h ./termcap.h ./chars.h ./disp.h getch.o: getch.c ./tune.h ./sysdep.h mac.o: mac.c ./tune.h ./sysdep.h keymaps.o: keymaps.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h keymaps.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h keymaps.o: ./screen.h ./style.h ./externs.h ./list.h ./fp.h ./termcap.h keymaps.o: ./chars.h pcscr.o: pcscr.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h ./iproc.h pcscr.o: ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h ./screen.h pcscr.o: ./style.h ./externs.h portsrv.o: portsrv.c ./tune.h ./sysdep.h recover.o: recover.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h ./io.h recover.o: ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h ./vars.h recover.o: ./screen.h ./style.h ./externs.h ./temp.h ./rec.h ./ctype.h setmaps.o: setmaps.c ./funcdefs.c ./jove.h ./tune.h ./sysdep.h ./buf.h ./wind.h setmaps.o: ./io.h ./iproc.h ./dataobj.h ./keymaps.h ./argcount.h ./util.h setmaps.o: ./vars.h ./screen.h ./style.h ./externs.h ./ctype.h teachjove.o: teachjove.c kbd.o: kbd.c ./tune.h ./sysdep.h # DEPENDENCIES MUST END AT END OF FILE # IF YOU PUT STUFF HERE IT WILL GO AWAY # see make depend above ------------------------------------ _____________________________________ sysdep.h -------------------------------------- /*************************************************************************** * This program is Copyright (C) 1986, 1987, 1988 by Jonathan Payne. JOVE * * is provided to you without charge, and with no warranty. You may give * * away copies of JOVE, including sources, provided that this notice is * * included in all the files. * ***************************************************************************/ #ifdef THINK_C # define MAC 1 # define defined(x) (x) /* take this out and you're in trouble... */ typedef int size_t; #endif #if defined(MAC) || defined(MSDOS) extern int errno; #endif /* MAC */ #if !(defined(MSDOS) || defined(MAC) || defined(__STDC__)) # define void int #endif #ifndef __STDC__ #define const #endif /* The operating system (MSDOS or MAC) must be defined by this point. IBMPC is defined in the Makefile. All MAC defines should be numerical (i.e. #define MAC 1) so that defined() will work. */ #if !(defined(MSDOS) || defined(MAC)) # define UNIX #endif #ifdef UNIX # if !sun extern int errno; # endif # if sun # define YP_PASSWD /* if you are a sun running the yellow pages */ # endif # define KILL0 /* kill(pid, 0) returns 0 if proc exists */ #endif /* UNIX */ #ifdef UNIX # ifdef pdp11 # define SMALL # define JBUFSIZ 512 /* or 1024 */ # define NBUF 3 # else # define VMUNIX /* Virtual Memory UNIX */ # define JBUFSIZ 1024 # ifdef iAPX286 # define NBUF 48 /* NBUF*JBUFSIZ must be less than 64 kB */ # else # define NBUF 64 /* number of disk buffers */ # endif /* iAPX286 */ # endif #endif #ifdef SMALL typedef unsigned short daddr; #else # if defined(iAPX286) || defined(MSDOS) || defined(MAC) typedef long daddr; # else typedef int daddr; # endif /* iAPX286 */ #endif /* SMALL */ #ifdef UNIX /* pick your version of Unix */ /*# define BSD4_2 /* Berkeley 4.2 BSD */ /*# define BSD4_3 /* Berkeley 4.3 BSD and 2.10 BSD */ # define SYSV /* for (System III/System V) UNIX systems */ # define SYSVR2 /* system 5, rel. 2 */ # define SYSVR3 /* system 5, rel. 3 */ /* M_XENIX is defined by the Compiler */ #endif /* UNIX */ #ifdef SYSVR3 # ifndef SYSVR2 # define SYSVR2 /* SYSVR2 is a subset of SYSVR3 */ # endif # define SIGRESULT void # define SIGRETURN { return; } #endif #ifdef SYSVR2 # ifndef SYSV # define SYSV /* SYSV is a subset of SYSVR2 */ # endif #endif #ifdef BSD4_3 # ifndef BSD4_2 # define BSD4_2 /* 4.3 is 4.2 only different. */ # endif #endif #ifdef M_XENIX # define iAPX286 1 /* we have segments */ # define BSD_DIR #endif #ifdef MSDOS # ifdef M_I86LM /* large memory model */ # define NBUF 64 # else # define NBUF 3 # define SMALL # endif # define JBUFSIZ 512 /* or 1024 */ #endif #if !sun && !iAPX286 # define MY_MALLOC /* use more memory efficient malloc (not on suns) */ #endif #if (defined(BSD4_3) || defined(MAC)) # define RESHAPING /* enable windows to handle reshaping */ #endif #ifdef BSD4_2 /* byte_copy(from, to, len) */ # define byte_copy bcopy /* use fast assembler version */ # define byte_zero bzero # define strchr index # define strrchr rindex # define BSD_SIGS /* Berkeley style signals */ # define BSD_WAIT /* Berkeley style sys/wait.h */ # define WAIT3 /* Berkeley style wait3() */ # define BSD_DIR /* Berkeley style dirent routines */ # define VFORK /* if you have vfork(2) */ # define JOB_CONTROL /* if you have job stopping */ #endif #ifdef JOB_CONTROL # define MENLO_JCL #endif #ifdef apple-ux /* A/UX on a MacII */ # define BSD_WAIT /* Berkeley style sys/wait.h */ # define BSD_DIR /* Berkeley style dirent routines */ # define WAIT3 /* Berkeley style wait3() */ # define BSD_SIGS /* Berkeley style signals */ #endif #ifdef mips /* * MIPS and SGI boxes have BSD style wait, and directory routines if you link * -lbsd and define -I/usr/include/bsd on the compile line. But they have SysV * style signals. */ # define BSD_WAIT /* Berkeley style sys/wait.h */ # define BSD_DIR /* Berkeley style dirent routines */ # ifdef sgi # define WAIT3 /* Berkeley style wait3() */ # endif #endif #ifndef VFORK # define vfork fork #endif #ifndef BSD4_2 # define PIPEPROCS /* if IPROCS selected, use pipes */ #endif #if defined(SYSV) || defined(MSDOS) || defined(M_XENIX) #include # define byte_copy(s2, s1, n) memcpy(s1, s2, n) # define byte_zero(s, n) memset(s, 0, n) #endif #ifndef SIGRESULT # define SIGRESULT int # define SIGRETURN { return 0; } #endif #ifndef BSD4_2 # ifdef MENLO_JCL # define signal sigset # endif /* MENLO_JCL */ #endif #if !(defined(IBMPC) || defined(MAC)) # define TERMCAP # define ASCII #endif #ifdef ASCII /* seven bit characters */ # define NCHARS 0200 #else # define NCHARS 0400 #endif #define CHARMASK (NCHARS - 1) #ifndef MSDOS # define FILESIZE 256 #else /* MSDOS */ # define FILESIZE 64 #endif /* MSDOS */ #if defined(BSD_SIGS) extern long SigMask; # define SigHold(s) sigblock(SigMask |= sigmask(s)) # define SigRelse(s) sigsetmask(SigMask &= ~sigmask(s)) #else # define SigHold(s) sighold(s) # define SigRelse(s) sigrelse(s) # define killpg(pid, sig) kill(-(pid), (sig)) #endif ---------------------------------------- ________________________________________ .joverc ----------------------------------------- define-macro window-find-file ^[xwindow-find F auto-execute-command auto-fill-mode .*\.txt$ auto-execute-command show-match .*\.[lchy]$\|.*\.tex$ auto-execute-command c-mode .*\.[chy]$ auto-execute-command auto-indent .*\.[chy]$\|.*\.asm$\|.*\.for$ set bad-filename-extensions .o .obj .exe .com .dvi .lib set match-regular-expressions off set make-backup-files off set scroll-step 10 set internal-tabstop 4 set c-indentation-increment 4 set wrap-search off bind-to-key search-reverse R bind-to-key search-reverse r bind-to-key search-forward S bind-to-key search-forward s bind-to-key previous-page I bind-to-key next-page Q bind-to-key kill-region  bind-to-key kill-previous-word  bind-to-key beginning-of-file G bind-to-key end-of-file O bind-to-key kill-previous-word  bind-macro-to-key window-find-file 4 bind-to-key delete-previous-character  ----------------------------------------------- END   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07064; 29 Aug 89 14:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06857; 29 Aug 89 14:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06814; 29 Aug 89 14:23 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05478; 29 Aug 89 14:19 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA23301; Tue, 29 Aug 89 11:11: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: 29 Aug 89 17:26:20 GMT From: Mark T Vandewettering Organization: Princeton Univ. Computing and Information Technology Subject: mapw call? Message-Id: <10131@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a fragment of sourcecode that utilizes the mapw call on the silicon graphics? Or alternatively, how can I get a line in world coordinates from the corresponding screen coordinates? Your help is appreciated. Mark VandeWettering (markv@acm.princeton.edu)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08163; 29 Aug 89 15:56 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07908; 29 Aug 89 15:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07821; 29 Aug 89 15:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07241; 29 Aug 89 15:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26565; Tue, 29 Aug 89 12:09:17 -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 Aug 89 18:36:19 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: lookat Message-Id: <41092@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Howdy, The 'lookat' command on the IRIS assumes that 'y' is up. Most people want 'z' to be up. I think the PHIGS+ specification allows any vector to be up. So, I've written a routine that works like the 'lookat' command, except that instead of twist, you specify the x, y, and z components of an up vector. The results are undefined when the up vector and the look along vector are parallel. Be sure to prototype the function at the top of the file you wish to use it in. Enjoy-- thant@sgi.com =============================== cut here ============================= #include "math.h" #include "gl.h" #define X 0 #define Y 1 #define Z 2 void normalize(float v*); void cross(float *result, float *v1, float *v2); void upat(float vx, float vy, float vz, float px, float py, float pz, float ux, float uy, float uz) { int i; float forward[3], side[3], up[3]; float m[4][4]; forward[X] = px - vx; forward[Y] = py - vy; forward[Z] = pz - vz; up[X] = ux; /* temporarily use view-up to hold world-up */ up[Y] = uy; up[Z] = uz; normalize(forward); /* make side from view forward and world up */ cross(side, forward, up); normalize(side); /* make view up from view forward and view side */ cross(up, side, forward); m[0][0] = side[X]; m[1][0] = side[Y]; m[2][0] = side[Z]; m[3][0] = 0.0; m[0][1] = up[X]; m[1][1] = up[Y]; m[2][1] = up[Z]; m[3][1] = 0.0; m[0][2] = -forward[X]; m[1][2] = -forward[Y]; m[2][2] = -forward[Z]; m[3][2] = 0.0; m[0][3] = 0.0; m[1][3] = 0.0; m[2][3] = 0.0; m[3][3] = 1.0; multmatrix(m); translate(-vx, -vy, -vz); } void normalize(float *v) { float r; r = sqrt( v[X]*v[X] + v[Y]*v[Y] + v[Z]*v[Z] ); v[X] /= r; v[Y] /= r; v[Z] /= r; } void cross(float *result, float *v1, float *v2) { result[X] = v1[Y]*v2[Z] - v1[Z]*v2[Y]; result[Y] = v1[Z]*v2[X] - v1[X]*v2[Z]; result[Z] = v1[X]*v2[Y] - v1[Y]*v2[X]; } -- ----------------------------------------------------------------------------- Let us say, then, to summarize, that a mythology is an organization of images conceived as a rendition of the sense of life, and that this sense is to be apprehended in two ways, namely: 1) the way of thought, and 2) the way of experience. As thought mythology approaches -or is a primative prelude to- science; and as expierience it is precicely art. - Joseph Campbell -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08769; 29 Aug 89 16:25 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08495; 29 Aug 89 16:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08477; 29 Aug 89 16:06 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08780; 29 Aug 89 16:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA29362; Tue, 29 Aug 89 12:56: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: 29 Aug 89 19:47:03 GMT From: Scott J Mark Organization: Department of Computer Science, Purdue University Subject: Sound chip for the Personal IRIS Message-Id: <7783@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the graphics users' manual, under the section on porting applications to the Personal IRIS, it mentions that the Personal IRIS has a sound chip. I haven't been able to find any other information on whether this chip indeed exists, and how to use it if it does. We have a complete set of manuals, but no index has an entry for "sound." Can anyone clear this up please? Scott -- sjm@cs.purdue.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10072; 29 Aug 89 17:21 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09398; 29 Aug 89 16:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09347; 29 Aug 89 16:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09997; 29 Aug 89 16:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01031; Tue, 29 Aug 89 13:22: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: 29 Aug 89 20:10:34 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SUN PC-NFS demon Message-Id: <41100@sgi.sgi.com> References: <664@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <664@galen.acc.virginia.edu>, mlj8e@dale.acc.Virginia.EDU (Michael L. Johnson) writes: > Can anyone help me with the installation of the SUN PC-NFS system on my 4D80 > server? Most of the system works, but I have not been able to get > rpc.pcnfsd.c to compile on the 4D. Does someone have this available > to us by FTP? Thanks for the help. > > Use the compile line: cc -I/usr/include/sun -I/usr/include/bsd -0 -o rpc.pcnfsd rpc.pcnfsd.c \ -lrpcsvc -lsun -lbsd Then edit /etc/init.d/network and find the location where the nfsd 4's are started and insert a similar section for the pcnfsd's. This has been done many times by our customers, and should work properly for you. Jack Weldon Product Support System Engineer SGI Hotline -- Cheers, Jack "Elvis is alive and well and living in a trailer park in Muncie, Indiana" [National Enquirer]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10072; 29 Aug 89 17:21 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09781; 29 Aug 89 17:10 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09689; 29 Aug 89 16:59 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10272; 29 Aug 89 16:46 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA01853; Tue, 29 Aug 89 13:35:08 -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 Aug 89 20:19:40 GMT From: Tom Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: IRIX 3.1G implementation of X Message-Id: <17810@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, we got the Revision G tapes installed along with SGI's X development system, and I must say it is a bit irritating that SGI has chosen to implement X fonts in a nonstandard way. We have some X software that used to run under the alpha release of X, but it uses TeX fonts (made into X fonts with some application programs), so it no longer works on the Iris. So, is there any way to force the IRIX X system to use X fonts as generated by bdftosnf. Has anybody out there gotten TEXX2 to run on a 4D running 3.1G? Is there a better TeX previewer around? Has SGI got any plans to support true X fonts in the next release? Looking over the Font Management section of the release notes, I see mentions of designing ones own fonts. Since we have the X versions of the TeX fonts already made, is there any way to convert them to NeWS fonts? Like, is there a utility bundled in with the development kit? Or am I missing something obvious? If the answer is to RTFM, which FM should I R? I see no reference to X fonts anywhere except in the release notes. Thanks... +----------------------------------------------------------------------+ |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 aa11692; 29 Aug 89 21:26 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11580; 29 Aug 89 21:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11514; 29 Aug 89 21:05 EDT Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa10865; 29 Aug 89 17:15 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57873; Tue, 29 Aug 89 17:01:21 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.03B) with BSMTP id 2317; Tue, 29 Aug 89 16:48:49 EDT Date: Tue, 29 Aug 89 17:44:00 EDT From: Martin Serrer - Systems Manager Subject: RE: Jove To: info-iris@BRL.MIL X-VMS-To: NRCNET::IN%"info-iris@BRL.MIL" Message-Id: <89Aug29.170121edt.57873@ugw.utcs.utoronto.ca> Hi, I currently do not have the facilities to do anonymous FTP but would like to get a copy of JOVE4.13. Could I get someone out there in netland send me a copy... please?? (Dave Rogers??) Thank you Martin +------------------------------------------------------------------------------+ | Martin Serrer - Systems Munger | | | +---+ /----\ | | Systems Laboratory, Bldg. M-3 RM.118 | |\ | | | | \ | | Division of Mechanical Engineering | | \ | | | | | | National Research Council of Canada | | \ | |---+ | | | Ottawa, Ontario, Canada K1A-0R6 | | \ | | \ | | | serrer@syslab.nrc.ca (BITNET) | | \| | \ | / | | (613) 993-9442 (Bell) | | | | \ \----/ | +------------------------------------------------------------------------------+ + Software Rusts... Rust never Sleeps... + +------------------------------------------------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12697; 30 Aug 89 0:01 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12609; 29 Aug 89 23:50 EDT Received: from [192.5.23.3] by VMB.BRL.MIL id aa12546; 29 Aug 89 23:36 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01912; 29 Aug 89 22:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19821; Tue, 29 Aug 89 18:23: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: 29 Aug 89 19:09:24 GMT From: "Louis M. McDonald" Organization: The Aerospace Corporation, El Segundo, CA Subject: GIF to SGI...? Message-Id: <56867@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a GIF2SGI program so I can display some GIF images on the screen? I have gif2ps (postscript), and would prefer not re-inventing the wheel... Louis McDonald -- Louis McDonald The Aerospace Corporation louis@aerospace.aero.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02376; 30 Aug 89 23:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02239; 30 Aug 89 23:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02196; 30 Aug 89 22:59 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12979; 30 Aug 89 22:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA11291; Wed, 30 Aug 89 19:40:58 -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 Aug 89 14:28:16 GMT From: Mike York Organization: Voodoo Graphics Project Subject: Re: Overlays, underlays Message-Id: <580@voodoo.UUCP> References: <20790@uflorida.cis.ufl.EDU>, <41054@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <41054@sgi.sgi.com> woo@sharona.csd.sgi.com (Mason Woo) writes: >Commercial message: Overlays and underlays are currently discussed in the >first IRIS 4D Graphics course. Writemasks are not discussed in neither the >Graphics nor the Advanced Graphics courses, but we are thinking about >including them when we revise the courses. When I took the beginning gl class 4 years ago, writemasks were covered thoroughly. Now, when we we get a new person in our group and send them to the basic gl class, no writemasks. Writemasks are essential for our application. There are things you can do with writemasks in doublebuffer mode that can't be done with underlays/overlays. Writemasks should be covered in the basic gl class. -- 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 aa15335; 30 Aug 89 8:00 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13945; 30 Aug 89 6:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13926; 30 Aug 89 6:45 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06915; 30 Aug 89 6:29 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA16129; Wed, 30 Aug 89 03:17: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: 30 Aug 89 08:18:02 GMT From: Ramani Pichumani Organization: Stanford University Computer Science Department Subject: alloca(3C) Message-Id: <11580@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a real working version of alloca(3C) for the 4D's? Doug Gwen's semi-portable version won't do for my application since I truly need to extend the stack. Ramani Pichumani Tel: (415) 723-2902 or 723-2437 Department of Computer Science Fax: (415) 725-7411 Margaret Jacks Hall, Room 308 email: ramani@patience.stanford.edu Stanford, CA 94305 USA uunet!patience.stanford.edu!ramani   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18417; 30 Aug 89 10:21 EDT Received: by VMB.BRL.MIL id aa17853; 30 Aug 89 10:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15643; 30 Aug 89 8:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15583; 30 Aug 89 8:16 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa08061; 30 Aug 89 8:01 EDT Received: Wed, 30 Aug 89 08:00:22 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 30 Aug 89 08:00:22 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908301500.AA06529@aero4.larc.nasa.gov> To: cs.utexas.edu!ut-emx!chaos.utexas.edu!russo@tut.cis.ohio-state.edu Subject: Re: IRIX 3.1G implementation of X Cc: info-iris@BRL.MIL Where did you get TEXX2? Is this previewer general enough to use on othe machines? Any input would be helpful. Thanks. -- 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 aa19630; 30 Aug 89 11:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17506; 30 Aug 89 10:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17352; 30 Aug 89 9:47 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by SMOKE.BRL.MIL id aa10492; 30 Aug 89 9:28 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA27741; Wed, 30 Aug 89 08:29:17 CDT Date: Wed, 30 Aug 89 08:29:17 CDT From: Mike Goss Message-Id: <8908301329.AA27741@snow-white.merit-tech.com> To: usc!aero!louis@rutgers.edu Subject: Re: GIF to SGI...? Cc: info-iris@BRL.MIL Regarding the message: > Date: 29 Aug 89 19:09:24 GMT > From: "Louis M. McDonald" > Organization: The Aerospace Corporation, El Segundo, CA > Subject: GIF to SGI...? > Message-Id: <56867@aerospace.AERO.ORG> > > Does anyone have a GIF2SGI program so I can display some > GIF images on the screen? I have gif2ps (postscript), and > would prefer not re-inventing the wheel... If you have a 4D running 4Sight, you should theoretically be able to display PostScript images you get from gif2ps. There is a utility called "psview" that comes with the system which will display PostScript files in a window on the screen. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20689; 30 Aug 89 11:41 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19125; 30 Aug 89 10:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18949; 30 Aug 89 10:44 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa09777; 30 Aug 89 9:06 EDT Received: Wed, 30 Aug 89 04:46:28 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 30 Aug 89 07:56:32 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 30 Aug 89 07:56:32 EDT From: Tony Facca Message-Id: <8908301156.AA28217@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Problems with remote bru on PI's Just a follow up.. A couple of weeks ago I mentioned we were having trouble getting bru to access remote machines. Several people suggested that the password be removed from "guest" on the remote machines. This worked, thank you. It was also suggested that the problem may be fixed in release 3.1G. After installing 3.1G, I can report that the problem still exists. It was also reported that it is fixed "for sure" in 3.2 -- that would be nice. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21591; 30 Aug 89 12:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21210; 30 Aug 89 12:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20911; 30 Aug 89 11:52 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa14253; 30 Aug 89 11:45 EDT Date: Wed, 30 Aug 89 11:34:04 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: [David F. Rogers: Mouse] Message-ID: <8908301134.aa01239@CAD.USNA.MIL> G'day, My understanding is that the mouse on the 4D series Irises uses a serial interface. Does anyone know for sure if this is true? If so, then does anyone know of a mechanical mouse, i.e. NOT an optical mouse which does not use the pad, that will work with the 4D. Dave Rogers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25638; 30 Aug 89 15:01 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25294; 30 Aug 89 14:50 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25097; 30 Aug 89 14:32 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa03656; 30 Aug 89 14:18 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA23081; Wed, 30 Aug 89 12:27:13 -0500 Received: from horizon.kai.com (horizon) by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA16300; Wed, 30 Aug 89 10:47:28 cdt Received: by horizon.kai.com (4.12/kai2.5c/09-20-88) id AA22432; Wed, 30 Aug 89 10:47:24 cdt Date: Wed, 30 Aug 89 10:47:24 cdt Message-Id: <8908301547.AA22432@horizon.kai.com> Organization: KAI, 1906 Fox Drive, Champaign, IL 61820, (217-356-2288) From: David Nelson To: info-iris@BRL.MIL Subject: Saving megabytes of disk space We've been having fun trying to build a rather LARGE library on our 4D. The library of all of the objects in our development system is just under 15 megabytes on our Sequent Symmetry (intel 80386 based), but was well over 38 megabytes on the 4D. There is only so much one can explain away by RISC, and the many headers in the Mips symbol table. It turns out that the Mips compiler does not remove external symbols that are declared but never used. The whole symbol table is written to the object file. Now we have this package of 900+ "capability" switches that almost every file includes, and usually only a few of the switches are actually used in each file. We also use nice long descriptive names for each switch so when the source code is translated to C, 98% end up being 31 characters long. (The translator hashes all names longer than 31 chars down to that limit.) Now for the estimate, a symbol takes: 12 bytes for the symbol structure + strlen(name)+1 bytes of string space (usually 32 bytes) ---------- 44 bytes so for 450+ files, 900+ symbols, each taking up around 44 bytes thats . . . 17,820,000+ bytes just for the "capability" switches! Now that I have a handle on the size (of the) problem, what can one do to eliminate it. Our system manager gave me the number of the Hotline to see if they could help. They were not able to provide a solution that day, but they told me they would look into it. The next business day, I got a call back that "ld -r" was my answer. When ld writes out the new symbol table it does not write out unused external symbols. I wrote a simple shell script to process each of the object files with ld and then rebuild the library. It turns out that library is now well under 20M. (BTW, the executable image is about 11M and when we take out checks, debug code, other code not related to this particular version of the product and strip the executable, it is only about 1.5M.) We saved 18,677,648 bytes on the library and an equal amount on the object files. Not the mention the same amount we would need to have free on the TMPDIR file system while the library is being rebuilt. I'm quite pleased with the response from the Hotline, now if Mips would make this an option on the C compiler . . . #include David Nelson UUCP: ...!uunet!uiucuxc!kailand!dnelson Kuck and Associates, Inc. Internet: dnelson@kai.com 1906 Fox Drive Champaign, Ill. 61820 Optimizing software for supercomputers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad28218; 30 Aug 89 16:28 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab27741; 30 Aug 89 16:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27726; 30 Aug 89 16:03 EDT Received: from [128.200.15.20] by SMOKE.BRL.MIL id aa06572; 30 Aug 89 15:46 EDT Received: from hydra.cf.uci.edu by orion.cf.uci.edu id aa04425; 30 Aug 89 12:43 PDT Received: from localhost by hydra.cf.uci.edu (4.0/SMI-4.0dr) id AA06683; Wed, 30 Aug 89 12:44:49 PDT Message-Id: <8908301944.AA06683@hydra.cf.uci.edu> To: "Brent L. Bates AAD/TAB MS294 x42854" Cc: info-iris@BRL.MIL Subject: Re: IRIS 3030 Disk Problems In-Reply-To: Your message of Tue, 22 Aug 89 08:19:33 -0400. <8908221519.AA03066@aero4.larc.nasa.gov> Date: Wed, 30 Aug 89 12:44:47 -0700 From: Dana Roode Brent, thanks for your reply regarding 3030 disk problems. The disk has been recreated now, and thinks are working better. >> There is no documentation available on sifex, unless you have the >> maintenance manuals and only maintenace people have that. The formatting >> options require a password for use, but those are in the maintenace manual. That's bad! >> We have 3.6 OS and as far as I know that is the most recent version of >> the system. Section 4.5 of the Owner's Guide is on Crash Recovery and it >> shows you how to reload the system from tape. I have used the section >> many times (too many times) to recover the system and I think it is fairly >> straight forward to do. Hopefully you shouldn't have any problems. Thanks for this info, Im glad we arent way behind in the OS. I dont work on this system normally, so it was hard to tell. >> If the disk is completely dead, you could buy the same drive from a third >> party for at least half the cost that SGI would charge you. I have heard >> from people who have done this and it seems to work. Of course NO ONE at >> SGI would recomend it, but you know how that is. We have a 380Mb drive on >> order, to replace the 170Mb drive that came with our machine. As soon as >> we have that installed and running I will post our results on info-iris. >> Our current drive is a Hitachi 512-17 ESDI drive. You could probably >> order it from a third party and install it your selves without too much >> problem. Also I think Hitachi has a 1 year warranty on the drive as opposed >> to the 90 day warranty that SGI has. >> I hope this is of some help. >> -- We will be most interested in your results. dana   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab28604; 30 Aug 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28218; 30 Aug 89 16:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27763; 30 Aug 89 16:04 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06733; 30 Aug 89 15:51 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA15983; Wed, 30 Aug 89 12:31: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: 30 Aug 89 18:02:30 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Looking for a profiling tool for SGI 4D machines Message-Id: <41139@sgi.sgi.com> References: <1095@taurus.BITNET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1095@taurus.BITNET>, adiro@TAURUS.BITNET writes: > We are looking for a profiling tool which produces a call graph with > execution times of the different routines. It is to be applied to > executable files. Especially we are interested in tools suitable for > the C programming language. > I'm not sure what gprof does but you can use pixie(1) and prof(1) to profile your application. Take your application, foo. To prepare you application for profiling, use: pixie foo To collect the profile data, run the file "foo.pixie" which was created by "pixie foo". prof has numerous options for view the profile data. To get "call graph" statistics, use "prof -pixie -invocations foo". Something useful I have found using "prof" is to use "-quit 1%". What you might do is this. prof -pixie -quit 1% foo # find out which routine(s) are most # heavily used prof -pixie -invocations -only most_heavily_used_function # to find out which routines call # the most_heavily_used_function # and how many times it is called # from each of those functions Hope this helps. -- ------------------------------------------------------------------------------- Cosmo Ciemo, Silicon Valley Dude I was traipsing through the fields of my mind when I stepped in something that smelled rather ripe. -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac28604; 30 Aug 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ae28218; 30 Aug 89 16:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28176; 30 Aug 89 16:20 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07378; 30 Aug 89 16:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA17762; Wed, 30 Aug 89 13:01:17 -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: 30 Aug 89 18:06:52 GMT From: "Gordon V. Bancroft" Organization: NASA Ames Research Center, Moffett Field, CA Subject: GL event que (GTX/120) Message-Id: <3045@amelia.nas.nasa.gov> References: <56867@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know if the event que can be shared across processes on the GTX machines, and at that I want those events to be ones that we push on to the que. This is for interprocess communication, if it isn't obvious. Thanks, Gordon Bancroft .   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28978; 30 Aug 89 16:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28604; 30 Aug 89 16:43 EDT Received: by VMB.BRL.MIL id ac28117; 30 Aug 89 16:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27073; 30 Aug 89 15:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05613; 30 Aug 89 15:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA14433; Wed, 30 Aug 89 12:04: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: 30 Aug 89 16:32:24 GMT From: psuvm!rie@psuvax1.cs.psu.edu Organization: Penn State University Subject: compiling JOVE on Personal Iris Message-Id: <89242.123224RIE@PSUVM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I tried to compile JOVE 4.14 (only version avaiable from cs.rochester.edu) without luck! In the Makefile LIBS = -lbsd -lcurses and CFLAGS= -O -I/usr/include/bsd was specified. In the file sysdep.h i ensured that UNIX SYSV , SYSVR2 , SYSVR3 was defined by taking out the comments from appropriate lines (3 lines). While compiling JOVE i got the following error message during linking xjove: /usr/bin/ld: Undefined: gldav This is the only error message that i get. Any suggestions to correct this error would be highly appreciated. Thanks, Subhransu Roy E-mail: s3r@ecl.psu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01499; 30 Aug 89 21:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01297; 30 Aug 89 20:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01242; 30 Aug 89 20:42 EDT Received: from [128.56.1.12] by SMOKE.BRL.MIL id aa11358; 30 Aug 89 20:29 EDT Received: by faculty.ecs.USNA.NAVY.MIL id 4124; Wed, 30 Aug 89 20:29:52 EST From: "Mr. Charlie A. Amos (ECSD/CADIG STAFF) " To: info-iris@BRL.MIL Subject: Re: compiling JOVE on Personal Iris Message-Id: <89Aug30.202952est.4124@faculty.ecs.USNA.NAVY.MIL> Date: Wed, 30 Aug 89 20:29:39 EST >While compiling JOVE i got the following error message during linking xjove: >/usr/bin/ld: >Undefined: >gldav I'm not 100% sure with jove 4.14, but with 4.13 commenting out the definition of LOAD_AV in tune.h will fix this problem. Charlie Amos (amos@usna.navy.mil).   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02027; 30 Aug 89 22:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01824; 30 Aug 89 22:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01786; 30 Aug 89 22:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12466; 30 Aug 89 22:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA08945; Wed, 30 Aug 89 18:57: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: 31 Aug 89 01:43:36 GMT From: Tom Stockfisch Organization: Chemistry Dept, UC San Diego Subject: reverse video on 4D Message-Id: <537@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The "edge" debugger on our 4D20 presents windows with black letters on a white background -- i.e., reverse video. Is there any way to get a shell window that looks like this? Also, when you run the editor from inside edge you get a window that is not only reverse video, but also a larger font than is possible with any of the font/size options on a normal shell window. Is there any way to get *that* in a shell window? Yours truly, I. Strained -- || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03270; 31 Aug 89 4:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03243; 31 Aug 89 4:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03228; 31 Aug 89 3:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15614; 31 Aug 89 3:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26205; Thu, 31 Aug 89 00:21: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: 30 Aug 89 23:43:38 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Sound chip for the Personal IRIS Message-Id: <41162@sgi.sgi.com> References: <7783@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7783@medusa.cs.purdue.edu>, sjm@cs.purdue.EDU (Scott J Mark) writes: > > In the graphics users' manual, under the section on porting > applications to the Personal IRIS, it mentions that the Personal IRIS > has a sound chip. I haven't been able to find any other information > on whether this chip indeed exists, and how to use it if it does. > We have a complete set of manuals, but no index has an entry > for "sound." Can anyone clear this up please? The sound chip exists on all Personal Irises. The only documentation is the man page for the driver /dev/audio. You will need to get a speaker and microphone. The PI has miniature audio jacks in the back. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03270; 31 Aug 89 4:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03243; 31 Aug 89 4:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03228; 31 Aug 89 3:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15616; 31 Aug 89 3:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26236; Thu, 31 Aug 89 00:21: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: 30 Aug 89 23:47:44 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIX 3.1G implementation of X Message-Id: <41163@sgi.sgi.com> References: <17810@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <17810@ut-emx.UUCP>, russo@chaos.utexas.edu (Tom Russo) writes: > Well, we got the Revision G tapes installed along with SGI's X development > system, and I must say it is a bit irritating that SGI has chosen to implement > X fonts in a nonstandard way. We have some X software that used to run under > the alpha release of X, but it uses TeX fonts (made into X fonts with some > application programs), so it no longer works on the Iris. > > So, is there any way to force the IRIX X system to use X fonts as > generated by bdftosnf. Has anybody out there gotten TEXX2 to run on a > 4D running 3.1G? Is there a better TeX previewer around? Has SGI got > any plans to support true X fonts in the next release? If you have bdf files you can use the standard dumpfont and bldfamily utilities to convert them to fonts suitable for use by the SGI font manager libfm.a (which is used by both X and NeWS). If you have programs that generate "snf" files then you are asking for trouble. There is no guarantee that one X server's "server natural form" is the smae as another's. Even if the structures are the same the bits may be ordered differently. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac03270; 31 Aug 89 4:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac03243; 31 Aug 89 4:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac03228; 31 Aug 89 3:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15618; 31 Aug 89 3:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26182; Thu, 31 Aug 89 00:21: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: 30 Aug 89 23:38:42 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SaveBehind field of NeWS canvases Message-Id: <41161@sgi.sgi.com> References: <11510@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11510@polya.Stanford.EDU>, ramani@anaconda.uucp (Ramani Pichumani) writes: > > I have been trying in vain to build a popup window in 4sight that will > save the contents of a DGL window underneath it. I really need this > feature because the time to redraw the images underneath can be > unacceptably long. I've tried the following PostScript code with no > success: > > /win framebuffer newcanvas def % create a canvas > win /SaveBehind true put % enable SaveBehind Because all the GL (and DGL clients) are drawing asynchronously to the window server, SaveBehind isn't a good solution. Most GL applications will change their bits will the SaveBehind is active thus outdating the SaveBehind contents. Notifying the window server every time a GL client drew would seriously affect GL performance so we don't do it. For this reason GL canvases are always damaged even though the canvas above has SaveBehind set to true. This causes a REDRAW to be sent to the client. Also SaveBehind doesn't save the contents of the window-id planes. It wasn't worth the extra memory it would have taken since I was causing damage to GL canvases and all NeWS canvases have the same window-id value. We are designing a new GL client to window system interface and are considering hints that a slow drawing client such as yours could use to request different treatment. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad03270; 31 Aug 89 4:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad03243; 31 Aug 89 4:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad03228; 31 Aug 89 3:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15620; 31 Aug 89 3:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA26163; Thu, 31 Aug 89 00:20: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: 30 Aug 89 23:21:31 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X11 development Message-Id: <41160@sgi.sgi.com> References: <11325@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11325@polya.Stanford.EDU>, ramani@modesty.Stanford.EDU (Ramani Pichumani) writes: > > We have recently installed 3.1G on our 4D machines and are interested > in developing X11-based applications. Apparently, SGI ships a > development version of X windows which is purchased separately. Since > X is public domain and has already been ported to many machines, it > seems rather odd that SGI is charging $$$$ for something which is > obtained for free on Sun, DEC and HP workstations. I am wondering if > anyone else has already ported Xlib, etc, to the 4D's and if so, they > can make their code patches available to other users. > We charge for the development option because: a) it includes a set of manuals that costs us a lot of money b) we support it - i.e. we pay people to port it and fix bugs in it If you want the "free" (MIT copyrighted, not public domain) version then get it from MIT, port it and print your own documentation. DEC and Sun both charge for their X products. You have to pay money to DEC to get any software for the 3100 beyond the basic UNIX with a dumb terminal emulator. Sun charges a licence fee for X11/NeWS (I'm pretty sure they do anyway). I expect that as Sun rolls over to X11/NeWS as the default window system on their systems they will come up with a strategy similar to ours. I don't know about HP but I expect they charge for their products too. One of the great myths about X is that it is free. It is only free if you are capable of doing software development, have network access payed for by someone else, and have time to spare. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03424; 31 Aug 89 4:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03205; 31 Aug 89 3:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03188; 31 Aug 89 3:20 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15443; 31 Aug 89 3:02 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA23323; Wed, 30 Aug 89 23:50: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: 31 Aug 89 00:05:28 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Icon questions Message-Id: <41164@sgi.sgi.com> References: <8908091355.AA16279@lerc08.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8908091355.AA16279@lerc08.lerc.nasa.gov>, fsfacca@LERC08.LERC.NASA.GOV (Tony Facca) writes: > > We are beginning to acquire quite an installed base of Personal Iris's here at > the lab, and one strange problem has come up on several occassions. There are > several icons that get started by the system (tools, windows, and demos, I > think) and we add a few local ones to the "user.ps" in the /usr/NeWS/lib > directory for all to use. Each user may then add a couple of their own. > > Why is it that sometimes, not all of the icons get fired up?? This seems to > happen more frequently on the 8Meg systems than on the 12 and 16Meg ones. > One user complained that she actually got two of the same icon? Is this > possible (without starting a second "chest" from the command line, of course)? The missing toolchests (as we call them): I assume you are running 3.1 Revision D. There is a race condition that has been present since release 3.0 but for some reason didn't show up until now. The fix is to edit the file /usr/NeWS/lib/NeWS/init.ps and move the call to "StartMostThings" to the end of the function "go!" just before this line: StartMostThings systemdict /cursorfont known {/ptr /ptr_m setRootCursor} if I don't have a release 3.1D system available to be make diffs, sorry. I posted the fix a few weeks ago. This is fixed in Rev G and Release 3.2. The duplicate chests: I don't know anyway to do this except to run the chest commands again. The random ordering: This happens because we are forking unix processes to connect to the server and the order they connect in is at the mercy of the Unix scheduler. In release 3.2 we have created a utility called seqfork that waits for the connection to happen before returning. This gives us a guaranteed order at the expense of a slightly slower startup. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06442; 31 Aug 89 8:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04623; 31 Aug 89 7:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04619; 31 Aug 89 7:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id ab17870; 31 Aug 89 7:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA05534; Thu, 31 Aug 89 03:50: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: 30 Aug 89 15:01:24 GMT From: Mark Andrews Organization: Alias Research Inc., Toronto, Canada Subject: Exabyte head cleaning kit Message-Id: <450@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL My company recently purchased a 8mm Exabyte tape drive for one of our SGI 4D workstations. I require some information on the availability and price of a Exabyte head cleaning kit. An address (and/or phone #) and price would be appreciated. ------------------------------------------------------------------------------ Mark Andrews Systems Programmer, Alias Research, Toronto, Canada Phone: (416)-362-9181 UUCP: mark%alias@csri.utoronto.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08515; 31 Aug 89 9:23 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07629; 31 Aug 89 9:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07454; 31 Aug 89 8:51 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by SMOKE.BRL.MIL id aa20129; 31 Aug 89 8:30 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA00238; Thu, 31 Aug 89 07:31:19 CDT Date: Thu, 31 Aug 89 07:31:19 CDT From: Mike Goss Message-Id: <8908311231.AA00238@snow-white.merit-tech.com> To: info-iris@BRL.MIL Subject: Re: reverse video on 4D Regarding the message: > Date: 31 Aug 89 01:43:36 GMT > From: Tom Stockfisch > Organization: Chemistry Dept, UC San Diego > Subject: reverse video on 4D > Message-Id: <537@chem.ucsd.EDU> > > The "edge" debugger on our 4D20 presents windows with black letters on a > white background -- i.e., reverse video. Is there any way to get a > shell window that looks like this? > > Also, when you run the editor from inside edge you get a window that is > not only reverse video, but also a larger font than is possible with > any of the font/size options on a normal shell window. Is there any way > to get *that* in a shell window? You can change colors in a shell window with the command "textcolors"; the four parameters are the foreground, background, highlight, and cursor colors (not necessarily in that order; see the manual page). Wsh also allows you to specify a font and colors when you start up a shell window. You can find the fonts available in directory /usr/NeWS/fonts; leave off the file extension. You can also specify window position on the screen, and window size (there are terminfo entries for 24 line, 40 line, and 66 line windows). See the wsh(1) manual page for more details. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09581; 31 Aug 89 9:53 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08868; 31 Aug 89 9:43 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08581; 31 Aug 89 9:24 EDT Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa21070; 31 Aug 89 9:02 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57350; Thu, 31 Aug 89 09:01:14 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.03B) with BSMTP id 1521; Thu, 31 Aug 89 09:02:47 EDT Date: Thu, 31 Aug 89 09:56:00 EDT From: Martin Serrer - Systems Manager Subject: RE: Sound chip for the Personal IRIS To: info-iris@BRL.MIL X-VMS-To: NRCNET::IN%"info-iris@BRL.MIL" Message-Id: <89Aug31.090114edt.57350@ugw.utcs.utoronto.ca> Hi, Scott Mark of Department of Computer Science, Purdue University writes... > In the graphics users' manual, under the section on porting >applications to the Personal IRIS, it mentions that the Personal IRIS >has a sound chip. I haven't been able to find any other information >on whether this chip indeed exists, and how to use it if it does. > We have a complete set of manuals, but no index has an entry >for "sound." Can anyone clear this up please? Try looking in the back of the IRIS-4D System Administrators Reference Manual Section 1M -Section 7 in the special files section under AUDIO(7) The description is somewhat terse and lacking in examples but there is something there. Now if SGI would only document the AUDIO channel on my 4D50 processor card... Martin +------------------------------------------------------------------------------+ | Martin Serrer - Systems Munger | | | +---+ /----\ | | Systems Laboratory, Bldg. M-3 RM.118 | |\ | | | | \ | | Division of Mechanical Engineering | | \ | | | | | | National Research Council of Canada | | \ | |---+ | | | Ottawa, Ontario, Canada K1A-0R6 | | \ | | \ | | | serrer@syslab.nrc.ca (BITNET) | | \| | \ | / | | (613) 993-9442 (Bell) | | | | \ \----/ | +------------------------------------------------------------------------------+ + Software Rusts... Rust never Sleeps... + +------------------------------------------------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09805; 31 Aug 89 10:04 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08868; 31 Aug 89 9:43 EDT Date: Thu, 31 Aug 89 9:24:01 EDT From: Gary S. Moss (VLD/VMB) To: Tom Stockfisch cc: info-iris@BRL.MIL Subject: Re: reverse video on 4D Message-ID: <8908310924.aa08497@VMB.BRL.MIL> Tom, The manual page for 'wsh' explains how to set up colors and fonts. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12350; 31 Aug 89 11:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11427; 31 Aug 89 11:12 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa11384; 31 Aug 89 11:05 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa03414; 31 Aug 89 10:59 EDT Received: Thu, 31 Aug 89 07:57:45 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 31 Aug 89 11:08:10 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 31 Aug 89 11:08:10 EDT From: Tony Facca Message-Id: <8908311508.AA04319@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Image Scanner for PI We are looking for a 300 DPI scanner, which can be connected to a Personal Iris. Does anyone have experience with this? It would be nice if the vendor supplied both the hardware and a software driver which would enable us to scan in color images, cut, paste, resize, them, etc. If the format of the image file were compatible with SGI's image tools, so much the better. I'd appreciate any information, suggestions, etc. Thanks in advance, - Tony -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00387; 31 Aug 89 12:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00234; 31 Aug 89 12:08 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab00210; 31 Aug 89 11:53 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa03672; 31 Aug 89 11:06 EDT Received: Thu, 31 Aug 89 08:05:28 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 31 Aug 89 10:49:43 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 31 Aug 89 10:49:43 EDT From: Tony Facca Message-Id: <8908311449.AA03999@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: reverse video on 4D Tom Stockfisch writes: > The "edge" debugger on our 4D20 presents windows with black letters on a > white background -- i.e., reverse video. Is there any way to get a > shell window that looks like this? > > Also, when you run the editor from inside edge you get a window that is > not only reverse video, but also a larger font than is possible with > any of the font/size options on a normal shell window. Is there any way > to get *that* in a shell window? try: wsh -C 0,7,0,0 -fCourier.16 Or, build it into your user.ps file: . . /RestartActions [ . . { (wsh -n c_shell -C 0,7,0,0 -fCourier.16) forkunix } . . ] def . . (c_shell) 165 150 preforigin . . -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02759; 31 Aug 89 13:36 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02296; 31 Aug 89 13:26 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02263; 31 Aug 89 13:16 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa06529; 31 Aug 89 13:12 EDT Received: Thu, 31 Aug 89 10:10:51 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 31 Aug 89 13:20:57 EDT by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 31 Aug 89 13:20:57 EDT From: Tony Facca Message-Id: <8908311720.AA05873@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Reverse Video on the 4D Tom Stockfisch writes: > The "edge" debugger on our 4D20 presents windows with black letters on a > white background -- i.e., reverse video. Is there any way to get a > shell window that looks like this? > > Also, when you run the editor from inside edge you get a window that is > not only reverse video, but also a larger font than is possible with > any of the font/size options on a normal shell window. Is there any way > to get *that* in a shell window? try: wsh -C 0,7,0,0 -fCourier.16 Or, build it into your user.ps file: . . /RestartActions [ . . { (wsh -n c_shell -C 0,7,0,0 -fCourier.16) forkunix } . . ] def . . (c_shell) 165 150 preforigin . . -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03840; 31 Aug 89 14:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03254; 31 Aug 89 14:01 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03213; 31 Aug 89 13:55 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa07264; 31 Aug 89 13:44 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA24366; Thu, 31 Aug 89 10:24:59 -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: 31 Aug 89 17:06:18 GMT From: Lance Kurisaki Organization: UCLA Computer Science Department Subject: Remapping keyboard Message-Id: <26822@shemp.CS.UCLA.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a Personal Iris system, and would like to remap the keyboard so that the caps lock and control keys swap functions. I've tried to read as many manuals as I can, but haven't found the information. Is it possible? Thanks. Lance Kurisaki kurisaki@cs.ucla.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04297; 31 Aug 89 14:37 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03977; 31 Aug 89 14:27 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03974; 31 Aug 89 14:22 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa07843; 31 Aug 89 14:13 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA25580; Thu, 31 Aug 89 10:49: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: 31 Aug 89 17:09:17 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: reverse video on 4D Message-Id: <41195@sgi.sgi.com> References: <537@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <537@chem.ucsd.EDU>, tps@chem.ucsd.edu (Tom Stockfisch) writes: > The "edge" debugger on our 4D20 presents windows with black letters on a > white background -- i.e., reverse video. Is there any way to get a > shell window that looks like this? > Yes, you can use the wsh command with the -C option. Try "man wsh" to for information on the options. The -C command lets you pick colors from the system color map to use for the text color, page color, highlight color and cursor color. You might try using showmap to display the default color map and using cedit to "point" at the colors you like to get their color index number which is required for specifying the color on the -C command line. To use cedit to point a colors in the color map, you must first move the cursor into the cedit window, to activate the input focus (banner highlight comes on in the window border). Then hold down any key to maintain input focus for cedit. You can move the cursor around with the mouse and point at any color you are interested in. cedit won't register RGB colors on the screen, only color index colors. You can read the color index off the cedit window. > > Also, when you run the editor from inside edge you get a window that is > not only reverse video, but also a larger font than is possible with > any of the font/size options on a normal shell window. Is there any way > to get *that* in a shell window? > When the cursor is over the wsh (shell window), the right mouse button should give a "font->" selection. If you pull right over that selection, you will see, at the bottom of the list of fonts, another selection "points->" which contains a wide variety of point sizes. By picking a font and point size combination, you should be able to acheive a large font to your taste. wsh also, has a -f option for specifying a font and point size. As an added bonus, we'll throw in this ginsu knife, er ... uh ... toolchest. I have my own default set of windows I like to deal with. For this, I created a Shells chest that I use for picking shell windows. It is an exercise for the reader to modify it to their liking. ----- shellschest ------------------------------------------------------------- #! /usr/sbin/psh /forkwsh { % args => - (wsh -r1000 -m66x132 -fCourier.11 -C0,7,1,2 ) exch append forkunix } def /Shells [ (60x80) (40x80) (24x80) (60x132) (40x132) ] [ { currentkey (-s) exch append forkwsh } ] (Shells) /new ToolChest send def ----- shellschest ------------------------------------------------------------- Cut out the above file and save it in shellschest. chmod +x shellschest. When you execute shellschest, it will put up a toolchest similar to the "Windows" chest and "Tools" chest. See the windowchest manual page for how to add this to your user.ps RestartActions. -- ------------------------------------------------------------------------------- Cosmo Ciemo, Silicon Valley Dude I was traipsing through the fields of my mind when I stepped in something that smelled rather ripe. -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05676; 31 Aug 89 15:27 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05200; 31 Aug 89 15:16 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05161; 31 Aug 89 15:07 EDT Received: from ew09.nas.nasa.gov by ADM.BRL.MIL id aa09060; 31 Aug 89 14:54 EDT Received: by ew09.nas.nasa.gov (5.61/1.34) id AA16002; Thu, 31 Aug 89 11:51:19 -0700 Date: Thu, 31 Aug 89 11:51:19 -0700 From: "Eric L. Raible" Message-Id: <8908311851.AA16002@ew09.nas.nasa.gov> To: info-iris@BRL.MIL Cc: kurisaki@cs.ucla.edu In-Reply-To: Lance Kurisaki's message of 31 Aug 89 17:06:18 GMT <26822@shemp.CS.UCLA.EDU> Subject: Remapping keyboard Reply-To: raible@orville.nas.nasa.gov I forget where I got this, but it works great... Optionally modify the call to replacekeys, then put it in your user.ps. /replacekeys { % origkeyvals_array changedkeyvals_array -> - { /changedvals exch def /origvals exch def /keysdict origvals length dict def keysdict begin 0 1 origvals length 1 sub { dup origvals exch get changedvals 3 2 roll get def } for end createevent dup begin /Name origvals def /Priority 2 def /Exclusivity true def end expressinterest { awaitevent dup dup begin /Name get keysdict exch get /Name exch def end redistributeevent } loop } fork pop pop pop } def % Capslock becomes CTRL % `~ becomes ESC % ESC becomes `~ % backspace becomes delete % delete becomes backspace [28420 28471 28423 28477 28478] [28419 28423 28471 28478 28477] replacekeys % 28423 Escape % 28562 F1 % 28563 F2 % 28564 F3 % 28565 F4 % 28566 F5 % 28567 F6 % 28568 F7 % 28569 F8 % 28570 F9 % 28571 F10 % 28572 F11 % 28573 F12 % 28574 Print Screen % 28575 Scroll Lock % 28576 Pause % 28471 ` and ~ % 28424 1 and ! % 28430 2 and @ % 28431 3 and # % 28438 4 and $ % 28439 5 and % % 28446 6 and ^ % 28447 7 and & % 28454 8 and * % 28455 9 and ( % 28462 0 and ) % 28463 - and _ % 28470 = and + % 28477 Backspace % 28577 Insert % 28578 Home % 28579 Page Up % 28582 Keypad Num Lock % 28583 Keypad / % 28584 Keypad * % 28492 Keypad - % 28425 Tab and Backtab % 28426 q % 28432 w % 28433 e % 28440 r % 28441 t % 28448 y % 28449 u % 28456 i % 28457 o % 28464 p % 28465 [ and { % 28472 ] and } % 28473 \ and | % 28478 Delete % 28580 End % 28581 Page Down % 28483 Keypad 7 % 28484 Keypad 8 % 28491 Keypad 9 % 28585 Keypad + % 28420 Caps Lock % 28427 a % 28428 s % 28434 d % 28435 f % 28442 g % 28443 h % 28450 j % 28451 k % 28458 l % 28459 ; and : % 28466 ' and " % 28467 Enter % 28479 Keypad 4 % 28485 Keypad 5 % 28486 Keypad 6 % 28422 Shift (left side) % 28436 z % 28437 x % 28444 c % 28445 v % 28452 b % 28453 n % 28460 m % 28461 , and < % 28468 . and > % 28469 / and ? % 28421 Shift (right side) % 28497 uparrow % 28474 Keypad 1 % 28480 Keypad 2 % 28481 Keypad 3 % 28498 Keypad Enter % 28419 Ctrl (left side) % 28559 Alt (left side) % 28499 Spacebar % 28560 Alt (right side) % 28561 Ctrl (right side) % 28489 leftarrow % 28490 downarrow % 28496 rightarrow % 28475 Keypad 0 % 28482 Keypad .   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07039; 31 Aug 89 16:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06604; 31 Aug 89 16:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06473; 31 Aug 89 15:54 EDT Received: from zorac.dciem.dnd.ca by SMOKE.BRL.MIL id aa00860; 31 Aug 89 15:19 EDT Received: by zorac.DCIEM.DND.CA (4.12/25-eef) id AA05313; Thu, 31 Aug 89 10:03:44 edt Date: Thu, 31 Aug 89 10:03:44 edt From: Tim Pointing Message-Id: <8908311403.AA05313@zorac.DCIEM.DND.CA> To: info-iris@BRL.MIL Subject: Re: Sound chip for the Personal IRIS > The sound chip exists on all Personal Irises. The only documentation is > the man page for the driver /dev/audio. You will need to get a speaker > and microphone. The PI has miniature audio jacks in the back. Does anybody have any info on things like leves and impedences for these jacks or are they some "standard"? Thanks in advance, Tim Pointing, DCIEM {decvax,attcan,watmath,...}!utzoo!dciem!tim uunet!csri.toronto.edu!dciem!tim or nrcaer!dciem!tim tim@ben.dciem.dnd.ca or tim@zorac.dciem.dnd.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00087; 31 Aug 89 16:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07039; 31 Aug 89 16:20 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa06876; 31 Aug 89 16:06 EDT Date: Thu, 31 Aug 89 16:00:10 EDT From: Phil Dykstra To: Info-Iris@BRL.MIL Subject: Problem with long shell paths Message-ID: <8908311600.aa17635@SPARK.BRL.MIL> Hi, We were having problems on the 4D's selecting a login shell with a long pathname. E.g. /usr/brl/bin/tcsh, or /usr/brl/bin/tbsh, when used as a login shell out of /etc/passwd would cause some PostScript garbage to be displayed in the console window. All new windows (shells) would immediately exist. I found that copying these shells to /bin fixed this problem. Perhaps there is something in the 4Sight startup proceedure that is overrunning a $SHELL path buffer?? I know this problem exists in at least 3.1C and 3.1G. - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00544; 31 Aug 89 17:10 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00376; 31 Aug 89 16:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab00267; 31 Aug 89 16:48 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa01955; 31 Aug 89 15:39 EDT Received: Thu, 31 Aug 89 15:39:56 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 31 Aug 89 15:39:56 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8908312239.AA05318@aero4.larc.nasa.gov> To: kurisaki@cs.ucla.edu Subject: Re: Remapping keyboard Cc: info-iris@BRL.MIL There are several discussions on this topic in the info-iris archives. -- 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 aa01287; 31 Aug 89 18:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01081; 31 Aug 89 18:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01075; 31 Aug 89 18:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06112; 31 Aug 89 17:49 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA08591; Thu, 31 Aug 89 14:33:04 -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: 31 Aug 89 20:49:13 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Sound chip for the Personal IRIS Message-Id: <41218@sgi.sgi.com> References: <7783@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7783@medusa.cs.purdue.edu>, sjm@cs.purdue.EDU (Scott J Mark) writes: > > In the graphics users' manual, under the section on porting > applications to the Personal IRIS, it mentions that the Personal IRIS > has a sound chip. I haven't been able to find any other information > on whether this chip indeed exists, and how to use it if it does. > We have a complete set of manuals, but no index has an entry > for "sound." Can anyone clear this up please? It's under ``audio'' in section 7 of the IRIS 4D Programmer's Reference Manual. Type: man audio. -Wiltse   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01958; 31 Aug 89 21:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01894; 31 Aug 89 21:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01842; 31 Aug 89 20:57 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09065; 31 Aug 89 20:47 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA19020; Thu, 31 Aug 89 17:31: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: 31 Aug 89 23:38:23 GMT From: George Phillips Organization: UBC Department of Computer Science, Vancouver, B.C., Canada Subject: Re: GIF to SGI...? Message-Id: <4858@ubc-cs.UUCP> References: <56867@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <56867@aerospace.AERO.ORG> louis@aerospace.aero.org (Louis M. McDonald) writes: >Does anyone have a GIF2SGI program so I can display some >GIF images on the screen? I have gif2ps (postscript), and >would prefer not re-inventing the wheel... > >Louis McDonald I wrote a program called igif which will display GIF images on a personal iris *. It uses 24 bit RGB mode, so I suspect that greatly limits what SGI machines it will run on. Someone more familiar with graphics programming could probably easily change it to use a colour mapped mode (GIF files are pretty much limited to 256 colours). Send me mail if you're intested in getting this program and I'll either mail you a copy (it's about 23K) or post it here (if there is enough interest and if posting code here is acceptable). While I'm on the subject, I've also written a program to display the 24 bit RGB images found on venera.isi.edu. It's < 5K and I'm willing to share it too. * In fact, I used someone else's decoder and wrote the interface bits myself. -- George Phillips phillips@cs.ubc.ca {alberta,uw-beaver,uunet}!ubc-cs!phillips   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02144; 31 Aug 89 22:05 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02044; 31 Aug 89 21:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02027; 31 Aug 89 21:45 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09661; 31 Aug 89 21:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA22064; Thu, 31 Aug 89 18:27:06 -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 Sep 89 00:43:26 GMT From: Mason Woo Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Customer Training (formerly: Overlays, underlays) Message-Id: <41244@sgi.sgi.com> References: <20790@uflorida.cis.ufl.EDU>, <41054@sgi.sgi.com>, <580@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <580@voodoo.UUCP>, zombie@voodoo.UUCP (Mike York) writes: > When I took the beginning gl class 4 years ago, writemasks were covered > thoroughly. Now, when we we get a new person in our group and send them > to the basic gl class, no writemasks.... > Mike York > Boeing Computer Services, Renton, Washington Thanks for the feedback. I still think writemasks are a very difficult subject, but I'm listening. Overall, I would like to hear comments about topics for our graphics, parallel programming or system accelerator/administration courses. We are going to revise many of our courses in the future, so I would like to know: (PLEASE MAIL me your responses. Do NOT send more news!) 1) Have you taken our courses in the past? Several months after the course, did you feel it had been worth it? 2) Are we missing topics? What would you like added to our courses? For example, in the Advanced Graphics courses, are you interested in stereo, texture mapping, NuRBs, shadows? 3) How prohibitive are travel costs in deciding to take a course? If we could deliver a course in your hometown, would you take a course which you would normally NOT have taken? 4) How many consecutive days can you afford away from the office? For example, to learn systems administration, can you afford to be away for 3 days, 5 days, 2 weeks...? 5) If we could deliver a course in your hometown, would you prefer to a) take a course in 3 to 5 consecutive days b) take a course one day a week for 3 to 5 weeks c) take a course in the evenings one day a week for several weeks 6) How long have you been a Silicon Graphics customer? What types of Silicon Graphics machines do you work on? (Personal IRISes, GT's, 3000s?) Are you an end-user, system administrator, application programmer, or something else? 7) Free association... Tell me anything! Thanks for your time. Your suggestions will help us create better courses. -- Mason ("sex, lies, and workstations") Woo (415) 962-3314 Silicon Graphics Computer Systems Internet: woo@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!woo   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03724; 1 Sep 89 4:39 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03635; 1 Sep 89 4:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03592; 1 Sep 89 4:12 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13932; 1 Sep 89 4:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA13426; Fri, 1 Sep 89 00:56: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: 1 Sep 89 02:44:35 GMT From: Tom Haapanen Organization: WATMIMS Research Group, University of Waterloo Subject: 'w' for Iris 4D Message-Id: <3263@watale.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a working w(1) command for the Iris 4D? I was trying to get the SysV version from comp.sources.misc going, but the structures are too different. Any *pointers would be appreciated... \tom haapanen "now, you didn't really expect tom@mims-iris.waterloo.edu my views to have anything to do watmims research group with my employer's, did you?" university of waterloo Amount taken in the average bank robbery in Canada in 1988: $ 4,000 In the average computer fraud in the same period: $ 42,000 -Report on Business Magazine, Sept/89   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab14792; 1 Sep 89 14:45 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14147; 1 Sep 89 14:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13937; 1 Sep 89 14:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28953; 1 Sep 89 13:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA13002; Fri, 1 Sep 89 10:29:17 -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 Sep 89 23:50:52 GMT From: "Gerard J van der Grinten (PA0GRI" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: gvdgpc's HAM bulletin board. Subject: Juke Box Library Message-Id: <287@gvdgpc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ever tried the Jukebox Library from Summus Computer Systems ? The JPL is for archiving/bup and operates 50 exabyte helical scan format cartridges. I'm interested in anyones experience with this system on 4D or SUN's servers. Is it possible , how much effort is required to integrate it with your server, device driver installment etc. Please send your responces to this group or direct to aplcen!wb3ffv!gvdgpc!gvdg Regards, gerard.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17225; 1 Sep 89 16:25 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16983; 1 Sep 89 16:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16896; 1 Sep 89 16:05 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01077; 1 Sep 89 15:47 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA20153; Fri, 1 Sep 89 12:35:59 -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 Sep 89 19:20:11 GMT From: Pablo Fernicola Organization: UF Machine Intelligence Laboratory Subject: Bug in Xedit Message-Id: <20818@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the release 4D-3.1 Rev. G, xedit has a bug, the captions in the buttons/ dialogs have their characters displaced by 1, ie. an "e" is an "f" and so on. Any idea how to fix this? Does this happens to anybody else? I'm running this on a Personal Iris. -- pff@beach.cis.ufl.edu Pablo Fernicola - Machine Intelligence Laboratory - UF "That has nothing to do with computers; it is software."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17502; 1 Sep 89 16:56 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16983; 1 Sep 89 16:14 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab16896; 1 Sep 89 16:05 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa01091; 1 Sep 89 15:48 EDT Received: Fri, 1 Sep 89 15:46:03 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 1 Sep 89 15:46:03 EDT From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <8909012246.AA09612@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Protecting Console Someone asked me if it was possible to keep a remote user from displaying graphics on the console. They want something set up, so if they are on the console they don't want someone remotely executing a graphics program, but they do want them to be able to login and vi files, compile programs, etc. They are using a Personal Iris (4D/20). If doable, would the same work for other 4D machines? -- Brent   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19546; 1 Sep 89 20:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19343; 1 Sep 89 19:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19294; 1 Sep 89 19:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00920; 1 Sep 89 19:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA02779; Fri, 1 Sep 89 16:21: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: 1 Sep 89 22:56:52 GMT From: Robin Rohlicek Subject: Disk options for 4D/280 ? Message-Id: <45169@bbn.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm considering purchase of a 4D/240 or 4D/280 and need advice on disk options. I'm told that SGI only supports a single SCSI controller. I'd like to hang several disks (Wren V's) off the machine. Are SCSI controllers on the VME bus an option? Any good options on third party SMD drives that are known to work? (Also: Any options with 12" WORMS with support for something like a file system on the disk? What about the 5 1/4" eraseable variety? ) Any pointers would be appreciated, thanks. Robin Rohlicek BBN STC Cambridge, MA (617)873-3894   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21706; 2 Sep 89 0:28 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21322; 1 Sep 89 23:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21272; 1 Sep 89 23:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03850; 1 Sep 89 23:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA14420; Fri, 1 Sep 89 20:11:17 -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 Sep 89 02:44:47 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: GL event que (GTX/120) Message-Id: <41279@sgi.sgi.com> References: <56867@aerospace.AERO.ORG>, <3045@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3045@amelia.nas.nasa.gov>, bancroft@amelia.nas.nasa.gov (Gordon V. Bancroft) writes: > Does anyone know if the event que can be shared across > processes on the GTX machines, and at that I want those > events to be ones that we push on to the que. > > This is for interprocess communication, if it isn't > obvious. Trying to use the GL queue for interprocess communication is really gross. Use one of the many real IPC mechanisms available under IRIX. If you need to check for activity on both your GL queue and your IPC file descriptors, open the special file /dev/queue and add its file descriptor to the list you are handing to select. A select on /dev/queue indicates there is data available in you GL input queue. -Mark -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23904; 2 Sep 89 9:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23839; 2 Sep 89 9:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab23816; 2 Sep 89 8:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11227; 2 Sep 89 8:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.37) id AA09809; Sat, 2 Sep 89 05:28: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: 1 Sep 89 14:10:08 GMT From: Reid Ellis Organization: T'nir Software Subject: PostScript previewing [WAS: GIF to SGI...?] Message-Id: <453@alias.UUCP> References: <8908301329.AA27741@snow-white.merit-tech.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL goss@SNOW-WHITE.MERIT-TECH.COM (Mike Goss) writes: |There is a utility |called "psview" that comes with the system which will display PostScript |files in a window on the screen. Be warned that psview doesn't work for bitmaps [i.e. "image"s]. However, if you hide/stow all your windows, you can use the desktop itself via 'psh', the PostScript shell. Just say something like "psh Organization: Alias Research Inc, home of Eric the Dynamic Worm Subject: Re: Sound chip for the Personal IRIS Message-Id: <452@alias.UUCP> References: <7783@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Look up /dev/audio. For fun, hook up a mike and some speakers, and type "cat /dev/audio > file" and talk into the mike. When you're finished, hit interrupt [^C, DEL, whatever], and then type "cat file > /dev/audio". Note that the mike and speakers should be heavily shielded. And the speakers should probably be on a ghetto blaster since you use 'line out' jacks. Reid --- Reid Ellis, 264 Broadway Avenue, Toronto ON, M4P 1V9, Canada rae%alias@csri.utoronto.ca, rae@geac.uucp, rae@ziebmef.uucp, rae@gpu.utcs.utoronto.ca, rae@tnir.uucp +1 416 487 1383