------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01627; 18 Aug 88 18:10 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29164; 18 Aug 88 14:28 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29128; 18 Aug 88 14:16 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04163; 18 Aug 88 14:06 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA19139; Thu, 18 Aug 88 10:41:23 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Aug 88 16:12:10 GMT From: Archer Sully Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: /debug partition Message-Id: <19569@sgi.SGI.COM> References: <1334@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1334@eos.UUCP>, timelord@eos (G. Murdock Helms) writes: > I noticed our /debug partition is 14% full. It has collected quite > a few files in it that date back several days. I remember Archer > saying that /debug was used by debuggers and other programs, but > what I don't remember was anyone asking how often /debug cleans up > after itself. Does it have a magic date it does this on, or does > root have to periodically empty /debug out? > > -Murdock The old files in /debug are probably the daemons that have been running since the system last booted. /debug never needs to be cleaned out. Files appear and disappear in it as processes are created and terminated. -- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00769; 18 Aug 88 23:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00682; 18 Aug 88 23:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00676; 18 Aug 88 22:46 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12032; 18 Aug 88 22:40 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA29218; Thu, 18 Aug 88 19:25:54 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Aug 88 21:41:43 GMT From: Bruce Karsh Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: Digitized Terrain Models Message-Id: <19599@sgi.SGI.COM> References: <8808171454.aa08382@AMSAA-SEER.AMSAA-SEER.ARPA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8808171454.aa08382@AMSAA-SEER.AMSAA-SEER.ARPA> dhanson@AMSAA-SEER.ARPA (Del Hanson, AWD) writes: >I am looking for any models which can be used to display digitized >terrain data on a 4D/60T. Here is a posting from a few months ago from comp.graphics that might be of interest to digital terrain fans: --------------------------------------------------------------------------- From sgi!decwrl!ucbvax!agate!helios.ee.lbl.gov!lll-tis!oodis01!uplherc!utah-gr!utah-cs!crum Wed Jun 1 18:38:09 PDT 1988 Article 2691 of comp.graphics: Path: sgi!decwrl!ucbvax!agate!helios.ee.lbl.gov!lll-tis!oodis01!uplherc!utah-gr!utah-cs!crum >From: crum@utah-cs.UUCP (Gary L. Crum) Newsgroups: comp.graphics Subject: machine-readable maps Summary: Internet archive for digital maps started. Keywords: map cartography USGS DEM Message-ID: <5520@utah-cs.UUCP> Date: 26 May 88 18:14:22 GMT Organization: University of Utah CS Dept Lines: 54 The National Cartographic Information Center (NCIC) distributes digital cartographic/geographic data files produced by the U.S. Geological Survey (USGS) as part of the National Mapping Program. I have purchased one of the maps and I am making it available by anonymous ftp from Internet host wasatch.utah.edu in the directory pub/maps/dem. That directory contains: -rw-r--r-- 1 crum 256 May 26 11:21 INDEX -rw-r--r-- 1 crum 1090600 May 26 10:33 MAP.N0009338 -rw-r--r-- 1 crum 278140 May 26 12:03 MAP.N0009338.Z -rw-r--r-- 1 crum 1481 May 26 11:37 README where MAP.N0009338 is DEM data for the quadrant where I am posting from. Applications of computers to provide dynamic perspective viewing of 3D geographic-scale data models sounds interesting and is becoming practical with the availability of transformation hardware. One such viewing program is a class project of mine this quarter. Please contribute machine-readable geographic data to my collection as suggested by my README file included below. Thanks, -Gary (crum@cs.utah.edu) --- README from ~ftp/pub/maps/dem on wasatch.utah.edu --- This directory contains Digital Elevation Model data as made available by the United States Geological Survey National Mapping Program. The format of DEM map files is described in the publication "Digital Elevation Models, Data Users Guide" available free of charge from: > National Cartographic Information Center > U. S. Geological Survey > 507 National Center > Reston, VA 22092 (703)860-6045 DEM tapes for 7.5 minute square quadrants cost $100 plus a $25 service charge. This data was obtained by Gary Crum at the University of Utah, and it is being made publicly available because it is not copyrighted and in hopes that others who have purchased DEM data will make their data available here. The USGS distribution charge is very high, considering that 100 DEM quads would fit on a single 2400' 6250bpi tape, but such a tape would cost around 100 * $100 = $10,000 plus the $25 per tape service charge. DEM maps in this directory are described in the INDEX file. If you would like to help offset the cost of purchasing map data from USGS, please send a contribution to the corresponding buyers listed in the INDEX file. $5 per map seems reasonable. Thank you. This DEM data is (as of 25-May-1988) available by anonymous ftp from Internet host wasatch.utah.edu in the directory pub/maps/dem. If you can contribute map data, please do by transferring map datafiles to this writable directory and requesting that the INDEX file be updated by the maintainer, crum@wasatch.utah.edu. ---------------------------------------------------------------------------- -- Bruce Karsh karsh@sgi.com Every time I bite my tongue, "Mr. Palomar concludes mentally, "I must think not only of what I am about to say or not say, but also of everything that, whether I say it or do not say it, will be said or not said by me or by others." -- Bruce Karsh karsh@sgi.com Every time I bite my tongue, "Mr. Palomar concludes mentally, "I must think not only of what I am about to say or not say, but also of everything that, whether I say it or do not say it, will be said or not said by me or by others." ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22474; 22 Aug 88 15:20 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21342; 22 Aug 88 13:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21223; 22 Aug 88 13:27 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25102; 22 Aug 88 13:21 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA04249; Mon, 22 Aug 88 10:04:49 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Aug 88 16:05:31 GMT From: Archer Sully Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: 3.0 System with 4Sight for the 4D Message-Id: <19829@sgi.SGI.COM> References: <1318@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1318@eos.UUCP>, timelord@eos (G. Murdock Helms) writes: > We just recently received the 3.0 system upgrade for our 4D. > We're still noticing the enp0: bad receive packet errors, and > are also still experiencing the "correctable data error" messages > during backups. Was the data error problem and/or the packet problem > supposed to be fixed in this update? > > -Murdock > > PS I've also been asked if there will be a TCP version of arena. The bad receive packets don't sound particularly like a software failure, especially after looking at the source, but you never know. What are the details of the problem (how often does it happen, etc...). It can only happen on packets that are being received, so its unlikely (but possible) that the IRIS is causing them. The 'fix' was, I believe, a clarification of the error message. Now, if only someone would have it print out the source address of the offending packet.... As for arena, it already runs under TCP. An XNS version doesn't even exist. You enable the networking by doing 'arena -n'. Be sure to put something in /etc/services for it. It should tell you what to do. -- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24333; 22 Aug 88 21:06 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24073; 22 Aug 88 19:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab24065; 22 Aug 88 19:26 EDT Received: from Sierra.Stanford.EDU by SMOKE.BRL.MIL id aa01270; 22 Aug 88 19:20 EDT Received: by sierra.STANFORD.EDU (3.2/4.7); Mon, 22 Aug 88 16:19:36 PDT From: "Lloyd J. Lacomb" Date: Mon, 22 Aug 1988 16:19:35 PDT Sender: "Lloyd J. Lacomb" To: info-iris@BRL.MIL Cc: lacomb@sierra.stanford.edu Subject: missing disc space Message-ID: <8808221920.aa01270@SMOKE.BRL.MIL> Now that the debug partition seems to be well understood, I am still puzzled by the missing space on the disc. I have a 380 Mb disc, and when I do a df I get the following: Filesystem Type kbytes use avail %use Mounted on /dev/root efs 15591 9504 6087 61% / /debug dbg 58196 5508 52688 9% /debug /dev/usr efs 236529 132029 104500 56% /usr ----------------------------------------------------------------------- TOTAL 310316 My question is if df reports only 310 Mb including the swap space what happened to the 70 Mb (plus or minus the 8 Mb of core memory) that my disc is supposed to have. I know that df does not count correctly and that a 380 Mb disc does not really have 380 Mb(what a racket!!!) but it still seems that I'm missing a lot of Mb. I used to think that most of the missing Mb was occupied by the swap space but that appears not to be the case. Can anyone clear this up. Thanks, Lloyd LaComb lacomb@sierra.stanford.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24753; 22 Aug 88 23:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24516; 22 Aug 88 22:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24489; 22 Aug 88 21:54 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02157; 22 Aug 88 21:48 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA12137; Mon, 22 Aug 88 16:38:59 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Aug 88 22:30:13 GMT From: "G. Murdock Helms" Organization: NASA Ames Research Center, California Subject: Re: 3.0 System with 4Sight for the 4D Message-Id: <1370@eos.UUCP> References: <1318@eos.UUCP>, <19829@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Archer Sully) writes: >The bad receive packets don't sound particularly like a software >failure, especially after looking at the source, but you never >know. What are the details of the problem (how often does it >happen, etc...). Typically we will go for weeks (sometimes a month or two) without any problems, then all of a sudden we get swarms of "enp0: Bad receive packet length of 0" messages showing up on the console window. Sometimes we will only get six or seven messages and then it calms down, and other times we'll get these messages roughly one per five minutes for a whole day or two, sometimes more. We're reasonably certain it's not a problem on our end of the machine, as the machine never gets moved or disconnected, and the cables are all under the floor where people don't trip on them. It's a very sporadic problem that varies in intensity and duration, and it's very annoying. >Now, if only someone would have it print out the source >address of the offending packet.... Is there some way to do that ourselves when we see it start coughing up packet errors? We also get "ip7: (17) Correctable data error" messages while running backups. This typically happens on the third or fourth tape. When the program ("sob", by David Tristram) checks to confirm that it really does have the file, we never have any files missing. -Murdock ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25487; 23 Aug 88 6:18 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25320; 23 Aug 88 4:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab25312; 23 Aug 88 4:42 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04112; 23 Aug 88 4:38 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA21734; Tue, 23 Aug 88 01:30:56 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Aug 88 18:30:25 GMT From: Matthew Moore Organization: U.C. Santa Cruz, CIS/CE. Subject: swapbuffers(); on 4D Message-Id: <4580@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an IRIS 4D-50GT. We have some large application programs that we ported up from the 3000's, and many of them open and control multiple windows from a single process. Our problem is that the windows are opened in double buffer mode, drawn into, and swapped. On the 4D you have to call swapbuffers() for each window individually, and this hangs the calling process until the next Vsync interval. Thus our programs are running much slower on the 4D than they did on the 3000 (at least for simple window contents) because it takes a minimum of n full-screen times to update the n windows being controlled by a single process, even if very little time is spent drawing into each window. A long-term solution would be to have a seperate process responsible for each window, but this would increase the overhead from process switching and the maintenance of the concurrent environment. Besides which, these are rather large programs and we would like to use them pretty much as is. Is there any way to issue a non-blocking swapbuffers() call? Or any way to have a single process update several double-buffered windows and then go back and swap them all in the same Vsync interval? Or does anyone have another way around this? thanks; matt moore U Cal Santa Cruz (408)-429-2565 mmoore@saturn.ucsc.edu (Arpanet) {wherever}!ucbvax!ucscc.ucsc.edu! saturn.ucsc.edu!mmoore (UUCP) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00736; 23 Aug 88 10:53 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27480; 23 Aug 88 8:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27411; 23 Aug 88 8:40 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06902; 23 Aug 88 8:36 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA24926; Tue, 23 Aug 88 05:15:02 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 88 06:15:09 GMT From: Dave Olson Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: missing disc space Message-Id: <19983@sgi.SGI.COM> References: <8808221920.aa01270@SMOKE.BRL.MIL>, <19982@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry, I was a little too emphatic in my earlier posting, and the article got out before I could cancel it (yet another reason for not posting at the end of a long day)... The df for the /debug file system DOES have something to with the amount of swap space you have, it just isn't as reliable as swap -l or looking at the partition table when trying to figure out your disk layout.. Dave Olson, SGI ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00736; 23 Aug 88 10:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab27480; 23 Aug 88 8:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab27411; 23 Aug 88 8:40 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06911; 23 Aug 88 8:36 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA24914; Tue, 23 Aug 88 05:14:32 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 88 05:24:58 GMT From: Dave Olson Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: missing disc space Message-Id: <19982@sgi.SGI.COM> References: <8808221920.aa01270@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8808221920.aa01270@SMOKE.BRL.MIL>, lacomb@SIERRA.STANFORD.EDU ("Lloyd J. Lacomb") writes: >--- > Filesystem Type kbytes use avail %use Mounted on > /dev/root efs 15591 9504 6087 61% / > /debug dbg 58196 5508 52688 9% /debug > /dev/usr efs 236529 132029 104500 56% /usr > TOTAL 310316 > > My question is if df reports only 310 Mb including the swap space what > happened to the 70 Mb (plus or minus the 8 Mb of core memory) that my disc > is supposed to have. First of all, the size of /debug has NOTHING to do with the amount of swap space you have. If your disk is laid out more or less typically you probably have about 100,000 sectors of swap. You can find out using 'swap -l'. Depending on whether the disk is a SCSI or ESDI disk, you may have cylinders allocated for forwarding badblocks. There is also typically about 2200 sectors allocated for the volume header. You can use the prtvtoc command to find out exactly how your disk is laid out. Assuming you have typical swap and rounding, we get 15600+236500+1100+50000 = 303,200 K bytes. You don't say what type of drive it is, but CDC for example, counts Mbytes as 10^6, not 2^20, and the CDC Wren IV 380 typically formats to about 344 * 10^6 bytes == 328 * 2^20 bytes. Add in the overhead of the filesystem for inodes, etc. and you are probably pretty close. Dave Olson, SGI ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03023; 23 Aug 88 13:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02888; 23 Aug 88 13:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02709; 23 Aug 88 12:51 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa02813; 23 Aug 88 12:42 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa24027; 23 Aug 88 9:42 PDT Date: Tue, 23 Aug 88 9:44:26 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: video options ... Message-ID: <8808231242.aa02813@SMOKE.BRL.MIL> I have two 2400T with the standard video option, 60Hz non-interlaced ntsc. Does anyone know what is involved in hardware/software to convert this into the so called "2 to 1 interlaced" option? I understand that at least an EPROM change is neccessary as well as the purchase of the appropriate monitor ... ?? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03828; 23 Aug 88 14:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03711; 23 Aug 88 14:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03663; 23 Aug 88 14:21 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04790; 23 Aug 88 14:08 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA29408; Tue, 23 Aug 88 10:23:15 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 88 14:26:52 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: 3.0 System with 4Sight for the 4D Message-Id: <19991@sgi.SGI.COM> References: <1318@eos.UUCP>, <19829@sgi.SGI.COM>, <1370@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1370@eos.UUCP>, timelord@eos.UUCP (G. Murdock Helms) writes: > (Archer Sully) writes: > >The bad receive packets don't sound particularly like a software > >failure, especially after looking at the source, but you never > >know. What are the details of the problem (how often does it > >happen, etc...). > > "enp0: Bad receive packet length of 0" > > >Now, if only someone would have it print out the source > >address of the offending packet.... > There is some system out on your network that is sending out bad packets. It is very unlikely that the problem originates on the system that is reporting the errors. I don't know of any way to trap the address of the offending controller short of SGI Engineering changing the driver, which is what Archer was alluding to. Perhaps a "LANalyzer" type device could help. I've never used one myself. > > We also get "ip7: (17) Correctable data error" messages > > -Murdock The "Correctable data error" messages are exactly what they say they are - correctable errors. The driver is just being verbose. This information is of questionable value, and I think it may get turned off, we'll see. What causes the "correctable" errors? Well, the tape drive draws a load of current (bad pun) when it kicks the tape around, and this can cause a little hiccup on the power distribution in the peripheral tower. The disk drives can be sensitive to this, and so you will sometimes get an error. The drive will retry successfully, and so the error gets reported as "correctable". Note please that these errors could come from other sources. This particular scenario is just likely because your errors are associated with using the tape drive. If you are getting a LOT of "correctable" errors, and they EXACTLY match this pattern - only when running the tape drive - then your Field Engineer can come out and install a capacitor on the tape drive's power harness, which should improve things. If you are getting "uncorrectable" errors, then I assume you'll call. Chris Dunlap Hardware Product Support Silicon Graphics ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11812; 24 Aug 88 9:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09409; 24 Aug 88 7:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09369; 24 Aug 88 7:15 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12645; 24 Aug 88 7:06 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.30) id AA18904; Wed, 24 Aug 88 04:02:41 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Aug 88 03:02:01 GMT From: Charles L Ditzel Organization: Boeing Aerospace Corp., Seattle WA Subject: HELP! sgi 3000 or 4D ? Message-Id: <2180@ssc-vax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL HELP! As a possible newcomer to the sgi world i need help with the following question. How portable is code written for 3000 series SGI machines with the 4D series? Two types of software come to mind : mex-oriented software and those programs that do not use mex but instead use the graphics primitives library. We are about to purchase an sgi machine which *must* run 3000-based (internally-produced) programs...one of the decisions to be made is : if it is easily ported to the the 4D then we will go with a 4D. if not then we will go with a 3000 series. Any helpful opinions gladly received! (obviously if i had my way we would just get a 4D..but reality may be getting in the way :-) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12201; 24 Aug 88 10:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12004; 24 Aug 88 9:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11846; 24 Aug 88 9:46 EDT Received: from DREA-XX.ARPA by SMOKE.BRL.MIL id aa15500; 24 Aug 88 9:34 EDT Date: Wed, 24 Aug 88 10:34:40 ADT From: Jim Diamond Subject: [Jim Diamond : sendmail] To: info-iris@BRL.MIL Message-ID: <12424987475.25.DIAMOND@DREA-XX.ARPA> 1) 29-Jul To: INFO-IRIS@DREA-X sendmail 2) 17-Aug Andrew Myers 3000 sendmail setup Message 1 -- ************************ Return-Path: Received: from DREA-BALROG.ARPA by DREA-XX.ARPA with TCP; Fri, 29 Jul 88 09:36:54 ADT Return-path: Received: from DREA-XX.ARPA by DREA-BALROG.ARPA via INTERNET with SMTP id 25501; 29 Jul 88 09:25:20 ADT Date: Fri, 29 Jul 88 08:59:10 ADT From: Jim Diamond Subject: sendmail To: INFO-IRIS@DREA-XX.ARPA Message-ID: <12418154345.29.DIAMOND@DREA-XX.ARPA> Resent-To: diamond@DREA-XX.ARPA Resent-From: Gavin L. Hemphill Resent-Date: Fri, 29 Jul 88 09:36 ADT Resent-Message-ID: <19880729123636.1.GAVIN@DREA-BALROG.ARPA> We have a 3130 which is connected to a local area network (speaking TCP/IP). One of the systems on the LAN is an arpanet gateway. I wanted to get sendmail set up to communicate with the rest of the world. I tried reading the S.G. documentation. It talked about a couple of files in a directory which didn't even come with our system. Thus that was little use. I tried modifying the copy of the sendmail.cf file which came with the system, according to the instructions contained therein. That didn't help either. Depending on how I set it up, I either get "user unknown" or "host unknown" type messages. Since we have ftp and telnet working fine, I assume that the problem is most likely with my sendmail.cf file and not elsewhere. Before I spend possibly outrageous amounts of time becoming a sendmail expert, is there anyone out there who can either 1) enlighten me with a few sentences, or 2) send me a working sendmail.cf for a similar system. Thanks. Jim Diamond diamond@drea-xx.arpa ------- Message 2 -- ************************ Return-Path: <@cypress.sgi.CS.NET:andru@sgi.com> Received: from SH.CS.NET by DREA-XX.ARPA with TCP; Wed, 17 Aug 88 17:29:20 ADT Received: from cypress.sgi.cs.net by SH.CS.NET id aa19376; 16 Aug 88 21:08 EDT Received: from rhialto.sgi.com by sgi.sgi.com (5.52/880418.SGI) (for DIAMOND@DREA-XX.arpa) id AA04808; Thu, 11 Aug 88 16:26:53 PDT Received: by rhialto.sgi.com (5.52/880418.vjs) (for DIAMOND@DREA-XX.ARPA) id AA00803; Thu, 11 Aug 88 16:26:44 PDT Date: Thu, 11 Aug 88 16:26:44 PDT From: Andrew Myers Message-Id: <8808112326.AA00803@rhialto.sgi.com> To: DIAMOND@DREA-XX.ARPA Subject: 3000 sendmail setup Cc: andru@rhialto.sgi.com Re: sendmail.cf problems on IRIS 3130 I had the same problem on a 3030 machine, and ended up copying a sendmail.cf file from Stanford (polya.stanford.edu, I believe) and modifying it slightly. The modifications involved changing the lines in the file which define the domain and hostname, and also changing the flags which were passed to the mailer programs to match those in the SGI sendmail.cf file. Unfortunately, I don't have access to that machine or file anymore, but this is one way to do it. About 4-5 lines in a "real" sendmail.cf need modification. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12489; 24 Aug 88 10:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12301; 24 Aug 88 10:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12233; 24 Aug 88 10:11 EDT Received: from DREA-XX.ARPA by SMOKE.BRL.MIL id aa16207; 24 Aug 88 10:00 EDT Date: Wed, 24 Aug 88 11:01:29 ADT From: Jim Diamond Subject: [Jim Diamond : sendmail] To: info-iris@BRL.MIL Message-ID: <12424992356.25.DIAMOND@DREA-XX.ARPA> I sent out the following message a few weeks ago. Then our system decided to take a week or ten days off, so I'm not certain whether or not some helpful messages which came my way got returned. I did get one reply (from Andrew Myers (thanks)) but I couldn't get the file he recommended. If anyone else out there can be of assistance, I would be most grateful. ----------------------------------------- We have a 3130 which is connected to a local area network (speaking TCP/IP). One of the systems on the LAN is an arpanet gateway. I wanted to get sendmail set up to communicate with the rest of the world. I tried reading the S.G. documentation. It talked about a couple of files in a directory which didn't even come with our system. Thus that was little use. I tried modifying the copy of the sendmail.cf file which came with the system, according to the instructions contained therein. That didn't help either. Depending on how I set it up, I either get "user unknown" or "host unknown" type messages. Since we have ftp and telnet working well, I assume that the problem is most likely with my sendmail.cf file and not elsewhere. Before I spend possibly outrageous amounts of time becoming a sendmail expert, is there anyone out there who can either 1) enlighten me with a few sentences, or 2) send me a working sendmail.cf for a similar system. Thanks. Jim Diamond diamond@drea-xx.arpa ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12173; 25 Aug 88 18:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10809; 25 Aug 88 17:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10733; 25 Aug 88 16:42 EDT Received: from sphinx.uchicago.edu by SMOKE.BRL.MIL id aa17171; 25 Aug 88 16:33 EDT Received: from ulysses.uchicago.edu by sphinx.uchicago.edu (5.52/2.0Sx) id AA12476; Thu, 25 Aug 88 15:30:46 CDT Return-Path: Received: by ulysses.uchicago.edu (5.52/UofC3.0) id AA00719; Thu, 25 Aug 88 15:34:08 CDT Date: Thu, 25 Aug 88 15:34:08 CDT From: Ejaz Ahmad Message-Id: <8808252034.AA00719@ulysses.uchicago.edu> To: Info-Iris@BRL.MIL Subject: NCAR Graphics on Iris Dear Iris Users: We are trying to install the Unix version of NCAR graphics on our IRIS 2500T. Has anyone done this already ? Also is there a CGM( Computer Graphics Metafile) translator that works on Silicon Graphics machines ? Thank You, Ejaz Ahmad Department of Geophysical Sciences University of Chicago 312-702-1808 ejaz.ulysses.uchicago.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13376; 25 Aug 88 22:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13033; 25 Aug 88 21:24 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa13022; 25 Aug 88 21:18 EDT Date: Thu, 25 Aug 88 21:17:56 EDT From: Phil Dykstra To: info-iris@BRL.MIL Subject: SGI lighting model? Message-ID: <8808252117.aa03442@SPARK.BRL.MIL> Does anyone have some sample code that successfully uses the SGI libgl lighting model? Examples exist in the manual for mmode(), but not for lmdef() and lmbind(). None of the demo programs that I looked at use these routines either. I made an attempt to use them but with no results. Anybody else? - Phil uunet!brl-smoke!phil ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21463; 26 Aug 88 14:37 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19657; 26 Aug 88 12:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19603; 26 Aug 88 12:16 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10315; 26 Aug 88 12:09 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13180; Fri, 26 Aug 88 09:02:28 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Aug 88 15:33:24 GMT From: Thomas Palmer Organization: NCI Supercomputer Center, Frederick, MD Subject: Faster frame buffer writes on a 4D? Message-Id: <595@fcs280s.ncifcrf.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a faster way to write pixels to the frame buffer of a 4D than using the writeRGB routine to write a scanline at a time? I'd like to have a (gl level) routine that was given the dimensions of an image and a pointer to the image data. -Tom Thomas C. Palmer NCI Supercomputer Facility c/o PRI, Inc. Phone: (301) 698-5797 PO Box B, Bldg. 430 Uucp: ...!uunet!ncifcrf.gov!palmer Frederick, MD 21701 Arpanet: palmer@ncifcrf.gov ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25278; 27 Aug 88 11:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25182; 27 Aug 88 10:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25157; 27 Aug 88 10:00 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa23912; 27 Aug 88 9:50 EDT Received: from DANPOST.UNI-C.DK by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 4020; Fri, 26 Aug 88 12:39:59 EDT Received: from vms2.uni-c.dk (vms2.uni-c.dk.ARPA) by danpost.uni-c.dk (1.2/4.7) id AA06760; Fri, 26 Aug 88 15:07:34 GMT Message-Id: <8808261507.AA06760@danpost.uni-c.dk> Received: from kemi.aau.dk by vms2.uni-c.dk; Fri, 26 Aug 88 17:08 MET Date: Fri, 26 Aug 88 17:07 GMT+2 From: Morten Kjeldgaard Subject: Opening windows from a forked process... To: info-iris@BRL.MIL X-Vms-To: IN%"info-iris@brl.arpa" I have a problem with a program I am writing for our Iris 3020. I have been trying to open a mex window from a forked process. The parent process opens it's window (using winopen), but when the child tries to open its window, I get the message: no more gfports in system!! I assume the message comes from mex. I don't understand what's going on. There seems to be no problems for processes spawned with exec() to open windows. Can anyone help?? /morten -~- morten kjeldgaard ~ mok@kemi.aau.dk (mok@dkaauche.bitnet) ~ mok@aaukibi.dk biostructural chemistry, department of chemistry, aarhus university langelandsgade 140, dk-8000 aarhus c, denmark phone: +45 6 12 46 33 ~ telex: 64767 aausci dk ~ telefax: +45 6 13 99 19 ------- Received: from VMB.BRL.MIL by VMB.brl.MIL id ab18043; 31 Aug 88 13:47 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17784; 31 Aug 88 13:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17758; 31 Aug 88 13:16 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12737; 31 Aug 88 12:57 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA00528; Wed, 31 Aug 88 08:13:21 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Aug 88 12:32:38 GMT From: " Dr. R.P. Alston" Organization: Raytheon Company, Marlborough MA Subject: SGI 3.5 and 3.6 NFS don't like each other. HELP!!! Message-Id: <233@turbo.RAY.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL HELP. We have some brand spanking new 3130s running the SGI 3.6 OS with NFS and some older 2400T running 3.5 and NFS. We have mounted some directories from the new to the old and also from the new to the new. The problem is that if you are on an old machine using an nfs directory provided by a new one and try to copy a large file to another version of itself in the same directory eg: cp xx xxx where xx is several copies of /etc/termcap (basically > 100k) then the new file is all f....d up except that the size is correct. If you do the same thing in the exact same nfs mount on a new machine (3.6 OS) it works fine. On the old machine it appears that the new file has got some repeated blocks (512 bytes even) as if a sector was read multiple times (I know it can't be that simple not with the extent file system and nfs). Does any one else have this combo, is the only work around to upgrade to 3.6 on the 2400Ts? -- ------------------------------------------------- # Whats worse than two MA drivers on a freeway? # Dr. Robin the REAL # Answer: One Toronto driver # SuperUser Atilla! ------------------------------------------------- (617)-490-3028 Robin@turbo.ray.com .....!rayssd!turbo!Robin ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18312; 31 Aug 88 13:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18043; 31 Aug 88 13:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17856; 31 Aug 88 13:32 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12937; 31 Aug 88 13:03 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA24695; Wed, 31 Aug 88 01:22:19 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 88 21:52:04 GMT From: Matthew Moore Organization: U.C. Santa Cruz, CIS/CE. Subject: crashing mex Message-Id: <4658@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL An interesting problem: I am doing hardware-assisted picking (with pick() and endpick()) under mex, on SGI IRIS 3000 series machines. If I call winattach() while in hardware picking mode (after pick() and before endpick()) mex crashes. Sometimes killing mex, killing any and all csh's, and saying gclear fixes it, sometimes it doesn't and I have to reboot. Taking out the winattach() call fixed everything. Pretty neat huh? Matt Moore UC Santa Cruz Comp & Info Sci ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18312; 31 Aug 88 13:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac18043; 31 Aug 88 13:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18030; 31 Aug 88 13:42 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa13601; 31 Aug 88 13:20 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA11549; Tue, 30 Aug 88 13:09:00 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 88 18:54:33 GMT From: Mason Woo Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: SGI lighting model? Message-Id: <20761@sgi.SGI.COM> References: <8808252117.aa03442@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is some code which we use in the Advanced Graphics Course to teach the use of lighting models on the IRIS. A whole day is devoted to the understanding of lighting. This sample draws a flat-shaded, lighted sphere. It demonstrates lmdef(), lmbind(), mmode(), n3f(), and other subroutines. It can be easily (very easily) modified to draw a Gouraud-shaded sphere. For more information on Customer Education courses, call 800-356-9492. Mason Woo--Manager, Customer Education Silicon Graphics /* liteye.c * liteye.c displays the simplest lighting model. * It displays a unit sphere with the light displayed from above. * The lightmodel chooses the simplest model possible, * with a local viewer, no attenuation or ambient light. * The light source is differs from the default by placing * the infinite light above the scene. * The default material characteristics are selected. * The light is attached to the eye. */ #include "gl.h" #include "device.h" #include "math.h" #include "stdio.h" #define SIMPLE_LM 1 float idmatrix[4][4] = { 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0}; main () { short attached; short value; int dev; int x, dx, oldx; /* mouse movement */ float pt_sphere[40][40][3]; /* endpoints of the sphere */ int lat, longit; /* number of longitude/latitude sides */ dx = 0; attached = 1; initialize (&lat, &longit, pt_sphere); while (TRUE) { while (qtest() || !attached) { dev = qread (&value); if (dev == ESCKEY) { gexit(); exit(0); } else if (dev == REDRAW) { reshapeviewport (); drawscene (dx, lat, longit, pt_sphere); } else if (dev == INPUTCHANGE) attached = value; } /* end while qtest or not attached */ oldx = x; x = getvaluator (MOUSEX); if (getbutton (LEFTMOUSE)) dx = dx + (x - oldx); drawscene(dx, lat, longit, pt_sphere); } /* end while (TRUE) */ } /* end main() */ /* The initialize subroutine positions the window and specifies * its future constraints. The program is in double buffer mode * for animation and RGB mode for lighting. * The sphere is initialized with a unique radius, * and the number of points in its longitude and latitude directions. * mmode(MVIEWING) separates the projection and viewing matrices. * The tables with the definitions for the lighting model, * the light sources, and the material characteristics are loaded * initlightdef(). * The simple lighting model defined in initlightdef is selected. */ initialize (lat, longit, pt_sphere) int *lat, *longit; /* number of longitude/latitude sides */ float pt_sphere[40][40][3]; /* endpoints of the sphere */ { int gid; float radius; /* radius of the sphere */ prefposition (XMAXSCREEN/4, XMAXSCREEN*3/4, YMAXSCREEN/4, YMAXSCREEN*3/4); gid = winopen ("liteye"); minsize (XMAXSCREEN/10, YMAXSCREEN/10); keepaspect (XMAXSCREEN, YMAXSCREEN); winconstraints(); doublebuffer(); /* lighting in RGB mode */ RGBmode(); gconfig(); qdevice (ESCKEY); qdevice (REDRAW); qdevice (INPUTCHANGE); qenter (REDRAW, gid); lsetdepth (0x0, 0x7FFFFF); zbuffer (TRUE); radius = 1.0; *lat = 15; *longit = 20; initsphere (radius, *lat, *longit, pt_sphere); /* separate the viewing and projection matrices for lighting */ mmode (MVIEWING); /* initialize the lighting definitions */ /* load them into the lighting tables */ initlightdef (); /* select (bind) the lighting model from the table */ /* use for all scenes */ lmbind(LMODEL, SIMPLE_LM); /* initialize the viewing stack before binding the light */ /* load an identity matrix onto the viewing stack */ /* since viewing and modeling commands multiplies what's on the stack */ loadmatrix (idmatrix); polarview (5.0, 0, 0, 0); /* turn on the lights */ /* select a light source from the table */ /* attach a light source to the eye */ /* select a light source BEFORE the viewing matrix has been loaded */ /* the viewing matrix is reloaded in drawscene() */ lmbind(LIGHT0, 1); } /* Initialize the lighting definitions for the * lighting model, the light sources and the material characteristics. * Load the definitions into the lighting tables. */ initlightdef () { /* lighting model definitions */ static float simple_lm[] = { AMBIENT, 0.0, 0.0, 0.0, LOCALVIEWER, 1.0, LMNULL }; /* light source definitions */ static float top_lt[] = { POSITION, 0.0, 1.0, 0.30, 0.0, LMNULL }; /* no material characteristic definitions */ /* use the default lighting material */ /* Select the simple lighting model */ lmdef (DEFLMODEL, SIMPLE_LM, 0, simple_lm); /* load the light definition into the table of lights */ /* lmdef (DEFLIGHT, 1, 0, NULL); */ lmdef (DEFLIGHT, 1, 0, top_lt); /* load the material characteristics into material characteristics table */ /* use the default material characteristics */ lmdef (DEFMATERIAL, 1, 0, NULL); } /* Draw the objects with fixed projection (perspective) and * changing viewing (polarview) transformations. dx is the * amount the mouse has moved, and it changes the incidence angle. * * Note that the routine is called from MVIEWING mode. * The projection command automatically updates the projection matrix * (as opposed to the viewing matrix). * * The light is attached to the eye. */ drawscene (dx, lat, longit, pt_sphere) int dx; int lat, longit; /* number of longitude/latitude sides */ float pt_sphere[40][40][3]; /* endpoints of the sphere */ { float aspect, x, y; x = (float) XMAXSCREEN; y = (float) YMAXSCREEN; aspect = x/y; czclear (0x00FFFFFF, 0x7FFFFF); /* select the current material characteristic from the table */ lmbind(MATERIAL, 1); /* automatically loads the projection matrix 1-deep stack */ perspective (450, aspect, 1.0, 10.0); /* initialize the viewing stack */ /* load an identity matrix onto the viewing stack */ /* since viewing and modeling commands multiplies what's on the stack */ loadmatrix (idmatrix); polarview (5.0, 0, dx, 0); fillsphere_fn (lat, longit, pt_sphere); swapbuffers (); } /* * This contains subroutines to render lighted geometric models. * These objects have normals associated with them. * The coordinates for these shapes must initially be calculated and * loaded into arrays. * * The subroutines in this file are: * initsphere(rad, nlat, nlong, point) * fillsphere_fn (nlat, nlong, point) * fillsphere_Gn (nlat, nlong, point) */ /* initsphere(rad, nlat, nlong, point) * rad is the radius of the sphere. * nlat and nlong are the number of horizontal and vertical sides * around the sphere. point is an array of (x, y, z) vertices. * This subroutine calculates and returns the coordinates for the * vertices of a sphere which is centered at (0.0, 0.0, 0.0). * * If there are more than 25 sides to the cross section, or 50 sides * to the top view, the number of sides is limited. * See figure in manual for how these formulas were derived. */ initsphere (rad, nlat, nlong, point) float rad; int nlat; int nlong; float point[][40][3]; { int i, j, maxlat, maxlong; double pi, twopi, inclat, jj; double dval, magnitude; pi = 3.1415926535; twopi = pi * 2.0; maxlat = 40; maxlong = 40; if (nlat > maxlat) nlat = maxlat; if (nlong > maxlong) nlong = maxlong; inclat = pi/2.0; for (i = 0; i < nlat; i = i + 1) { /* go around cross section */ magnitude = cos (inclat) * rad; dval = sin (inclat) * rad; for (j = 0; j < nlong; j = j + 1) point[i][j][1] = (float) dval; for (j = 0; j < nlong; j = j + 1) { /* go around top view */ jj = (double) j; dval = cos (twopi*jj/nlong) * magnitude; point[i][j][0] = (float) dval; dval = sin (twopi*jj/nlong) * magnitude; point[i][j][2] = (float) dval; } inclat = inclat - (pi/(float) (nlat-1)); } } /* fillsphere_fn (nlat, nlong, point) * Use initsphere() to initialize coordinates. * nlat and nlong are the number of horizontal and vertical sides * around the sphere. point is an array of (x, y, z) vertices. * * This subroutine draws a filled sphere with normals for * flat shading. One normal is sent down the pipe for each polygon. * First, except for boundaries, most of the sphere is drawn. * Then where the top view wraps around is drawn (between endpoints * nlong-1 and 0). Then where the cross section meets its beginning * is drawn (between endpoints nlat-1 and 0). Finally, one final * rectangle is drawn, where both cross section and top view wrap * back to the 0 array element endpoint. */ fillsphere_fn (nlat, nlong, point) int nlat, nlong; float point[][40][3]; { int i, j; float normal[3]; /* draw most of the polygons in the sphere */ for ( i = 0; i < nlat-1; i = i+1 ) for ( j = 0; j < nlong-1; j = j+1 ) { /* find the normal as the average the four point vectors */ normal[0] = ( point[i][j+1][0] + point[i+1][j+1][0] + point[i+1][j+1][0] + point[i][j][0] ) / 4.0; normal[1] = ( point[i][j+1][1] + point[i+1][j+1][1] + point[i+1][j+1][1] + point[i][j][1] ) / 4.0; normal[2] = ( point[i][j+1][2] + point[i+1][j+1][2] + point[i+1][j+1][2] + point[i][j][2] ) / 4.0; bgnpolygon(); n3f( normal ); v3f( point[i][j+1] ); v3f( point[i+1][j+1] ); v3f( point[i+1][j] ); v3f( point[i][j] ); endpolygon(); } /* once around the cross section, where the top view wraps around */ for ( i = 0; i < nlat-1; i = i+1 ) { /* find the normal as the average the four point vectors */ normal[0] = ( point[i][0][0] + point[i+1][0][0] + point[i+1][nlong-1][0] + point[i][nlong-1][0] ) / 4.0; normal[1] = ( point[i][0][1] + point[i+1][0][1] + point[i+1][nlong-1][1] + point[i][nlong-1][1] ) / 4.0; normal[2] = ( point[i][0][2] + point[i+1][0][2] + point[i+1][nlong-1][2] + point[i][nlong-1][2] ) / 4.0; bgnpolygon(); n3f( normal ); v3f( point[i][0] ); v3f( point[i+1][0] ); v3f( point[i+1][nlong-1] ); v3f( point[i][nlong-1] ); endpolygon(); } } /* fillsphere_Gn (nlat, nlong, point) * Use initsphere() to initialize coordinates. * nlat and nlong are the number of horizontal and vertical sides * around the sphere. point is an array of (x, y, z) vertices. * * This subroutine draws a filled sphere with normals for * flat shading. One normal is sent down the pipe for each polygon. * First, except for boundaries, most of the sphere is drawn. * Then where the top view wraps around is drawn (between endpoints * nlong-1 and 0). Then where the cross section meets its beginning * is drawn (between endpoints nlat-1 and 0). Finally, one final * rectangle is drawn, where both cross section and top view wrap * back to the 0 array element endpoint. */ fillsphere_Gn (nlat, nlong, point) int nlat, nlong; float point[][40][3]; { int i, j; float normal[3]; /* draw most of the polygons in the sphere */ for ( i = 0; i < nlat-1; i = i+1 ) for ( j = 0; j < nlong-1; j = j+1 ) { bgnpolygon(); n3f( point[i][j+1] ); v3f( point[i][j+1] ); n3f( point[i+1][j+1] ); v3f( point[i+1][j+1] ); n3f( point[i+1][j] ); v3f( point[i+1][j] ); n3f( point[i][j] ); v3f( point[i][j] ); endpolygon(); } /* once around the cross section, where the top view wraps around */ for ( i = 0; i < nlat-1; i = i+1 ) { bgnpolygon(); n3f( point[i][0] ); v3f( point[i][0] ); n3f( point[i+1][0] ); v3f( point[i+1][0] ); n3f( point[i+1][nlong-1] ); v3f( point[i+1][nlong-1] ); n3f( point[i][nlong-1] ); v3f( point[i][nlong-1] ); endpolygon(); } } -- Mason Woo--Manager, Customer Education Internet: woo@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!woo ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18769; 31 Aug 88 14:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18516; 31 Aug 88 14:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18488; 31 Aug 88 14:07 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa14317; 31 Aug 88 13:38 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02476; Wed, 31 Aug 88 09:50:45 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Aug 88 12:09:37 GMT From: Richard Rosenthal Organization: USAETL, Fort Belvoir, Virginia Subject: Re: SGI lighting model? Message-Id: <181@ai.etl.army.mil> References: <8808252117.aa03442@SPARK.BRL.MIL>, <20761@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I tried to compile and load the provided code on 4D/60T ... /usr/bin/ld: Undefined: lsetdepth czclear bgnpolygon n3f v3f endpolygon *** Error code 1 Stop. $ Oh, well ... -- Richard Rosenthal Internet: richr@ai.etl.army.mil Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM +1 202 355 2830 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20473; 31 Aug 88 16:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20281; 31 Aug 88 16:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab20230; 31 Aug 88 16:14 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19326; 31 Aug 88 16:02 EDT Received: Wed, 31 Aug 88 16:03:19 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Wed, 31 Aug 88 16:03:19 EDT From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8808312003.AA09759@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Re: SGI 3.5 and 3.6 NFS From everything that I have heard from other people, the best (only?) way to fix this is to have 3.6 OS on all machines. I have been told that NFS and OS 3.5 DON'T mix. I have been warned by quite a few users that NFS on 3.5 DOSN'T work. So I would suggest that you upgrade to 3.6. (I had to send this to info-iris, because my reply was sent back to me.) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20975; 31 Aug 88 17:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa20888; 31 Aug 88 17:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20881; 31 Aug 88 17:37 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa21023; 31 Aug 88 17:29 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA06703; Wed, 31 Aug 88 12:59:21 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Aug 88 18:22:18 GMT From: Mason Woo Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: SGI lighting model? Message-Id: <20858@sgi.SGI.COM> References: <8808252117.aa03442@SPARK.BRL.MIL>, <20761@sgi.SGI.COM>, <181@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <181@ai.etl.army.mil>, richr@ai.etl.army.mil (Richard Rosenthal) writes: > > I tried to compile and load the provided code on 4D/60T ... > > /usr/bin/ld: > Undefined: > lsetdepth > czclear > bgnpolygon > n3f > v3f > endpolygon > *** Error code 1 Sorry, Richard, but I forgot to point out that you must be at Release 3.0, which is standard on the IRIS 4D/GT. If you are still at Release 2.0 on the IRIS 4D, this code can be converted: change references from lsetdepth to setdepth change czclear to RGBcolor(), clear(), and zclear() change bgnpolygon(), n3f(), v3f(), endpolygon() to normal(), pmv(), normal(), pdr(), normal(), ..., pclos() See the Graphics Library Guide for the precise syntax of these subroutines. Thanks, again. -- Mason Woo--Manager, Customer Education 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 aa21919; 31 Aug 88 22:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21884; 31 Aug 88 22:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21877; 31 Aug 88 22:23 EDT Received: from NPS-CS.ARPA by SMOKE.BRL.MIL id aa23363; 31 Aug 88 22:19 EDT Received: by nps-cs.arpa (5.51/1.26) id AA29640; Wed, 31 Aug 88 19:17:05 PDT Date: Wed, 31 Aug 88 19:17:05 PDT From: michael zyda Message-Id: <8809010217.AA29640@nps-cs.arpa> To: info-iris@BRL.MIL 31 August 1988 Split apart the following programs into separate files and you will have a sample lighting program... My suggestion for learning about lighting for the first time is to read chapter 14 of Hearn/Baker's Computer Graphics text... Michael Zyda Associate Professor of Computer Science Naval Postgraduate School Code 52, Dept. of Computer Science Monterey, CA 93943-5100 zyda@nps-cs.arpa (408) 646-2305 (work) ***** file Makefile ***** CFLAGS = -O ALL = mylight all: $(ALL) clean: rm -f *.o delete: rm -f *.o $(ALL) mylight: mylight.o rotate.h lightdefs.h lightdefs.o fpsm.o cc -o mylight mylight.o lightdefs.o fpsm.o -Zg $(CFLAGS) mylight.o: lightdefs.h lightdefs.o: lightdefs.h ***** file fpsm.c ***** /* fpsm.c startthemeter -- initialize the cpu times (done on first time through). framespersecondmeter -- return number of frames per second displayframespersecond -- display a meter of how many frames per second we are achieving. */ #include "gl.h" #include #include struct tms mytimes,oldtimes; startthemeter() { /* record the current clock values */ times(&oldtimes); } float framespersecondmeter() { long utime,stime,cutime,cstime; /* temp time values */ float xutime,xstime,xcutime,xcstime; /* temp time values */ float thistotal,childtotal; float retframes; /* number of frames per second we are running */ times(&mytimes); /* we add user time to system time for both this and all child processes... */ utime = mytimes.tms_utime - oldtimes.tms_utime; xutime=utime/100.0; stime = mytimes.tms_stime - oldtimes.tms_stime; xstime=stime/100.0; thistotal=xutime+xstime; cutime = mytimes.tms_cutime - oldtimes.tms_cutime; xcutime=cutime/100.0; cstime = mytimes.tms_cstime - oldtimes.tms_cstime; xcstime=cstime/100.0; childtotal=xcutime+xcstime; /* compute the number of frames per second */ if((thistotal + childtotal) > 0.0) { retframes = (1.0/(thistotal+childtotal)); } else { retframes = 0.0; } /* read the clock again */ times(&oldtimes); return(retframes); } displayframespersecond(x,y,z,radius,maxframes) float x,y,z; /* where to put the display */ float radius; /* radius of the arc to use */ float maxframes; /* max number of frames per second */ { float framespersecondmeter(); /* draw the meter */ drawthemeter(x,y,z,radius,framespersecondmeter(),maxframes); } drawthemeter(x,y,z,radius,value,maxvalue) float x,y,z; /* where to put the display */ float radius; /* radius of the arc to use */ float value; /* value to display */ float maxvalue;/* max value on the display */ { short coverage; /* coverage angle */ short i; /* loop temp */ static char tmp[100]; /* chars for the maxframes text display */ static float oldmaxvalue = 0.0; /* hold last maxframe value */ /* save the matrix */ pushmatrix(); /* translate by the z coord */ translate(0.0,0.0,z); /* draw the 180 degree arc for the background */ if(getdisplaymode() == 2) { color(WHITE); } else { RGBcolor(255,255,255); } arcf(x,y,radius*1.1,3578,1822); /* put some tick marks on the meter */ if(getdisplaymode() == 2) { color(BLACK); } else { RGBcolor(0,0,0); } for(i=0; i <= 1800; i=i+180) { arcf(x,y,radius*1.1,i,i+20); } /* draw the 180 degree arc for the background */ if(getdisplaymode() == 2) { color(WHITE); } else { RGBcolor(255,255,255); } arcf(x,y,radius,3578,1822); /* draw a black border */ if(getdisplaymode() == 2) { color(BLACK); } else { RGBcolor(0,0,0); } linewidth(5); arc(x,y,radius*1.1,3578,1822); /* draw a line across the bottom to close the meter */ move2(x-(radius*1.1),y); draw2(x+(radius*1.1),y); /* restore the linewidth */ linewidth(1); /* compute how much of the arc should be covered */ if(value/maxvalue <= 1.0) { coverage = (1.0 - (value/maxvalue))*1800; } else { coverage = 0.0; } /* draw the coverage arc */ if(getdisplaymode() == 2) { color(BLACK); } else { RGBcolor(0,0,0); } arcf(x,y,radius,coverage,1800); /* put up the display of the max meter reading */ cmov2(x+(radius*1.1),y); /* do we have to compute the string again ? */ if(oldmaxvalue != maxvalue) { sprintf(tmp," %d",(long)maxvalue); oldmaxvalue = maxvalue; } charstr(tmp); /* restore the matrix */ popmatrix(); } ***** file lightdefs.c ***** /* this is file lightdefs.c These routines define the materials/lights/lighting models needed... */ #include "gl.h" #include "lightdefs.h" /* set up all the materials */ initializematerials() { /* make the definition calls for the materials */ /* make the defs for the checkerboard */ lmdef(DEFMATERIAL,REDBOARD,19,redboard); lmdef(DEFMATERIAL,WHITEBOARD,19,whiteboard); /* make the defs for the cube sides */ lmdef(DEFMATERIAL,WHITECUBEMATERIAL,19,whitecube); lmdef(DEFMATERIAL,BLUECUBEMATERIAL,19,bluecube); lmdef(DEFMATERIAL,GREENCUBEMATERIAL,19,greencube); lmdef(DEFMATERIAL,REDCUBEMATERIAL,19,redcube); lmdef(DEFMATERIAL,YELLOWCUBEMATERIAL,19,yellowcube); lmdef(DEFMATERIAL,MAGENTACUBEMATERIAL,19,magentacube); /* make the material for where the light is */ lmdef(DEFMATERIAL,LIGHTMATERIAL,19,lightmaterial); } /* this routine sets up the light for the scene */ initializelights() { /* define the light */ lmdef(DEFLIGHT,MYLIGHT,14,light); /* turn this light on */ lmbind(LIGHT0,MYLIGHT); } /* define the lighting model */ initializelmodel() { /* define the lighting model */ lmdef(DEFLMODEL,MYMODEL,10,lmodel); /* turn on the model */ lmbind(LMODEL,MYMODEL); } /* the following routine calls routine normal() with 3 args */ xyznormal(x,y,z) float x,y,z; /* input normal vector */ { float tmp[3]; /* array to hold the normal */ tmp[0] = x; tmp[1] = y; tmp[2] = z; normal(tmp); } ***** file lightdefs.h ***** /* this is file lightdefs.h It is the file containing the material/light/lighting model defs */ #define REDBOARD 1 static float redboard[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.2, 0.0, 0.0, DIFFUSE, 1.0, 0.0, 0.0, SPECULAR, 1.0, 0.0, 0.0, SHININESS, 0.0, LMNULL }; #define WHITEBOARD 2 static float whiteboard[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.2, 0.2, 0.2, DIFFUSE, 1.0, 1.0, 1.0, SPECULAR, 1.0, 1.0, 1.0, SHININESS, 0.0, LMNULL }; #define MYSHININESS 10.0 /* my value for E(mss) */ #define WHITECUBEMATERIAL 3 static float whitecube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.2, 0.2, 0.2, DIFFUSE, 1.0, 1.0, 1.0, SPECULAR, 1.0, 1.0, 1.0, SHININESS, MYSHININESS, LMNULL }; #define BLUECUBEMATERIAL 4 static float bluecube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.0, 0.2, 0.2, DIFFUSE, 0.0, 0.5, 0.75, SPECULAR, 0.0, 0.5, 0.75, SHININESS, MYSHININESS, LMNULL }; #define GREENCUBEMATERIAL 5 static float greencube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.0, 0.2, 0.0, DIFFUSE, 0.0, 1.0, 0.0, SPECULAR, 0.0, 1.0, 0.0, SHININESS, MYSHININESS, LMNULL }; #define REDCUBEMATERIAL 6 /* make this the copper defs */ static float redcube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.1, 0.06, 0.04, DIFFUSE, 0.0, 0.0, 0.0, SPECULAR, 0.7, 0.42, 0.28, SHININESS, 32.0, LMNULL }; #define YELLOWCUBEMATERIAL 7 static float yellowcube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.2, 0.2, 0.0, DIFFUSE, 1.0, 1.0, 0.0, SPECULAR, 1.0, 1.0, 0.0, SHININESS, MYSHININESS, LMNULL }; #define MAGENTACUBEMATERIAL 8 static float magentacube[] = { EMISSION, 0.0, 0.0, 0.0, AMBIENT, 0.2, 0.0, 0.2, DIFFUSE, 1.0, 0.0, 1.0, SPECULAR, 1.0, 0.0, 1.0, SHININESS, MYSHININESS, LMNULL }; #define LIGHTMATERIAL 9 static float lightmaterial[] = { EMISSION, 1.0, 0.0, 0.0, AMBIENT, 0.0, 0.0, 0.0, DIFFUSE, 0.0, 0.0, 0.0, SPECULAR, 0.0, 0.0, 0.0, SHININESS, 0.0, LMNULL }; /* set up the light defs for the program */ #define MYLIGHT 10 #define LIGHTX 200.0 /* loc of the light */ #define LIGHTY 100.0 #define LIGHTZ -350.0 static float light[] = { AMBIENT, 0.2, 0.2, 0.2, LCOLOR, 1.0, 1.0, 1.0, POSITION, LIGHTX, LIGHTY, LIGHTZ, 1.0, LMNULL }; /* define the lighting model */ #define MYMODEL 11 static float lmodel[] = { AMBIENT, 0.0, 0.0, 0.0, LOCALVIEWER, 1.0, ATTENUATION, 0.0, 0.0001, LMNULL }; ***** file mylight.c ***** /* this is an IRIS-4D Program */ /* this is file mylight.c It is program rotate2.c with z-buffering and rgbmode instead of backface polygon removal and lighting routines... */ #include "gl.h" #include "device.h" #include "rotate.h" #include "lightdefs.h" /* get the material/light/lighting model defs */ #define NEARDEPTH 0x0000 #define FARDEPTH 0x3fff #define NEARCLIPPING 10.0 /* near clipping plane is at -10.0 */ #define FARCLIPPING 1023.0 /* far clipping plane is at -1023.0 */ #define CUBEX 0.0 /* location of the cube */ #define CUBEY 0.0 #define CUBEZ -511.0 #define CUBESIZE 100.0 #define VIEWX 0.0 /* location of the viewpoint */ #define VIEWY 0.0 #define VIEWZ 200.0 #define REFX CUBEX /* reference point we are looking towards */ #define REFY CUBEY #define REFZ CUBEZ #define FLOORX CUBEX /* x center point of the floor */ #define FLOORY -200.0 /* the plane of the floor */ #define FLOORZ CUBEZ /* z center point of the floor */ #define FLOORWIDTH 500.0 main() { /* popup menu's name */ int mainmenu; int hititem; /* variable holding hit name */ short value; /* value returned from the event queue */ /* initialize the IRIS system */ initialize(); /* initialize the material definitions */ initializematerials(); /* initialize the light definitions */ initializelights(); /* initialize the lighting model */ initializelmodel(); /* make the popup menus */ mainmenu = makethemenus(); /* set all the accumulative matrices to unit matrices */ resetallaccumulativematrices(); /* get the initial clock value */ startthemeter(); while(TRUE) { /* do we have something on the event queue ?*/ if(qtest()) { switch(qread(&value)) { case MENUBUTTON: if(value == 1) { /* we must be in MSINGLE mode to do popup menus!!! */ mmode(MSINGLE); /* which popup selection do we want? */ hititem = dopup(mainmenu); /* put us back into MVIEWING mode */ mmode(MVIEWING); /* do something with the popup hit */ processmenuhit(hititem); } break; case REDRAW: reshapeviewport(); break; default: break; } /* end switch on event queue item */ } /* endif qtest() */ /* draw the background color */ RGBcolor(150,150,150); /* grey */ clear(); /* turn on Z-buffering */ zbuffer(TRUE); /* clear the z-buffer */ zclear(); /* put up the non-moving viewing matrix for the floor */ buildnonmovingviewingmatrix(VIEWX,VIEWY,VIEWZ,REFX,REFY,REFZ); /* draw the floor */ /* x and z are the center of the floor. y is the plane for the floor. the last value is the width of the floor */ drawthefloor(FLOORX,FLOORY,FLOORZ,FLOORWIDTH); /* draw a symbolic spot where the light is */ drawthelight(LIGHTX,LIGHTY,LIGHTZ,10.0); /* display the number of frames per second (0.0,40.0,-20.0) is the loc of the meter in world coords. 15.0 is the radius to use for the meter. 20.0 is maximum frames per second. Note: this measures actual CPU time used by your process and other users on the system will make the output meter view strange. */ zbuffer(FALSE); lmbind(LMODEL,0); /* turn off lighting model */ displayframespersecond(0.0,40.0,-20.0,15.0,20.0); zbuffer(TRUE); lmbind(LMODEL,MYMODEL); /* turn my lighting back on */ /* put up the moving viewing matrix. The input arguments are the center point for the object we want to move and the reference point in the scene. We need this guy so we can always rotate around the screen frame of reference. */ buildmovingviewingmatrix(VIEWX,VIEWY,VIEWZ,REFX,REFY,REFZ); /* draw the cube */ drawcube(CUBEX,CUBEY,CUBEZ,CUBESIZE); /* turn z-buffering off */ zbuffer(FALSE); /* change the buffers ... */ swapbuffers(); } } initialize() { /* set up the preferred aspect ratio */ keepaspect(XMAXSCREEN+1,YMAXSCREEN+1); /* open a window for the program */ winopen("mylight"); /* make a title */ wintitle("mylight"); /* put the IRIS into double buffer mode */ doublebuffer(); /* put the iris into rgb mode */ RGBmode(); /* configure the IRIS (means use the above command settings) */ gconfig(); /* set the depth for z-buffering */ setdepth(NEARDEPTH,FARDEPTH); /* queue the redraw device */ qdevice(REDRAW); /* queue the menubutton */ qdevice(MENUBUTTON); /* turn the cursor on */ curson(); /* select gouraud shading */ /* only works on the 4D*/ shademodel(GOURAUD); /* turn on the new projection matrix mode */ mmode(MVIEWING); } /* this routine performs all the menu construction calls */ int makethemenus() { int topmenu; /* top level menu's name */ int rotmenu; /* rotate menu */ int transmenu; /* trans menu */ int scalemenu; /* scale menu */ /* define the low level menus first */ rotmenu = newpup(); addtopup(rotmenu,"Rotate Menu %t "); addtopup(rotmenu,"+X %x2 | 0X %x3 | -X %x4 "); addtopup(rotmenu,"+Y %x5 | 0Y %x6 | -Y %x7 "); addtopup(rotmenu,"+Z %x8 | 0Z %x9 | -Z %x10 "); transmenu = newpup(); addtopup(transmenu,"Translate Menu %t "); addtopup(transmenu,"+X %x12 | 0X %x13 | -X %x14 "); addtopup(transmenu,"+Y %x15 | 0Y %x16 | -Y %x17 "); addtopup(transmenu,"+Z %x18 | 0Z %x19 | -Z %x20 "); scalemenu = newpup(); addtopup(scalemenu,"Scale Menu %t "); addtopup(scalemenu,"+X %x22 | 0X %x23 | -X %x24 "); addtopup(scalemenu,"+Y %x25 | 0Y %x26 | -Y %x27 "); addtopup(scalemenu,"+Z %x28 | 0Z %x29 | -Z %x30 "); /* build the top level menu */ topmenu = defpup("Roll Off Side %t | Rotate %x1 %m | Translate %x11 %m | Scale %x21 %m | Reset %x31 | Exit %x32 ", rotmenu,transmenu,scalemenu); /* return the name of this menu */ return(topmenu); } /* this routine builds the moving viewing matrix each time through the display loop... P' = P . T(to origin) . S(acc) . R(x acc) . R(y acc) . R(z acc) . T(to acc. loc) . T(back to specified center) . perspective() */ buildmovingviewingmatrix(vx,vy,vz,refx,refy,refz) float vx,vy,vz; /* view point */ float refx,refy,refz; /* ref point we are looking towards */ { /* Build the accumulative rotation matrices */ loadmatrix(rxacc); /* get the accumulative rotation */ rotate(rx,'x'); /* concatenate on the new rotation (if any) */ getmatrix(rxacc); /* we now have a new accumulative... */ loadmatrix(ryacc); /* get the accumulative rotation */ rotate(ry,'y'); /* concatenate on the new rotation (if any) */ getmatrix(ryacc); /* we now have a new accumulative... */ loadmatrix(rzacc); /* get the accumulative rotation */ rotate(rz,'z'); /* concatenate on the new rotation (if any) */ getmatrix(rzacc); /* we now have a new accumulative... */ /* Build the accumulative translation matrix */ loadmatrix(transacc); /* get the accumulative translation */ translate(tx,ty,tz); /* concatenate on the new translation */ getmatrix(transacc); /* we now have a new accumulative translation */ /* Build the accumulative scale matrix */ loadmatrix(scaleacc); /* get the accumulative scale */ scale(sx,sy,sz); /* concatenate on the new scale */ getmatrix(scaleacc); /* we now have the new accumulative scale */ /* in mmode(MVIEWING), we must add a load of a unit matrix */ loadunit(); /* put up the projection and viewing matrix */ projectionandviewingmatrix(vx,vy,vz,refx,refy,refz); /* translate center of box back to original location */ translate(refx,refy,refz); /* translate the object to the location specified by the accumulative translation... */ multmatrix(transacc); multmatrix(rzacc); /* z accumulative matrix */ multmatrix(ryacc); /* y accumulative matrix */ multmatrix(rxacc); /* x accumulative matrix */ multmatrix(scaleacc); /* accumulative scale matrix */ /* translate center of box to the origin */ translate(-refx,-refy,-refz); } /* for objects that are in the same coordinate system but aren't moving with the continuous rotations/translations/scalings, we use this routine ... */ buildnonmovingviewingmatrix(vx,vy,vz,refx,refy,refz) float vx,vy,vz; /* view point */ float refx,refy,refz; /* reference point we are looking towards */ { /* we must call loadunit before we get the projection and viewing stuff... */ loadunit(); /* just call the perspective + viewing matrices */ projectionandviewingmatrix(vx,vy,vz,refx,refy,refz); } /* put up the projection and viewing matrix */ projectionandviewingmatrix(vx,vy,vz,refx,refy,refz) float vx,vy,vz; /* view point */ float refx,refy,refz; /* reference point */ { /* perspective projection 3D for the world coord sys */ /* the near and far values are distances from the viewer to the near and far clipping planes. We are at (vx,vy,vz) and looking towards the center point of the object.. (towards (refx,refy,refz)). */ perspective(450,1.25,NEARCLIPPING,FARCLIPPING); lookat(vx,vy,vz,refx,refy,refz,0); } /* process the popup menu selection */ processmenuhit(hititem) int hititem; /* item hit on the popup menus */ { switch(hititem) { case ROTATE: break; case PLUSXROT: rx = XROTAMOUNT; break; case ZEROXROT: rx = 0; break; case MINUSXROT: rx = - XROTAMOUNT; break; case PLUSYROT: ry = YROTAMOUNT; break; case ZEROYROT: ry = 0; break; case MINUSYROT: ry = - YROTAMOUNT; break; case PLUSZROT: rz = ZROTAMOUNT; break; case ZEROZROT: rz = 0; break; case MINUSZROT: rz = - ZROTAMOUNT; break; case TRANSLATE: break; case PLUSXTRANS: tx = XTRANSAMOUNT; break; case ZEROXTRANS: tx=0; break; case MINUSXTRANS: tx= -XTRANSAMOUNT; break; case PLUSYTRANS: ty=YTRANSAMOUNT; break; case ZEROYTRANS: ty=0.0; break; case MINUSYTRANS: ty= -YTRANSAMOUNT; break; case PLUSZTRANS: tz=ZTRANSAMOUNT; break; case ZEROZTRANS: tz=0.0; break; case MINUSZTRANS: tz= -ZTRANSAMOUNT; break; case SCALE: break; case PLUSXSCALE: sx = POSSCALEAMOUNT; break; case ZEROXSCALE: sx = 1.0; break; case MINUSXSCALE: sx = NEGSCALEAMOUNT; break; case PLUSYSCALE: sy = POSSCALEAMOUNT; break; case ZEROYSCALE: sy = 1.0; break; case MINUSYSCALE: sy = NEGSCALEAMOUNT; break; case PLUSZSCALE: sz = POSSCALEAMOUNT; break; case ZEROZSCALE: sz = 1.0; break; case MINUSZSCALE: sz = NEGSCALEAMOUNT; break; case RESET: /* zap all values...*/ resetallaccumulativematrices(); break; case EXIT: exit(0); break; default: break; } /* end switch */ } /* the following routine sets all accumulative matrices to unit matrices */ resetallaccumulativematrices() { unit(transacc); /* set the trans accumulative */ unit(rxacc); /* set the x rotation accumulative */ unit(ryacc); /* set the y rotation accumulative */ unit(rzacc); /* set the z rotation accumulative */ unit(scaleacc); /* set the scale accumulative */ /* reset all the ON values to off... */ rx = 0; ry = 0; rz = 0; tx = 0.0; ty = 0.0; tz = 0.0; sx = 1.0; sy = 1.0; sz = 1.0; } /* the following routine loads a unit matrix into the input array */ unit(m) Matrix m; { static Matrix un = { 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0 }; long i,j; /* copy the matrix elements...*/ for(i=0; i < 4; i=i+1) { for(j=0; j < 4; j=j+1) { m[i][j]=un[i][j]; } } } /* this routine loads a unit matrix onto the top of the stack */ loadunit() { static Matrix un = { 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0 }; /* load the matrix */ loadmatrix(un); } /* this is function drawthefloor() It draws the checkerboard floor of the picture. */ drawthefloor(x,y,z,sidelength) float x,y,z; /* x and z are the center of the floor. y is the plane where we should draw the floor */ float sidelength; /* width and length of the floor */ { long i,j; /* loop temps */ float tilewidth; /* width of the tiles on the floor */ float tx,tz; /* lowerleft coord of the floor */ short flopcolor; /* color flop for the checkerboard */ /* compute the tilewidth */ tilewidth = sidelength/8.0; /* compute the lowerleft coord */ tx = x - (4.0*tilewidth); tz = z - (4.0*tilewidth); /* set the initial color for the color flop */ flopcolor = RED; /* only one normal vector for the floor */ xyznormal(0.0,1.0,0.0); /* draw the checkerboard */ for(j=0; j < 8; j=j+1) { /* flop the color for the next time */ if(flopcolor == RED) { flopcolor = WHITE; } else { flopcolor = RED; } for(i=0; i < 8; i=i+1) { /* set the color for this square */ if(flopcolor == RED) { /* set the desired surface characteristic for the square */ lmbind(MATERIAL,REDBOARD); } else { /* set the desired surface characteristic for the square */ lmbind(MATERIAL,WHITEBOARD); } /* flop the color for the next time */ if(flopcolor == RED) { flopcolor = WHITE; } else { flopcolor = RED; } /* draw the square for the board */ pmv(tx+(i*tilewidth),y,tz+(j*tilewidth)); pdr(tx+((i+1)*tilewidth),y,tz+(j*tilewidth)); pdr(tx+((i+1)*tilewidth),y,tz+((j+1)*tilewidth)); pdr(tx+(i*tilewidth),y,tz+((j+1)*tilewidth)); pclos(); } /* endfor i */ } /* endfor j */ } /* draw a cube with center (x,y,z), having the designated sidelength */ drawcube(x,y,z,sidelength) float x,y,z; /* center of the cube in 3-space */ float sidelength; /* length of cube's side */ { float halfside; /* length of half the side of the cube */ float p[4][3]; /* array to hold coords for the cube faces */ /* compute the halfside */ halfside=sidelength/2.0; /* back face */ p[0][0]=x-halfside; p[0][1]=y+halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y+halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y-halfside; p[2][2]=z-halfside; p[3][0]=x-halfside; p[3][1]=y-halfside; p[3][2]=z-halfside; /* make it the new material */ lmbind(MATERIAL,WHITECUBEMATERIAL); /* set the normal for the polygon */ xyznormal(0.0,0.0,-1.0); polf(4,p); /* draw a filled white face */ /* draw the front face */ p[0][0]=x+halfside; p[0][1]=y+halfside; p[0][2]=z+halfside; p[1][0]=x-halfside; p[1][1]=y+halfside; p[1][2]=z+halfside; p[2][0]=x-halfside; p[2][1]=y-halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* make it the new material */ lmbind(MATERIAL,BLUECUBEMATERIAL); /* set the normal for the polygon */ xyznormal(0.0,0.0,1.0); polf(4,p); /* draw a blue filled face */ /* draw the top */ p[0][0]=x-halfside; p[0][1]=y+halfside; p[0][2]=z-halfside; p[1][0]=x-halfside; p[1][1]=y+halfside; p[1][2]=z+halfside; p[2][0]=x+halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y+halfside; p[3][2]=z-halfside; /* make it the new material */ lmbind(MATERIAL,GREENCUBEMATERIAL); /* set the normal for the polygon */ xyznormal(0.0,1.0,0.0); polf(4,p); /* draw a filled green face */ /* draw the bottom */ p[0][0]=x-halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y-halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y-halfside; p[2][2]=z+halfside; p[3][0]=x-halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* make it the new material */ lmbind(MATERIAL,REDCUBEMATERIAL); /* set the normal for the polygon */ xyznormal(0.0,-1.0,0.0); polf(4,p); /* draw a filled red face */ /* draw the left side */ p[0][0]=x-halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x-halfside; p[1][1]=y-halfside; p[1][2]=z+halfside; p[2][0]=x-halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x-halfside; p[3][1]=y+halfside; p[3][2]=z-halfside; /* make it the new material */ lmbind(MATERIAL,YELLOWCUBEMATERIAL); /* set the normal for the polygon */ xyznormal(-1.0,0.0,0.0); polf(4,p); /* draw a filled yellow face */ /* draw the right side */ p[0][0]=x+halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y+halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* make it the new material */ lmbind(MATERIAL,MAGENTACUBEMATERIAL); /* set the normal for the polygon */ xyznormal(1.0,0.0,0.0); polf(4,p); /* draw a magenta filled face */ /* the cube is drawn */ } /* draw a cube with center (x,y,z), having the designated sidelength */ /* this is the location of the light... */ drawthelight(x,y,z,sidelength) float x,y,z; /* center of the cube in 3-space */ float sidelength; /* length of cube's side */ { float halfside; /* length of half the side of the cube */ float p[4][3]; /* array to hold coords for the cube faces */ /* compute the halfside */ halfside=sidelength/2.0; /* back face */ p[0][0]=x-halfside; p[0][1]=y+halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y+halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y-halfside; p[2][2]=z-halfside; p[3][0]=x-halfside; p[3][1]=y-halfside; p[3][2]=z-halfside; /* make it the new material */ lmbind(MATERIAL,LIGHTMATERIAL); /* set the normal for the polygon */ xyznormal(0.0,0.0,-1.0); polf(4,p); /* draw a filled white face */ /* draw the front face */ p[0][0]=x+halfside; p[0][1]=y+halfside; p[0][2]=z+halfside; p[1][0]=x-halfside; p[1][1]=y+halfside; p[1][2]=z+halfside; p[2][0]=x-halfside; p[2][1]=y-halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* set the normal for the polygon */ xyznormal(0.0,0.0,1.0); polf(4,p); /* draw a blue filled face */ /* draw the top */ p[0][0]=x-halfside; p[0][1]=y+halfside; p[0][2]=z-halfside; p[1][0]=x-halfside; p[1][1]=y+halfside; p[1][2]=z+halfside; p[2][0]=x+halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y+halfside; p[3][2]=z-halfside; /* set the normal for the polygon */ xyznormal(0.0,1.0,0.0); polf(4,p); /* draw a filled green face */ /* draw the bottom */ p[0][0]=x-halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y-halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y-halfside; p[2][2]=z+halfside; p[3][0]=x-halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* set the normal for the polygon */ xyznormal(0.0,-1.0,0.0); polf(4,p); /* draw a filled red face */ /* draw the left side */ p[0][0]=x-halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x-halfside; p[1][1]=y-halfside; p[1][2]=z+halfside; p[2][0]=x-halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x-halfside; p[3][1]=y+halfside; p[3][2]=z-halfside; /* set the normal for the polygon */ xyznormal(-1.0,0.0,0.0); polf(4,p); /* draw a filled yellow face */ /* draw the right side */ p[0][0]=x+halfside; p[0][1]=y-halfside; p[0][2]=z-halfside; p[1][0]=x+halfside; p[1][1]=y+halfside; p[1][2]=z-halfside; p[2][0]=x+halfside; p[2][1]=y+halfside; p[2][2]=z+halfside; p[3][0]=x+halfside; p[3][1]=y-halfside; p[3][2]=z+halfside; /* set the normal for the polygon */ xyznormal(1.0,0.0,0.0); polf(4,p); /* draw a magenta filled face */ /* the cube is drawn */ } ***** file rotate.h ***** /* this is an IRIS-4D Program */ /* this is file rotate.h It is the include file for program rotate.c This file holds the defines and the global variables for programs: rotate.c rotate2.c */ /* defines for the menu definition routine */ #define ROTATE 1 #define PLUSXROT 2 #define ZEROXROT 3 #define MINUSXROT 4 #define PLUSYROT 5 #define ZEROYROT 6 #define MINUSYROT 7 #define PLUSZROT 8 #define ZEROZROT 9 #define MINUSZROT 10 #define TRANSLATE 11 #define PLUSXTRANS 12 #define ZEROXTRANS 13 #define MINUSXTRANS 14 #define PLUSYTRANS 15 #define ZEROYTRANS 16 #define MINUSYTRANS 17 #define PLUSZTRANS 18 #define ZEROZTRANS 19 #define MINUSZTRANS 20 #define SCALE 21 #define PLUSXSCALE 22 #define ZEROXSCALE 23 #define MINUSXSCALE 24 #define PLUSYSCALE 25 #define ZEROYSCALE 26 #define MINUSYSCALE 27 #define PLUSZSCALE 28 #define ZEROZSCALE 29 #define MINUSZSCALE 30 #define RESET 31 #define EXIT 32 /* the following defines are the amounts concatenated each frame if the matrix concatenation is selected as ON */ #define XROTAMOUNT 25 /* 2.5 degrees of rotation each picture */ #define YROTAMOUNT 25 /* 2.5 degrees of rotation each picture */ #define ZROTAMOUNT 25 /* 2.5 degrees of rotation each picture */ #define XTRANSAMOUNT 5.0; /* 5 units of translation in the x direction */ #define YTRANSAMOUNT 5.0; /* 5 units of translation in the y direction */ #define ZTRANSAMOUNT 5.0; /* 5 units of translation in the z direction */ #define NEGSCALEAMOUNT 0.99; /* 0.99 scale each frame if ON */ #define POSSCALEAMOUNT 1.01; /* 1.01 scale each frame if ON */ /* the following variables are set when the particular matrix concatenation is turned ON. Otherwise they are zero... */ static float tx; /* translation on in the x direction */ static float ty; /* translation on in the y direction */ static float tz; /* translation on in the z direction */ static short rx; /* rotation on in the x direction */ static short ry; /* rotation on in the y direction */ static short rz; /* rotation on in the z direction */ static float sx; /* scale on in the x direction */ static float sy; /* scale on in the y direction */ static float sz; /* scale on in the z direction */ /* some globally defined matrices for the viewing matrix computation */ static Matrix transacc; /* accumulative translation matrix */ static Matrix rxacc; /* accumulative x rotation matrix */ static Matrix ryacc; /* accumulative y rotation matrix */ static Matrix rzacc; /* accumulative z rotation matrix */ static Matrix scaleacc; /* accumulative scale matrix */ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22096; 31 Aug 88 23:49 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21860; 31 Aug 88 22:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21843; 31 Aug 88 22:01 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa23140; 31 Aug 88 21:56 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12151; Wed, 31 Aug 88 18:45:12 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Aug 88 20:40:04 GMT From: Archer Sully Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: SGI lighting model? Message-Id: <20878@sgi.SGI.COM> References: <8808252117.aa03442@SPARK.BRL.MIL>, <20761@sgi.SGI.COM>, <181@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <181@ai.etl.army.mil>, richr@ai.etl.army.mil (Richard Rosenthal) writes: > > > I tried to compile and load the provided code on 4D/60T ... > > /usr/bin/ld: > Undefined: > lsetdepth > czclear > bgnpolygon > n3f > v3f > endpolygon > *** Error code 1 > > Stop. > $ > > Oh, well ... > -- > Richard Rosenthal Internet: richr@ai.etl.army.mil You were probably using 2.2. The provided code is specific to 3.0. It should be fairly easy to port, however. lsetdepth is just like setdepth, except that it takes 24-bits of information instead of 16, so you can just use setdepth instead, with the appropriate values. czclear clears the zbuffer to a specified value, while clearing the color planes at the same time, so just use a clear and zclear instead. n3f is just the 'normal' routine. bgnpolygon(); v3f()...; endpolygon; is the new way of doing polygons in 3.0. Each v3f command represents a vertex of the polygon. You should be able to use pmv and pdr to do the same thing. Archer Sully archer@sgi.com -- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26804; 1 Sep 88 9:51 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25662; 1 Sep 88 8:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25652; 1 Sep 88 8:29 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa28315; 1 Sep 88 8:23 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19397; Thu, 1 Sep 88 05:14:34 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Sep 88 03:10:23 GMT From: Brian Glendenning Organization: Radio Astronomy, University of Toronto Subject: GNU emacs 18.51 ok? Message-Id: <1207@radio.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In a few days I'm going to start working on an Iris (4D turbo I think, but I may not have the lingo right). Of course I'm going to want GNU emacs... Will I have any problems building 18.51? Anything to watch out for? Thanks. -- Brian Glendenning INTERNET - brian@radio.astro.toronto.edu Radio Astronomy, U. Toronto UUCP - {uunet,pyramid}!utai!radio!brian +1 (416) 978-5558 BITNET - glendenn@utorphys.bitnet ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02280; 1 Sep 88 15:20 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29497; 1 Sep 88 13:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29474; 1 Sep 88 12:58 EDT Received: from ew09.nas.nasa.gov by SMOKE.BRL.MIL id aa05351; 1 Sep 88 12:47 EDT Received: Thu, 1 Sep 88 09:46:26 PDT by ew09.nas.nasa.gov (5.52/1.2) Date: Thu, 1 Sep 88 09:46:26 PDT From: "Eric L. Raible" Message-Id: <8809011646.AA15160@ew09.nas.nasa.gov> To: brian@radio.astro.toronto.edu, info-iris@BRL.MIL In-Reply-To: Brian Glendenning's message of 1 Sep 88 03:10:23 GMT <1207@radio.toronto.edu> Subject: GNU emacs 18.51 ok? Reply-To: raible@orville.nas.nasa.gov From: Brian Glendenning In a few days I'm going to start working on an Iris (4D turbo I think, but I may not have the lingo right). Of course I'm going to want GNU emacs... Will I have any problems building 18.51? Anything to watch out for? Thanks. Everything works just fine as long as you have /usr/lib/crt0.o A uuencoded copy that works great on my 4D is enclosed. Let me know if you have any problems. - Eric Raible begin 644 crt0.o M`6```2$TW`8```$$````8``X```!!P$*````6``````````````````````` M``!8````6/```'8```````````````````````"`2"YT97AT`"`@```````` M``````!8````=````,P```````<``````""/I```/`$``"0\```GI0`$)*8` M!``$$(``PC`AKX8``*^$``"OA0``)[W_Z*^@`!0,``````#P(0P``````"`A M````#0/@``@`````)[T`"`/@``@`(/@A````!```!0D````(```%"P```!P` M```-````(````0T````D```"#0```#````8'````.```!P=P"0$*````%@`` M`!P```%D```````````````#```!@`````T```(<```````````````,```" MN````'@```+H````2````V`````#```#J```````````````"@``!(`P\2`0 M$!`0$!`0$(``$8#_\(``$O`@(2`0$`````````````(```````````````#_ M____```````````````8`!T``````#(```!2`````````$0````$````$0`` M````````_____P`````````````````=`!\```!L````;@```!8```!,```` M!@```!,``````````/____\`````````````````'0`?````>0```'T````7 M`````0`````L(``)````"``````(K___````$0`````8(``"````$0```$0@ M(``"````%P```$08(``&````%P````@@(``$````(@```$P8(``*````(@`` M``P@(``&`````0`````@(````````0`````L(``"`````0`````@(``````` M`0`````L(``"`````0`````@(```_____P`````````$`````/____\````` M````!@````#_____``````````@``````&-R=#`N Message-Id: <8809012001.AA13429@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: SGI NFS I have been told that under 3.5 that their are so many problems, that you shouldn't both trying to use NFS, go directly to 3.6. There are still problems with 3.6, but not near as many as 3.5. We don't have either, yet, but this is what I have been told. Below are a couple of people who sent me mail. We have been considering getting NFS, so a few months ago I sent out a mail message requesting information. The replies were not encouraging. perry@phoenix.princeton.edu (large diverse network of NFS'ed machines) mccalpin@masig1.ocean.fsu.edu I am not sure we even want 3.6 NFS. (Had to send it to info-iris again. Keep gettin mail returned) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13879; 3 Sep 88 4:03 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13596; 3 Sep 88 3:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13589; 3 Sep 88 2:56 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08603; 3 Sep 88 2:43 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA26544; Fri, 2 Sep 88 23:08:55 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Sep 88 13:22:07 GMT From: Dave Martindale Organization: National Film Board / Office national du film, Montreal Subject: Re: SGI 3.5 and 3.6 NFS don't like each other. HELP!!! Message-Id: <16012@onfcanim.UUCP> References: <233@turbo.RAY.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL NFS under 3.5 had numerous problems, both when talking to other 3.5 IRISes and talking to our VAX. 3.6 seems fine. Upgrade - you'll be glad you did. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02334; 4 Sep 88 23:26 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02139; 4 Sep 88 22:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02137; 4 Sep 88 22:17 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa09350; 3 Sep 88 4:57 EDT Received: from relay2.cs.net by RELAY.CS.NET id aa28508; 3 Sep 88 4:30 EDT Received: from switzerland by RELAY.CS.NET id aa12901; 3 Sep 88 4:15 EDT Received: from ean by SWITZERLAND.CSNET id a003762; 3 Sep 88 9:22 MET Date: 3 Sep 88 9:44 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <79*doelz@urz.unibas.ch> Subject: DECNET on 4D Return-Receipt-To: "Reinhard Doelz" Hello, I just joined the bboard. I am working at the BIOZENTRUM, which is a scientific institute and part of Basel University. My job is to make researchers understand the use of computers in biochemistry. Research I'm involved in deals with the biophysical investigation of collagen, molecular modelling and protein sequence analysis. The computers I'm using here are a VAX 8800 (and some smaller DEC machines), a MEGATEK workstation (just to display solid-surfaced molecular models), a E&S PS330 and - since two months - an IRIS 4D/70 GT (12 megs, accl board, tape streamer and 370 megs hard disk on the SCSI port). I use the machine for molecular modelling purposes. Software is from BIOSYM (Insight & Discover). Being not quite familiar with UNIX, I have lots of problems, some of them I hope to find answers here. My problem today is: *PROBLEM:* We are hooked up to a local area network based on an Ethernet running DECNET phase IV . We will upgrade the VAX 8800 to a 8830, which will run VMS 5.0, and simultaneously all DECs will upgrade to VMS 5.0 as well. Then, we have DECNET phase IV plus (at least this is what the VMS 5.0 gurus say) - and in the VAX world there are rumors about incompatibility between phase IV and phase IV plus. There seem to be some reserved bits in IV which are altered in IV plus, and this will make connections impossible. *QUESTION:* Does anyone have experience with the DECNET on the IRIS? Any comments/suggestions/flames welcome. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21293; 7 Sep 88 12:23 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18348; 7 Sep 88 9:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18231; 7 Sep 88 9:33 EDT Received: from [128.186.3.1] by VGR.BRL.MIL id aa15461; 7 Sep 88 9:32 EDT Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA06991; Wed, 7 Sep 88 09:49:23 EDT Date: Wed, 7 Sep 88 09:49:23 EDT From: Alan Davis Message-Id: <8809071349.AA06991@masig1.ocean.fsu.edu> To: info-IRIS@vgr.brl.mil Subject: NCAR graphics Cc: davis@masig1.ocean.fsu.edu I have recently read the request for information regarding the NCAR graphics package availability for the IRIS 2400. I have a similar request for information for the IRIS 3000 series machines. I am particularly interested in the Version 2 UNIX implementation. Over the course of the summer I have probably spent 2 weeks modifing the code to compile on the Silicon Valley Fortran compiler (a constant source of agravation). Still unable to get all the programs to run correctly even though they pass the test routines. Thanks in advance for any help. -- Al Davis Computer Research Specialist Mesoscale Air-Sea Interaction Group Florida State University 435 OSB, Meteorology Annex Tallahassee, FL 32306-3041 904-644-3798 TCP/IP addr - davis@masig1.ocean.fsu.edu (128.186.3.1) SPAN addr - scri::fsucs::"davis@masig1.ocean" ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25007; 7 Sep 88 16:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21621; 7 Sep 88 12:57 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21545; 7 Sep 88 12:49 EDT Received: from SUMEX-AIM.STANFORD.EDU by SMOKE.BRL.MIL id aa18547; 7 Sep 88 12:46 EDT Received: from sphinx.uchicago.edu by SUMEX-AIM.Stanford.EDU with TCP; Wed, 7 Sep 88 09:40:47 PDT Received: from ulysses.uchicago.edu by sphinx.uchicago.edu (5.52/2.0Sx) id AA04178; Wed, 7 Sep 88 11:42:47 CDT Return-Path: Received: by ulysses.uchicago.edu (5.52/UofC3.0) id AA00585; Wed, 7 Sep 88 11:41:45 CDT Date: Wed, 7 Sep 88 11:41:45 CDT From: Ejaz Ahmad Message-Id: <8809071641.AA00585@ulysses.uchicago.edu> To: info-iris@sumex-aim.stanford.edu Subject: NCAR Graphics for Iris Dear Iris Users: We are trying to install the Unix version of NCAR graphics on our IRIS 2500T. Has anyone installed ncar graphics on their Iris already ? Also is there a CGM( Computer Graphics Metafile) translator that works on Silicon Graphics machines ? Thank You, Ejaz Ahmad Department of Geophysical Sciences University of Chicago 312-702-1808 ejaz.ulysses.uchicago.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14379; 9 Sep 88 14:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12418; 9 Sep 88 12:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12368; 9 Sep 88 12:07 EDT Received: from SUMEX-AIM.STANFORD.EDU by SMOKE.BRL.MIL id aa00104; 9 Sep 88 12:00 EDT Received: from sphinx.uchicago.edu by SUMEX-AIM.Stanford.EDU with TCP; Fri, 9 Sep 88 08:55:22 PDT Received: from ulysses.uchicago.edu by sphinx.uchicago.edu (5.52/2.0Sx) id AA12745; Fri, 9 Sep 88 10:56:03 CDT Return-Path: Received: by ulysses.uchicago.edu (5.52/UofC3.0) id AA02832; Fri, 9 Sep 88 10:55:33 CDT Date: Fri, 9 Sep 88 10:55:33 CDT From: Ejaz Ahmad Message-Id: <8809091555.AA02832@ulysses.uchicago.edu> To: info-iris@sumex-aim.stanford.edu Subject: NCAR Graphics and Word Boundries Dear Iris Users: Recently I made a request for information on NCAR Graphics on the IRIS. I have found out that because the Iris linker/loader does not respect word boundries it will be very difficult to install the NCAR graphics FORTRAN code on an Iris 3000 series. What does this mean ? Is there any way to get around this ? Thank You, Ejaz Ahmad Department of Geophysical Sciences University of Chicago 312-702-1808 ejaz@ulysses.uchicago.edu (128.135.28.5) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15349; 9 Sep 88 15:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12557; 9 Sep 88 12:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12430; 9 Sep 88 12:19 EDT Received: from SUMEX-AIM.STANFORD.EDU by SMOKE.BRL.MIL id aa00318; 9 Sep 88 12:09 EDT Received: from sphinx.uchicago.edu by SUMEX-AIM.Stanford.EDU with TCP; Fri, 9 Sep 88 09:04:15 PDT Received: from ulysses.uchicago.edu by sphinx.uchicago.edu (5.52/2.0Sx) id AA12930; Fri, 9 Sep 88 11:07:28 CDT Return-Path: Received: by ulysses.uchicago.edu (5.52/UofC3.0) id AA02869; Fri, 9 Sep 88 11:07:00 CDT Date: Fri, 9 Sep 88 11:07:00 CDT From: Ejaz Ahmad Message-Id: <8809091607.AA02869@ulysses.uchicago.edu> To: info-iris@sumex-aim.stanford.edu Subject: Color filled contour plots Dear Iris Users: At the University of Chicago's Geophysics Department we are trying generate color filled contour plots on global data sets. Is there a graphics package that runs on the Iris 3000 series that can do this ? Thank You, Ejaz Ahmad Department of Geophysical Sciences University of Chicago 312-702-1808 ejaz@ulysses.uchicago.edu (128.135.28.5) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16285; 13 Sep 88 19:17 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab16236; 13 Sep 88 19:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab16229; 13 Sep 88 18:55 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25530; 13 Sep 88 18:49 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA27329; Sun, 11 Sep 88 16:54:49 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.arpa (info-iris@brl.arpa) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Sep 88 22:59:00 GMT From: a.cs.uiuc.edu!m.cs.uiuc.edu!seefromline@uxc.cso.uiuc.edu Subject: Re: Mathematica Information... Message-Id: <39500002@m.cs.uiuc.edu> References: <39500001@m.cs.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From: math%wri.com@uxc.cso.uiuc.edu Subject: Re: Mathematica Information... Stephen Wolfram has posted some up-to-date information about Mathematica for Macintoshes, Suns and other machines on comp.newprod. (Mail responses to math%wri.com@uxc.cso.uiuc.edu) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03101; 14 Sep 88 18:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00752; 14 Sep 88 13:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad00671; 14 Sep 88 13:34 EDT Received: from eneevax.umd.edu by SMOKE.BRL.MIL id aa10614; 14 Sep 88 12:47 EDT Received: by eneevax.umd.edu (5.54/4.7) id AA19062; Wed, 14 Sep 88 12:42:53 Date: Wed, 14 Sep 88 12:42:53 From: Russ Byrne Message-Id: <8809141642.AA19062@eneevax.umd.edu> To: info-iris@BRL.MIL Subject: HP-GL format I'm trying to get a large plot made from a pix file. If I could get it translated into HP-GL format, I'd be all set. Is there a utility to do this? Thank you, IRIS users... Russ Byrne | Mark Twain: VOICE: (301) 428-6009 [Fairchild Space Co.] | "God made the Idiot for ARPA: byrne@eneevax.umd.edu | practice, and then He UUCP: {seismo,allegra}!mimsy!eneevax!byrne | made the School Board." ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02925; 17 Sep 88 18:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02799; 17 Sep 88 17:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02753; 17 Sep 88 16:47 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa18599; 17 Sep 88 16:43 EDT Received: from relay2.cs.net by RELAY.CS.NET id ac09514; 17 Sep 88 16:27 EDT Received: from switzerland by RELAY.CS.NET id ab28943; 17 Sep 88 16:19 EDT Received: from ean by SWITZERLAND.CSNET id a028646; 17 Sep 88 19:11 MET Date: 17 Sep 88 19:33 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <82*doelz@urz.unibas.ch> Subject: Molecular modelling software on the IRIS 4D/70 Return-Receipt-To: "Reinhard Doelz" *PROBLEM:* We have a 4D/70 IRIS GT and try to run molecular modelling software on it. *QUESTION:* Does anyone have experience with this stuff on the IRIS? Any comments/suggestions/flames welcome. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05672; 18 Sep 88 20:24 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05525; 18 Sep 88 19:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05523; 18 Sep 88 18:51 EDT Received: from eneevax.umd.edu by SMOKE.BRL.MIL id aa26038; 18 Sep 88 18:43 EDT Received: by eneevax.umd.edu (5.54/4.7) id AA06170; Sun, 18 Sep 88 18:42:27 ]Io Date: Sun, 18 Sep 88 18:42:27 ]Io From: Russ Byrne Message-Id: <8809182242.AA06170@eneevax.umd.edu> To: info-iris@BRL.MIL Subject: Pix file to HP-GL file conversion (for plotting) I neglected to specify what I meant by "pix" file format, as Phil Dykstra pointed out. I mean the format used in the BRL tools, i.e., the 24 bit per pixel color image format read by such utilities as pix-bw, etc. The files are called file.pix usually. What I'd like to be able to do is plot (on a large HP plotter) an image (mostly vectors) displayed on the IRIS screen, without recoding my graphics to use other plotting primatives discussed in the libplot documentation from BRL. I've got a utility that will dump the screen into .pix format, and then laser print on an Imagen laser printer (using pix-bw and bw-impress), but what about a nice big color plot? Has anyone done this? The main step is to convert the file from raster to vector format... Russ Byrne | Mark Twain: VOICE: (301) 428-6009 [Fairchild Space Co.] | "God made the Idiot for ARPA: byrne@eneevax.umd.edu | practice, and then He UUCP: {seismo,allegra}!mimsy!eneevax!byrne | made the School Board." ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05718; 18 Sep 88 20:55 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05600; 18 Sep 88 19:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05571; 18 Sep 88 19:30 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa26158; 18 Sep 88 19:15 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02966; Sun, 18 Sep 88 12:28:46 PDT 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 Sep 88 19:05:48 GMT From: George Hartzell Organization: MCD Biology Subject: Re: Molecular modelling software on the IRIS 4D/70 Message-Id: <3542@boulder.Colorado.EDU> References: <82*doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have been running a package called MIDAS on our 2400turbo for a while now, with no problems. The package is produced at UC San Francisco. The last that I heard, they were in the process of porting it to the new iris machines. Mail me if you want more information. g. -- George Hartzell (303) 492-4535 MCD Biology, University of Colorado-Boulder, Boulder, CO 80309 hartzell@Boulder.Colorado.EDU ..!{ncar,nbires}!boulder!hartzell ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05896; 18 Sep 88 23:04 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05879; 18 Sep 88 22:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05877; 18 Sep 88 22:47 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa28270; 18 Sep 88 22:31 EDT Received: from elvin.sgi.com by sgi.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA01924; Sun, 18 Sep 88 19:30:41 PDT Received: by elvin.sgi.com (5.51/880418.SGI) (for mcompton@sgi.SGI.COM) id AA11856; Sun, 18 Sep 88 12:25:08 PDT From: Frank Dietrich Message-Id: <8809181925.AA11856@elvin.sgi.com> Date: 18 Sep 1988 1225-PDT (Sunday) To: info-iris@BRL.MIL Cc: mcompton@sgi.com Subject: Changes at Iris Universe & Software Exchange Soon I will be leaving for Europe to take on a new assignment for Silicon Graphics. Mark Compton, previously editor of Unix Review, has succeeded me and will take care of the Iris Universe and the Software Exchange. Please continue supporting him in these efforts. You can reach Mark at or call him at (415) 335-1035. Let me use this occasion to thank all of you for your support. It was a terrific experience to get to know some of you and your projects and to see the Iris Community grow. I will be back in touch after having settled in Europe. Good luck, Frank Dietrich ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05516; 20 Sep 88 21:11 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05051; 20 Sep 88 18:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05024; 20 Sep 88 17:48 EDT Received: from [10.2.0.78] by SMOKE.BRL.MIL id aa26736; 20 Sep 88 17:44 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19392; Tue, 20 Sep 88 12:31:25 PDT 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 Sep 88 18:19:29 GMT From: Adam Feigin Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: Booting IRIS 'diskless', and interleaving swap questions Message-Id: <6364@batcomputer.tn.cornell.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a couple of questions (which may be naive) but here goes: I have 2 IRIS's, a 3030 and a 3130. The 3030 has (1) 170MB disk, and the 3130 has (2) 170 MB disks. The 3130 runs Wavefront software, which eats up disk space rapidly. Ideally, I'd like to do the following. I'd like to boot the 3130 'diskless' off of the 3030 via TCP, and then mount the disk with the wavefront software (currently on /usr1). This would leave me the entire / & /usr disk free for the wavefront image files....Can this be done ??? Finally, we're contemplating getting a second 170MB drive for the 3030; can I setup the kernel to interleave swap on both 'b' partitions ??? Any input is much appreciated. Adam ------------------------------------------------------------------------------ Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer MaBell: (607) 255-3985 Facility, Visualization Group "Sometimes a little brain damage can help" ------------------------------------------------------------------------------ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08832; 21 Sep 88 8:06 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06608; 21 Sep 88 5:04 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa06598; 21 Sep 88 4:55 EDT Date: Wed, 21 Sep 88 4:46:12 EDT From: Mike Muuss To: Info-Iris@BRL.MIL cc: Jcst@BRL.MIL Subject: 4D Rel3 BUG ALERT Message-ID: <8809210446.aa08750@SPARK.BRL.MIL> This evening, I ran into the most horrid bug in the C Compiler on the SGI 4-D machines, under Release 3.0 and 3.1alpha both. It all came about from these messages: ccom: Warning: ../h/vmath.h, line 53: inconsistent prototypes for function sqrt extern double sqrt(); ------------------------------^ because my header file "vmath.h" wants to be certain that sqrt() has been properly declared. The entry from SGI's /usr/include/math.h is: extern double cbrt(double), sqrt(double); Not reading that carefully, I had originally assumed that this was the ANSI way of doing things, and even though __STDC__ was not defined by SGI, I changed vmath.h to read: #ifndef sqrt # if defined(__STDC__) || \ (defined(sgi) && defined(mips) && !defined(SGI4D_Rel2)) extern double sqrt(double _sqrt_arg_x); # else extern double sqrt(); # endif #endif This caused the error messages to go away, but gave me mysterious errors in all my programs; all of which pointed to a malloc() problem. Wrong. What was happening was the extern sqrt() declaration gave every subroutine IN THAT MODULE a free first argument (of type double), called "_sqrt_arg_x". This caused all the visibly declared arguments to take on the value of their neighbor, and the last one got junk. Probably the parser pushed the arg onto a list of args in some "global" block, and never popped it off. I would like to add in passing that SGI's "dbx" program was of no help whatsoever, printing 5 invented numbers as the arguments to the functions in the stack traceback ("where" command). I had to resort to printf()s, printing the parameters sent, and more printf()s printing the parameters received. So, for the time being, my new version of vmath.h contains this contortion: #ifndef sqrt /* In case has not been included, define sqrt() here */ # if defined(__STDC__) extern double sqrt(double x); # else # if (defined(sgi) && defined(mips) && !defined(SGI4D_Rel2)) /* What could SGI have been thinking of? */ extern double sqrt(double); # else extern double sqrt(); # endif # endif #endif This version (a) still silences the compiler, and (b) gives the subroutines the right argument list. SGI's graphics is great. The 4-D GT is breath-taking. When things work, they work rapidly. But, when is somebody going to show SGI how to write software? The single most often repeated phrase in our office is "G** D**n SGI software!". Fuming, -Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11560; 21 Sep 88 9:34 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06710; 21 Sep 88 6:22 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa06703; 21 Sep 88 6:08 EDT Date: Wed, 21 Sep 88 5:58:49 EDT From: Mike Muuss To: Info-Iris@BRL.MIL Subject: 4-D GT braindeath Message-ID: <8809210558.aa09357@SPARK.BRL.MIL> I just discovered that there is a whole bunch of new routines in the GL library (-lgl) with awful, short names like "v3f". I seem to recall SGI *promising* that now that FLEXNAMES were the default, all *new* routines for the GL library would have a distinctive prefix on their names. For example, "v3f" should have been "gl_v3f" and then the "C" extern namespace would not be all cluttered up. This is a giant pain, with SGI library symbols clashing with perfectly valid extern variables in my programs. PLEASE STOP IT! -Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29642; 23 Sep 88 2:51 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28980; 22 Sep 88 22:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28957; 22 Sep 88 22:24 EDT Received: from eneevax.umd.edu by SMOKE.BRL.MIL id aa22015; 22 Sep 88 22:18 EDT Received: by eneevax.umd.edu (5.54/4.7) id AA02355; Thu, 22 Sep 88 22:17:22 ]Io Date: Thu, 22 Sep 88 22:17:22 ]Io From: Eugene Day Message-Id: <8809230217.AA02355@eneevax.umd.edu> To: byrne@eneevax.umd.edu, info-iris@BRL.MIL Subject: converting from raster to vector ??!! Date: Sun, 18 Sep 88 18:42:27 ]Io From: Russ Byrne To: info-iris@BRL.MIL Subject: Pix file to HP-GL file conversion (for plotting) I neglected to specify what I meant by "pix" file format, as Phil Dykstra pointed out. I mean the format used in the BRL tools, i.e., the 24 bit per pixel color image format read by such utilities as pix-bw, etc. The files are called file.pix usually. What I'd like to be able to do is plot (on a large HP plotter) an image (mostly vectors) displayed on the IRIS screen, without recoding my graphics to use other plotting primatives discussed in the libplot documentation from BRL. I've got a utility that will dump the screen into .pix format, and then laser print on an Imagen laser printer (using pix-bw and bw-impress), but what about a nice big color plot? Has anyone done this? The main step is to convert the file from raster to vector format... The HP plotter is a vector device, and your original data is vector format. "derasterizing" is not straight forward, although there are image scanning systems which sort of do it with manual cleanup. I would strongly suggest diverting the data toward hard copy at an earlier stage in the process (before displaying to screen). ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07583; 23 Sep 88 15:27 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05035; 23 Sep 88 11:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab04979; 23 Sep 88 11:47 EDT Received: from Sierra.Stanford.EDU by SMOKE.BRL.MIL id aa04024; 23 Sep 88 11:41 EDT Received: by sierra.STANFORD.EDU (3.2/4.7); Fri, 23 Sep 88 08:37:30 PDT From: "Lloyd J. Lacomb" Date: Fri, 23 Sep 1988 8:37:29 PDT To: info-iris@BRL.MIL Cc: lacomb@sierra Subject: 2048x2048 image Message-ID: <8809231142.aa04024@SMOKE.BRL.MIL> I need some help. I need a 2048x2048 pixel image to do some testing. The image needs to be coherent, i.e. not 16 512x512 random images stuck together, or a 512x512 image interpolated to 2048x2048 but a real 2048x2048 image. Short of that I'll take a 1536x1536 or a 1024x1024 image if that is all that is available. I need only 8 bits deep but I can convert from 12 bits if that's whats available. I can ftp it to my IRIS or I'll send a tape if that is easier. Thanks. Lloyd LaComb lacomb@sierra.stanford.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09076; 23 Sep 88 21:07 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09055; 23 Sep 88 20:57 EDT Received: from sem.brl.mil by VMB.BRL.MIL id aa09044; 23 Sep 88 20:48 EDT Date: Fri, 23 Sep 88 20:40:35 EDT From: Mike Muuss To: "Lloyd J. Lacomb" cc: info-iris@BRL.MIL, lacomb@sierra Subject: Re: 2048x2048 image Message-ID: <8809232040.aa26663@SEM.BRL.MIL> I have a ray-traced 4kx4k image that you can have, if you agree to credit BRL in any publications that show the image. (4kx4kx24 bits); I can filter to 2kx2k if you would prefer. Best -Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29897; 30 Sep 88 22:18 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29710; 30 Sep 88 20:33 EDT Received: from [128.196.6.1] by VMB.BRL.MIL id aa29708; 30 Sep 88 20:23 EDT Received: by megaron.arizona.edu (5.59-1.7/14) id AA12333; Fri, 30 Sep 88 17:22:58 MST Received: by uazchem.SGI (5.52/5.6) id AA20389; Fri, 30 Sep 88 15:46:31 PDT Date: Fri, 30 Sep 88 15:46:31 PDT From: dolata%uazchem.UUCP@arizona.edu (Dolata) Message-Id: <8809302246.AA20389@uazchem.SGI> To: arizona!info-iris%vmb.brl.mil@arizona.edu Subject: SGI abandons 2xxx and 3xxx users I was very happy to see the demonstration programs that appeared in info-iris recently. I appluaded SGI's efforts to try to help the user community. That is, until I asked one of my students to try Woo's shaded sphere routine on my 3130. Turns out it is 4D dependant. I couldn't find any notification of that in the message. I am getting fairly steamed that it appears as if SGI has decided to let 2xxx and 3xxx users go swing in the wind. All the neat new devices and all of the announced updates I have heard about have been 4D oriented. (I would love to find out that I have missed something!) I can understand that SGI wants to push the new product. It's a good machine. But I also feel that they owe some thought to the thousands of us who bought the older models which gave them the $$$$ to develop the new machines. Especially as the older machines are not all that old. I could understand it if I was trying to keep a antedeluvian machine patched together, but I bought our last 3130 about 1 year ago... SGI should formulate some kind of policy to keep purchasers happy for a reasonabble period of time, say five years, rather than until the next model comes out. If you agree, write to SGI, complain to the reps, and make noises at conferences. Otherwise the 2xxx and 3xxx users will just be forgotten. Daniel P. Dolata Standard Disclaimer -- The above opinions are mine own, and do not represent the opinion of the Univ of Ariz, or the Board of Regents of the Univ of Ariz. Disclaimer to the Disclaimer -- Since I happen to be on the computer purchasing oversight committee, they come close... ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01012; 1 Oct 88 4:36 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00451; 1 Oct 88 0:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa00444; 1 Oct 88 0:29 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa27645; 1 Oct 88 0:20 EDT Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA18151; Fri, 30 Sep 88 16:26:20 EDT Message-Id: <8809302026.AA18151@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA18948; Fri, 30 Sep 88 17:12:41 EST (from mg@cidam for uunet!info-iris@brl.arpa) Received: by cidam.rmit.oz (5.51/4.7) id AA13617; Fri, 30 Sep 88 08:48:04 EST Date: Fri, 30 Sep 88 08:48:04 EST From: "Mike A. Gigante" To: info-iris@BRL.MIL Subject: X on 3.0/3.1 Cc: mg@cidam.oz.au Despite the claim that 4sight is a merged X11/NeWS(/max) window system, it is quite clear that X is the poor cousin of the family. A lot of things aren't supported, the X toolkit (libXt) isn't supplied, nor are a number of the more common tools (xterm, xinit, xroot etc etc.) According to teh USer's forum at SIGGRAPH, X wasn't going to be part of 3.? on the 300 series. It is also not on a smaller member of the 4D range. This particularly could hurt us here, trying to get a number of those machines to form a campus resource. In addition, some changes need to be made to X11 programs to get them to compile or work (even programs straight off the X11R2 tape) I know that X isn't well matched to the high performance graphics architecture of Iris workstations, but it would be *really* nice if X applications could run without any effort and if X devotees could walk up to the machine and have their X environment as they would normally expect it. In addition it would be nice if it took as much advantage as possible of the iris (e.g. no 24bit mode on the Iris!!!!) I don't expect the Iris to be a high performance X machine (tho' of course it would be nice), I just want full functionality. After all, the graphics device in a hetergeneous network is even an SGI marketing point, lets make it happen in the X domain... Mike Gigante, RMIT Australia P.S. I personally have mixed feelings about X, bt that's not the point. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06608; 3 Oct 88 8:30 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05479; 3 Oct 88 6:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab05458; 3 Oct 88 6:24 EDT Received: from RUTGERS.EDU by SMOKE.BRL.MIL id aa11838; 3 Oct 88 6:16 EDT Received: by rutgers.edu (5.59/1.15) with UUCP id AA11466; Mon, 3 Oct 88 06:16:51 EDT Received: by cmcl2.NYU.EDU (5.54/25-eef) id AA24590; Mon, 3 Oct 88 05:30:39 EDT Received: by phri.UUCP (smail2.5) id AA16465; 3 Oct 88 04:11:49 EDT (Mon) Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA12750; Mon, 3 Oct 88 00:11:05 EDT Date: Mon, 3 Oct 88 00:11:05 EDT From: Rod Paul Message-Id: <8810030411.AA12750@dasys1.UUCP> To: Info-Iris@BRL.MIL Subject: Whiners I'm getting a little tired of listening to people whine about things on this mailgroup. I happen to be a pretty opinionated person myself but I don't waste valuable network resources bitching about things SGI should and should not do. If you have a serious gripe with SGI, call them directly on the phone and save the rest of us the hassle of clogging up our mailboxes. Thanks. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00183; 3 Oct 88 17:37 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12149; 3 Oct 88 15:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12126; 3 Oct 88 15:25 EDT Received: from XX.DREA.DND.CA by SMOKE.BRL.MIL id aa24818; 3 Oct 88 15:19 EDT Date: Mon, 3 Oct 88 16:17:36 ADT From: Jim Diamond Subject: disk formatter To: info-iris@BRL.MIL cc: diamond@xx.drea.dnd.ca Message-ID: <12435535662.17.DIAMOND@XX.DREA.DND.CA> We have a 3130 which is just about out of disk space, so I am considering getting another disk. It seems to cost over twice as much to buy one from SGI as from "Joe's Disks and Cafe", but upon looking around the system I note a complete and utter lack of disk formatter software. Does anyone have a disk formatter which they could share with me? Or, does anyone know where I can obtain one at less-than-great cost? Thanks. Jim Diamond zsd@pig.drea.dnd.ca or diamond@xx.drea.dnd.ca ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01827; 4 Oct 88 1:35 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01224; 3 Oct 88 22:28 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa01216; 3 Oct 88 22:19 EDT Date: Mon, 3 Oct 88 22:14:32 EDT From: Phil Dykstra To: Bruce Karsh cc: info-iris@BRL.MIL Subject: Re: Digitized Terrain Models Message-ID: <8810032214.aa04881@SPARK.BRL.MIL> Bruce, Thank you for the info on the FTP'able USGS data. However, if one ftp's to wasatch.utah.edu you find the README: > The digitial map archive on wasatch.utah.edu was discontinued on > 27-Jul-1988 because its maintainer, Gary Crum (crum@wasatch.utah.edu), > left Utah. For information about the current state of his map archive > and possible distribution of the free maps from his current Internet > address, send mail to Gary. Does anyone know of a new location? I sent a note to the given address a month or two ago but never got a response. - Phil ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05798; 4 Oct 88 11:03 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03614; 4 Oct 88 8:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03570; 4 Oct 88 8:26 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa03740; 4 Oct 88 8:15 EDT Received: Tue, 4 Oct 88 08:17:21 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Tue, 4 Oct 88 08:17:21 EDT From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8810041217.AA04378@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Whiners I disagree with Rod Paul. I is nice to know that you aren't the only person having problems with SGI. Further, SGI rarely listens to individuals. SGI is making a BAD name for themselves and if they don't straighten up, people are going to go to other companies, were they can get the service they deserve. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08854; 4 Oct 88 15:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06175; 4 Oct 88 11:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06020; 4 Oct 88 11:18 EDT Received: from FORD-WDL1.ARPA by SMOKE.BRL.MIL id aa07760; 4 Oct 88 10:57 EDT Received: from ford-wdl39.ARPA by FORD-WDL1.ARPA (5.51/5.9) id AA15738; Tue, 4 Oct 88 07:58:45 PDT Received: by ford-wdl39.wdl.com (3.2/SMI-3.2) id AA18007; Tue, 4 Oct 88 07:59:52 PDT Date: Tue, 4 Oct 88 07:59:52 PDT From: Rion T Cassidy Message-Id: <8810041459.AA18007@ford-wdl39.wdl.com> To: info-iris@BRL.MIL Subject: Re: Whiners blbates writes: >SGI is making a BAD name for themselves and if they don't straighten up, >people are going to go to other companies, were they can get the service >they deserve. That's exactly what we did. We went to Prime, who sells SGI equipment that says Prime on it. Oddly, our SGI sales rep didn't seem to care too much that we did that, and even less why we did it. Prime insists on their equipment working right before they release it, so they take SGI's stuff and test it all out to make sure its up to snuff. From what I've heard, they've had to "straighten out" SGI on certain things that weren't working so well so that they could sell the product. Unfortunately, this results in a bit of a time lag between the point where SGI announces the product and Prime actually starts selling it -- perhaps as much as seven months. Rion Cassidy Ford Aerospace P.S. Maybe a negative posting like this will give someone the incentive to take me off this mailing list like I've asked? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11720; 5 Oct 88 7:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11085; 5 Oct 88 5:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11080; 5 Oct 88 5:23 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa21344; 5 Oct 88 5:21 EDT Received: from relay2.cs.net by RELAY.CS.NET id aa20069; 5 Oct 88 5:17 EDT Received: from switzerland by RELAY.CS.NET id ab13421; 5 Oct 88 5:03 EDT Received: from ean by SWITZERLAND.CSNET id a014606; 5 Oct 88 9:22 MET Date: 5 Oct 88 8:55 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <93*doelz@urz.unibas.ch> Subject: SWAPPER/System performance *Problem*: On an IRIS 4D/80 with 370 megs hard disk and 12 megs of memory, the swap space is 50 megs, and the command swap -l displays that there are usually over 80% free. Big applications in the batch tend to crash, dupreg - insufficient memory to allocate ... pages, however, these are running nicely online. *Question*: How to make a job swap on the disk if others request more memory? I can't imagine that only the physical memory of the core may be used in the batch. Any comments/suggestions/flames welcome. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13065; 5 Oct 88 9:19 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11925; 5 Oct 88 7:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab11908; 5 Oct 88 7:36 EDT Received: from ARDEC-AC4.ARPA by SMOKE.BRL.MIL id aa22086; 5 Oct 88 7:27 EDT Date: Wed, 5 Oct 88 7:24:18 EDT From: "Robert M. Dombroski (FSAC)" To: info-iris@BRL.MIL Subject: WHINERS Message-ID: <8810050724.aa25123@ARDEC-AC4.ARDEC.ARPA> I think its good to here some of the whining. Besides giving me a laugh in the morning, its interesting to here the problems some people have with SGI. I've sort of been illusioned about them. You see, I get same day hardware service, the hot line usually responds with the right answer, and the sales force, including the regional manager come running on a momments notice when needed. However, with 30 3130's, 8 4D80GT's and 3 of the 80MIP guys on the way, I guess SGI knows what side there bread is buttered on. Oh well, money talks and bullshit walks, unfortunately. Lets keep this as a forum for the guys who have gripes of every nature as well as the nuts who send out those gigantic graphics routines that I just LOVE to have cluttering up my mailbox. Bob Dombroski U. S. Army ARDEC Picatinny Arsenal, N.J. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14698; 5 Oct 88 11:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12970; 5 Oct 88 9:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12906; 5 Oct 88 9:01 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa23856; 5 Oct 88 8:47 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA21695; Wed, 5 Oct 88 04:55:55 PDT 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 Oct 88 09:22:37 GMT From: "Michael L. Johnson" Organization: University of Va. Subject: Exabyte tape drives Message-Id: <1106@virginia.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know where I can find a large capacity tape drive subsystem for a 4D70 system? By large capacity I mean a tape drive with a capacity of over a gigabyte, like an Exabyte drive. (804)-924-2496 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 aa24100; 6 Oct 88 7:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21684; 6 Oct 88 6:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21682; 6 Oct 88 6:19 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01097; 6 Oct 88 6:13 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA10618; Wed, 5 Oct 88 22:46:12 PDT 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: 6 Oct 88 01:21:08 GMT From: Ken Garnett Subject: C++ on Silicon Graphics workstations Message-Id: <294@unicads.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody out there know if there is a version of C++ that works on Silicon Graphics hardware (either the SGI 3000 series, or the 4-D series)?? Is SGI working on a native C++ compiler? Do any of the independent C++ compiler/interpreter/translator vendors support the SGI hardware (like AT&T, Oregon, or Oasys/Glockenspiel)?? Any info would be greatly appreciated !!! - Ken Garnett UUCP: ...!sun!sunpeaks!unicads!ken Graphics Manager or: ...!ncar!{sunpeaks|boulder}!unicads!ken UNICAD, Inc. 1695 38th Street Boulder, Colo. 80301 (303) 443-6961 -- - Ken Garnett UUCP: ...!sun!sunpeaks!unicads!ken UNICAD, Inc. or: ...!ncar!{sunpeaks|boulder}!unicads!ken 1695 38th Street Boulder, Colo. 80301 (303) 443-6961 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29746; 6 Oct 88 18:06 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27053; 6 Oct 88 11:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26956; 6 Oct 88 10:57 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa07814; 6 Oct 88 10:51 EDT Received: from relay2.cs.net by RELAY.CS.NET id af12343; 6 Oct 88 9:57 EDT Received: from switzerland by RELAY.CS.NET id ad22614; 6 Oct 88 9:39 EDT Received: from ean by SWITZERLAND.CSNET id a019580; 6 Oct 88 11:27 MET Date: 6 Oct 88 11:24 +0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <99*doelz@urz.unibas.ch> Subject: SWAPPER/System performance pt. 2 Return-Receipt-To: "Reinhard Doelz" Sorry to send a message again, but I got a real hard flame on my first posting telling me that I didn't specify the problem exactly. OK, here are the details: *step 1: create a batch job* I created a new queue on the IRIS 4D/80 in /usr/lib/cron/queuedefs : f.1j9n and submitted a DISCOVER job into this queue by at -qf 20:00 com0.csh ^D (DISCOVER is a huge molecular dynamics program purchased from BIOSYM at San Diego, and I created a shell called com0.csh to define the environment, aliases and run the job). If I look now on the processes running after a while, I get lines like F S UID PID PPID C PRI NI P SZ:RSS WCHAN TTY TIME COMD 30 R 110 3394 3376 80 119 39 * 5613:794 ? 785:10 discover 30 S 110 3375 699 0 30 29 * 28:21 800cc5f8 ? 0:00 sh 30 S 110 3376 3375 0 30 29 * 51:36 800cca24 ? 0:00 com0.csh which tell me that DISCOVER is running with a low priority and the size of memory needed is rather high. *step 2: create other jobs which are eating up memory* INSIGHT, another program from BIOSYM, uses lots of memory as well, and I run this online as a process at the console. From there, I wanted to start another DISCOVER job, which means that I tried to occupy another 5600 pages additionally to the already existing INSIGHT (3748) and the (batch-)DISCOVER job (5613). BUT: I do get a failure called growreg --- not enough memory to allocate 5086 pages. *step 3: Looking at the swapspace* I started the DISCOVER job yesterday night and tried to start the other one today at 8:30. This is the system accounting if called with the sar: MODL MODL 4D1-3.0 07221426 IP4 10/06/88 00:00:01 freemem freeswp 01:00:00 1434 101256 02:00:01 1427 101256 03:00:00 1416 101256 04:00:01 1411 101256 05:00:01 1414 101264 06:00:01 1414 101264 07:00:00 1404 101264 08:00:00 1405 101264 08:20:00 1414 101264 08:40:01 1415 101264 09:00:01 1325 101200 09:20:01 1432 101200 09:20:01 freemem freeswp Average 1413 101251 As you can see, there is *no* difference between the night and today, which is a real pain because the batch job should swap on the disk in order to make the online jobs running. *question:* The only hint in the so-called 'manual' is the extending of swap space in order to enlage system's performance. But apparently the system doesn't swap at all or at least it does in insufficiently, so this doesn't yield a better result. Did anyone of you have a similar problem ??? Any comments/suggestions/flames welcome. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12545; 8 Oct 88 2:46 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12212; 8 Oct 88 1:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12196; 8 Oct 88 1:09 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12213; 8 Oct 88 0:58 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA28695; Fri, 7 Oct 88 20:19:01 PDT 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 Oct 88 22:56:07 GMT From: George Kyriazis Organization: RPI CS Dept. Subject: problem with structures on a 4-D Message-Id: <1373@imagine.PAWL.RPI.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello. I am transfering a program from a Sun4 to an 4-D and I have the following problem: When I use a function that returns a structure as an argument to another function, incorrect results appear. Can anybody help me? A test program follows. It works fine on a Sun4 (and Sun3). Thanks. ------------------------------- struct vector {double x, y, z}; struct vector vadd(a,b) struct vector a,b; { struct vector c; c.x = a.x + b.x; c.y = a.y + b.y; c.z = a.z + b.z; return c; } struct vector svproduct(k, a) double k; struct vector a; { a.x *= k; a.y *= k; a.z *= k; return a; } main() { struct vector a,b,c,d,aa,bb; double sc; printf("v1: "); scanf("%lf %lf %lf", &a.x, &a.y, &a.z); printf("v2: "); scanf("%lf %lf %lf", &b.x, &b.y, &b.z); printf("scale: "); scanf("%lf", &sc); aa = svproduct(sc, a); bb = svproduct(sc, b); printf("a: %lf %lf %lf\n", aa.x, aa.y, aa.z); printf("b: %lf %lf %lf\n", bb.x, bb.y, bb.z); c = vadd(aa, bb); d = vadd(svproduct(sc,a),svproduct(sc,b)); printf("%lf %lf %lf\n", c.x, c.y, c.z); printf("%lf %lf %lf\n", d.x, d.y, d.z); } Output is as follows: v1: 1 0 0 v2: 0 1 0 scale: 2 a: 2.000000 0.000000 0.000000 b: 0.000000 2.000000 0.000000 2.000000 2.000000 0.000000 2.000000 2.000000 2.000000 George Kyriazis kyriazis@turing.cs.rpi.edu ------------------------------ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20589; 11 Oct 88 7:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19343; 11 Oct 88 0:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19325; 11 Oct 88 0:32 EDT Received: from [192.12.141.129] by SMOKE.BRL.MIL id aa08046; 11 Oct 88 0:21 EDT Received: from dasys1.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA02940; Tue, 11 Oct 88 00:19:18 EDT Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA18284; Mon, 10 Oct 88 22:43:46 EDT Date: Mon, 10 Oct 88 22:43:46 EDT From: Rod Paul Message-Id: <8810110243.AA18284@dasys1.UUCP> To: doelz%urz.unibas.ch@relay.cs.net, info-iris@BRL.MIL Subject: Re: SWAPPER/System performance pt. 2 (My appologies if you receive two copies of this, I had a power hit at home and was kicked off the system). What I suggest is writing a couple of lines of code that malloc() a meg at a time, when malloc() returns 0, you should know the maximum amount of memory allowed PER process. This problem sounds like a similar one I encountered on a 4D/70 running sys 2.0. One of my machines had 150 meg of swap space but large processes kept crashing. It turned out that the kernel was configured to only allow 33 meg per process. I beleive the variable I changed was 'UMEM', I'll check my notes on the procedure to fix things tomorrow and let you know. In the meantime you may want to check up on kernel configuration just to see if this is in fact related to your problem. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13136; 12 Oct 88 23:45 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12766; 12 Oct 88 21:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12734; 12 Oct 88 21:30 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24421; 12 Oct 88 21:20 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13519; Tue, 11 Oct 88 12:35:13 PDT 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 Oct 88 17:48:47 GMT From: Michael Piplani Organization: Cornell Theory Center, Cornell University, Ithaca NY Subject: iris monitors 3000 series/3'rd party Message-Id: <6518@batcomputer.tn.cornell.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few months ago I posted a request to the net about hooking up a 3'rd party color monitor to my 3020 (my monitor had 'burned' out). I got only one reply that the Multisync XL 19" by NEC had been hooked up to an iris successfully. At the time I was in a hurry and did a 48 hour parts replacement with sgi. It cost me ~$2000. In the last two weeks I've had 2 monitors burn out!!!! I've ordered the NEC monitor from my local computerland for $2500 it comes with a 2 year parts warrenty, 1 year labor (alot better then sgi's warrenty). Then we discovered that the SuperMac 16" color monitor for the macII can be hooked up to an iris. The SuperMac monitor is made by Sony and has part number GBM-1602. We got it for $2400 from a local mac supplier with a 1 year warrenty. Images on the SuperMac really look great! I will probably get one of my iris monitors repaired by sgi -- they have 60 day turn around, 90 day warrenty for $1330 and I'll kept that for a spare. Our 3020's have behaved flawlessly for the 2 years we've had them, the only problems seem to be in the non sgi parts-- the first batch of optical mice burned out in 3 months, and these hitachi monitors have an ~2 year life span. Michael Piplani (607)255-9101 Cornell/HSS Program in Biomechanics ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13395; 13 Oct 88 0:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13358; 13 Oct 88 0:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13339; 13 Oct 88 0:22 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25451; 13 Oct 88 0:09 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA24216; Wed, 12 Oct 88 00:31:34 PDT 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 Oct 88 12:54:19 GMT From: root Organization: State University of New York at Stony Brook Subject: request for SGI references Message-Id: <1692@sbcs.sunysb.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL SUNY/Stony Brook is considering the purchase of a great deal of SGI workstations. If you own some SGI gear, we would greatly appreciate hearing of your experience with the equipment either positive or negative. Thanks in advance Rick Spanbauer Dept of CS SUNY/Stony Brook ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13395; 13 Oct 88 0:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab13358; 13 Oct 88 0:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13350; 13 Oct 88 0:23 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25534; 13 Oct 88 0:19 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA25629; Wed, 12 Oct 88 01:43:48 PDT 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 Oct 88 01:18:58 GMT From: Robert Skinner Organization: U.C. Santa Cruz, CIS/CE. Subject: Re: problem with structures on a 4-D Message-Id: <5081@saturn.ucsc.edu> References: <1373@imagine.PAWL.RPI.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1373@imagine.PAWL.RPI.EDU>, kyriazis@rpics (George Kyriazis) writes: > > Hello. I am transfering a program from a Sun4 to an 4-D and I have > the following problem: When I use a function that returns a structure as > an argument to another function, incorrect results appear. Can anybody > help me? A test program follows. It works fine on a Sun4 (and Sun3). > Thanks. > structure passing is broken in release 3.0. it is fixed in 3.1. Robert Skinner ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13549; 13 Oct 88 1:13 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12958; 12 Oct 88 22:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12953; 12 Oct 88 22:49 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24862; 12 Oct 88 22:35 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13349; Wed, 12 Oct 88 18:42:31 PDT 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 Oct 88 22:31:22 GMT From: Angus Davis Subject: chromaticity coordinates Message-Id: <54@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am looking for the chromaticity coordinates of the phosphors for our Hitachi colour monitor which came with our Silicon Graphics Iris Workstation (3020 series). The model number of the monitor is CM2073ASG-517. Can anyone share this information with me? My mail address is: ...!{ubc-cs,utai,alberta}!calgary!davis ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13549; 13 Oct 88 1:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13490; 13 Oct 88 1:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13463; 13 Oct 88 0:58 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25651; 13 Oct 88 0:46 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA15056; Wed, 12 Oct 88 20:51:14 PDT 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 Oct 88 00:42:16 GMT From: Mike Thompson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SWAPPER/System performance Message-Id: <20521@sgi.SGI.COM> References: <93*doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL . *Problem*: . On an IRIS 4D/80 with 370 megs hard disk and 12 megs of memory, the . swap space is 50 megs, and the command swap -l displays that there are . usually over 80% free. Big applications in the batch tend to crash, . dupreg - insufficient memory to allocate ... pages, however, these . are running nicely online. . . *Question*: . How to make a job swap on the disk if others request more memory? I can't . imagine that only the physical memory of the core may be used in the batch. . . Any comments/suggestions/flames welcome. . . Reinhard When a System V process is exec'd, it preallocates the AMOUNT of swap space it would need if all swappable pages did, indeed, have to be swapped, but it does not allocate ACTUAL swap blocks. So "/etc/swap -l" indicates only how many blocks currently contain swapped-out blocks. The ``/debug'' line of a "/bin/df" will show you how many blocks (512 bytes) have been preallocated (amount, not actual blocks) and how many have not. While this may be a distinction without a difference, the applications aren't ``crashing''; exec() system calls are failing (errno EAGAIN) for lack of swap space. The process does have the opportunity at this point to make an orderly retreat. Mike Thompson SGI ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22561; 13 Oct 88 17:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21535; 13 Oct 88 15:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21391; 13 Oct 88 15:08 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa09074; 13 Oct 88 15:00 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA01588; Thu, 13 Oct 88 10:31:03 PDT 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 Oct 88 19:55:55 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: 4D/20 tape requirements Message-Id: <20396@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The Personal Iris uses 150Mb SCSI tape drives. These tape drives require higher density cartridge tapes than previous systems. Silicon Graphics recommends 3M's DC600XTD tape cartridge. This tape has the folowing specifications: 600ft. long extra track density 12,500 ftpi 550 oersted If you use a tape other than this 3M model, make sure it meets or exceeds all these specifications. Several customers have called us with complaints of "Mode Sense Protocol" errors. These are caused by trying to create a tape on a cartridge that does not meet the ratings above. If you get these errors on a tape cartridge that meets or exceeds the above specifications, please call the Silicon Graphics Geometry Hotline immediately at (800) 345-0222. thanks, Chris Dunlap Hardware Product Support Silicon Graphics ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07101; 16 Oct 88 7:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07024; 16 Oct 88 6:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07019; 16 Oct 88 6:20 EDT Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa22952; 16 Oct 88 6:01 EDT Received: from DBTHRZ5.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 9493; Sun, 16 Oct 88 06:00:44 EDT Date: 16 OCT 88 10:59-MEZ From: BTP408%DBTHRZ5.BITNET@cunyvm.cuny.edu To: INFO-IRIS@BRL.MIL Subject: Image file handling in Fortran? Message-ID: <8810160602.aa22952@SMOKE.BRL.MIL> Date: 16-OCT-1988 10:52:51.96 From: Eberhard Bodenschatz BTP408 AT DBTHRZ5 To: BITNET::"info-IRIS@BRL.ARPA" Subj: Image file handling in Fortran? Hallo, I have the probelm of handling image-files in Fortran. Is it possible to read and write images within a fortran programm. (Up to now I found only desciptions for using C subroutines.) We here have an IRIS 4D/70G. Can anybody help me in solving this problem? My address is "btp408@dbthrz5" Many Thanks, Eberhard Bodenschatz, Uni. Bayreuth, W-Germany ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18084; 17 Oct 88 18:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15722; 17 Oct 88 15:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac15565; 17 Oct 88 14:56 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa14544; 17 Oct 88 14:51 EDT Received: Mon, 17 Oct 88 14:53:31 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Mon, 17 Oct 88 14:53:31 EDT From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8810171853.AA20668@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Film Recorders We are thinking about getting a film recorder to make slides of our IRIS images. Does anyone have any suggestions on which one to get? What devices are you using? Also, how much do these things run? Any information will be greatly apreciated. Thank you. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27180; 18 Oct 88 14:37 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24829; 18 Oct 88 12:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24823; 18 Oct 88 12:33 EDT Received: from NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa01219; 18 Oct 88 12:23 EDT Received: from cirm.northrop.com by nrtc.nrtc.northrop.com id aa24518; 18 Oct 88 9:23 PDT Date: Tue, 18 Oct 88 9:07:18 PDT From: Fletcher Robinson To: info-iris@BRL.MIL Subject: film recorders Message-ID: <8810181223.aa01219@SMOKE.BRL.MIL> We use DUNN instruments' MULTICOLOR and POLAROID's 8X10 LAND FILM PROCESSOR for our pictures and slide making. Both will feed off the daisy chain RGB signal from the standard monitor. Good images! ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00603; 18 Oct 88 20:55 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29568; 18 Oct 88 19:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29561; 18 Oct 88 19:29 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa09533; 18 Oct 88 19:26 EDT Received: by sgi.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA16057; Tue, 18 Oct 88 16:30:17 PDT Received: by bettysue (5.52/880418.SGI) (for info-iris@BRL.MIL) id AA02458; Mon, 17 Oct 88 16:11:49 CDT Date: Mon, 17 Oct 88 16:11:49 CDT From: Tom Barton Message-Id: <8810172111.AA02458@bettysue> To: info-iris@BRL.MIL Subject: Large Polygon reduction algorithm We have a customer who frequently deals with polygons that have greater than 255 vertices ( the max allowed by SGI). He gets the data from another software package and uses the IRIS to display the data. He has a method of dealing with these polygons, but it is limited in speed and capabilities. He would be eternally grateful for an algorithm that can break up his large polygons into polygons with less than 255 vertices. Additionally, his large polygons often have holes in them, so the algorithm would have to be able to deal with these. Can anyone out there help this unfortunate individual? :-) (He doesn't have email.) Thanks for any help you may be able to provide. -- Tom Barton SGI - Dallas email: sgi.com!trb vmail: 8047 phone: 214-788-4122 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10746; 20 Oct 88 20:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10321; 20 Oct 88 18:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10318; 20 Oct 88 18:31 EDT Received: from [36.82.0.1] by SMOKE.BRL.MIL id aa20888; 20 Oct 88 18:23 EDT Received: from apl.stanford.edu by white.stanford.edu (3.2/SMI-3.0DEV3) id AA08887; Thu, 20 Oct 88 15:21:23 PDT Received: by apl.stanford.edu (3.2/SMI-3.0DEV3) id AA05721; Thu, 20 Oct 88 15:18:23 PDT Date: Thu, 20 Oct 88 15:18:23 PDT From: mis@white.stanford.edu Message-Id: <8810202218.AA05721@apl.stanford.edu> To: Info-Iris@BRL.MIL Subject: Help with Summagraphics BitPad2 I am trying to interface a device that looks like a Summagraphics Bitpad 1 and 2 to SGI 2400 and can't get much help from the hot line. Does anyone have a daemon to run this type of device rather than the Hitachi bitpad? Thanks in advance, -Misha Pavel ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11676; 21 Oct 88 0:44 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11030; 20 Oct 88 21:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11022; 20 Oct 88 21:24 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa22209; 20 Oct 88 21:10 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA03323; Thu, 20 Oct 88 16:49:40 PDT 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 Oct 88 21:07:10 GMT From: Jim Helman Subject: re: 4Sight, X or NeWS? Message-Id: <8810202336.AA03068@ucbvax.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 4D/70GT, a wonderful machine that is damn fast for lots of things. Sadly, X is not one of them. The X support is EXTREMELY SLOW for doing things like scrolling a window. It takes several seconds to scroll an 80 column, full screen height window. I'm hooked on gnuemacs with mouse and was very disappointed when I realized the speed of 4Sight's X11 support makes the machine unusable for this and many other X applications. It might get better in a release (it improved somewhat in the last release) or it may be a fundamental problem with doing bitblt style operations on the GT hardware. (Any comments from SGI on this?) In any case, it's forced me to do all my editing using X11 on a nearby VaxStation GPX. I only use the SGI screen for actually running my graphics programs. This is safer anyway, since while debugging a graphics program, a bad graphics library call can cause the window manager to die and take the whole console session with it. I don't know if 4Sight's NeWS has better pixel performance, but normally I would expect X to be better than NeWS for raster image operations, since X is built around a raster imaging model. Jim Helman Department of Applied Physics Stanford University ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12310; 21 Oct 88 3:35 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11985; 21 Oct 88 2:01 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa11967; 21 Oct 88 1:49 EDT Date: Fri, 21 Oct 88 1:40:01 EDT From: Phil Dykstra To: Jim Helman cc: info-iris@BRL.MIL Subject: Re: 4Sight, X or NeWS? Message-ID: <8810210140.aa07482@SPARK.BRL.MIL> SGI seems to be redoing the X11 support for a future 4Sight release. We had a working X11 system (even if not very fast) under our first 4Sight release, and then a ..(no comment because it was a beta test).. X11 system. Now I hear that X will no longer be supplied with 4Sight until some future date. Perhaps SGI felt it was better not to include it, rather than have people (incorrectly) judge the performance of the machine based on the X support. I could understand this decision if true, but its only my conjecture as to why it went away. Personally I preferred having X support, whether fast or slow, to not having it at all. Since folks like Ardent and Stellar are basing their products on "high performance" X platforms, I trust that SGI will make a reasonable effort to provide a good X interface in the future. > In any case, it's forced me to do all my editing using X11 on a > nearby VaxStation GPX. Gee, we do all of our editing on Sun 3/50s :-). - Phil ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16294; 21 Oct 88 9:36 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab15786; 21 Oct 88 9:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab15734; 21 Oct 88 9:17 EDT Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa28346; 21 Oct 88 9:02 EDT Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA02336; Fri, 21 Oct 88 09:02:27 EDT Date: Fri, 21 Oct 88 09:02:27 EDT From: "John D. McCalpin" Message-Id: <8810211302.AA02336@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: Mail on 3000's Is it possible to make the IGNORE feature work in Mail on the 3000 series machines? When I try it, it converts all the strings that I tell it to ignore to lower case. Since all the header lines show up with an upper case first letter, no fields match and none are ignored.... John D. McCalpin mccalpin@nu.cs.fsu.edu (host tables) mccalpin@masig1.ocean.fsu.edu (requires nameserver) mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18095; 21 Oct 88 12:22 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15786; 21 Oct 88 9:24 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15677; 21 Oct 88 9:14 EDT Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa27698; 21 Oct 88 8:55 EDT Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA02313; Fri, 21 Oct 88 08:54:55 EDT Date: Fri, 21 Oct 88 08:54:55 EDT From: "John D. McCalpin" Message-Id: <8810211254.AA02313@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: f77 on 4D's Could some 4D owners comment on the quality of the f77 implementation on the MIPS processors. I have been so disgusted with SGI's lack of interest in supporting f77 on the 3000 series that I am tempted to switch vendors.... John D. McCalpin mccalpin@masig1.ocean.fsu.edu mccalpin@nu.cs.fsu.edu mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18950; 21 Oct 88 13:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18706; 21 Oct 88 13:30 EDT Received: from tbd.brl.mil by VMB.BRL.MIL id aa18699; 21 Oct 88 13:23 EDT Date: Fri, 21 Oct 88 13:22:52 EDT From: Glenn Randers-Pehrson (WMB) To: info-cray@BRL.MIL, info-iris@BRL.MIL Subject: random number generators Message-ID: <8810211322.aa25115@TBD.BRL.MIL> [...] There is an excellent article on random number generators in this month's Communications of the ACM. Motivated by this article, and by my unhappy experience with the Silicon Graphics random number generator, I checked the generators for various BRL machines. One uniform characteristic of all of them is that they aren't documented very well. None of the user documentation gives the particular algorithm and parameters used, so I had to do some experiments to find out the algorithms. On the Crays, my experiments with the RANF() function provided by CFT77 on both bob.brl.mil and patton.brl.mil indicated that the function is f(z) = mod ( 44,485,709,377,909 * z, 2**46) If user provides an even numbered seed, it is converted to the next higher number. i.e., the sequences beginning with seed "2" and seed "3" are identical. The algorithm should provide one of two sequences of 2**44 random numbers before recycling. On adm.brl.mil (Gould) and tgr.brl.mil (VAX runing BSD4.3), the function is IRANDM(). The algorithm is more complex than the above, being a nonlinear additive feedback scheme, whose paramaters I do not know. On thud.brl.mil (Alliant), the same function is provided and is called IRAND(). Also on the Gould and VAXEN is IRAND(), whose algorithm is f(z) = mod (1 103 515 245 * z + 12345, 2**31) This is one of the algorithms mentioned in the article as being deficient, and the on-line documentation at BRL recommends against using it. On taurus.brl.mil (Iris 2500T), I could not figure out the algorithm, but it has the characteristic of collapsing in fairly short order into a cycle of 21494 numbers. I was trying to use ran() in a dithering scheme some time ago, but found that it introduced diagonal artifacts in the images. There does not seem to be a way of specifying the seed. Ran(negative) is supposed to start a new sequence, but the seed for the new sequence seems to depend on the number of times ran(positive) was called. It is also extremely slow, compared to the "minimal standard random number generator" presented in the article. I recommend the latter be used on the IRIS instead of the built-in function "ran()". Here is the Fortran code: function msran(setseed) c minimal standard random number generator c Stephen K. Park and Keith W. Miller c Reference: Random number generators: good ones are hard to find c CACM vol 31 no 10, Oct 88 c f(z) = mod ( 16,807 * z, 2**31 -1)z implicit integer(a-z) save seed data seed / 1 /, + a / 16 807 /, + m / 2 147 483 647 /, + q / 127 773 /, + r / 2 836 / if (setseed .ne. 0) seed = setseed hi = seed/q lo = mod(seed,q) test = a*lo - r*hi if(test.gt.0)then seed = test else seed = test+m endif msran = seed return end Glenn Randers-Pehrson ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24211; 22 Oct 88 9:29 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24043; 22 Oct 88 8:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab24019; 22 Oct 88 7:57 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04857; 22 Oct 88 7:51 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13395; Sat, 22 Oct 88 02:59:40 PDT 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 Oct 88 17:02:01 GMT From: Jeff Krampf Organization: Raytheon Company, Marlborough MA Subject: X Window System under Silicon Graphics 3.5 UNIX Message-Id: <237@turbo.RAY.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone had any experience with porting X to a SGI UNIX environment. SGI 3.5 UNIX is an incomplete mix of BSD and SYSV UNIX, which makes it hard to port clients and contributed code from the distribution, which assumes strict BSD or SYSV. Thanx. Jeff Jeff@turbo.ray.com 508-490-2227 P.S. If you've had a similar experience with other operating systems, please let me know. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25196; 22 Oct 88 16:18 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25029; 22 Oct 88 14:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25021; 22 Oct 88 14:25 EDT Date: Sat, 22 Oct 88 14:22:59 EDT From: Doug Gwyn (VLD/VMB) To: Glenn Randers-Pehrson cc: info-cray@BRL.MIL, info-iris@BRL.MIL Subject: Re: random number generators Message-ID: <8810221423.aa22765@VGR.BRL.MIL> Excuse me, but I would not call the CACM article "excellent". The authors were simply trying to push for adoption of their particular favorite as a "standard". There are considerably better random number generators available on BRL UNIX systems if you know where to look. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26543; 23 Oct 88 0:22 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26261; 22 Oct 88 22:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab26254; 22 Oct 88 22:31 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10207; 22 Oct 88 22:25 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02918; Sat, 22 Oct 88 18:26:18 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Oct 88 18:56:17 GMT From: Miq Millman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Sight, X or NeWS? Message-Id: <20894@sgi.SGI.COM> References: <8810202336.AA03068@ucbvax.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8810202336.AA03068@ucbvax.Berkeley.EDU>, jim@THRUSH.STANFORD.EDU (Jim Helman) writes: > > > I don't know if 4Sight's NeWS has better pixel performance, but > normally I would expect X to be better than NeWS for raster image > operations, since X is built around a raster imaging model. The reason that X is so much slower on our machines is because of the way it handles doing things like rubberbanding and highlighting. X uses XOR to change colors on the screen which is just fine for a monochrome no grey scale monitor, but it really sucks with color. On the SGI workstations, overlay planes are used for doing the same things that X tries to do with XOR. The graphics hardware is incredibly fast, so performace is not hurt. On the 4D series, pixel performance is about 8 million pixels per second. Incidently, a new version of X for our machines is being worked on and it should be released soon. > > Jim Helman > Department of Applied Physics > Stanford University -- "The Queen promised she would ream us with 20 inch cattle prods, and I'm STILL waiting!" -Rene' Henderson (aka Toshiro Baloney) _Forbidden Zone_ Miq Millman -- miq@sgi.com or {sun,decwrl,pyramid,ucbvax}!sgi!miq 415 336 1041 work ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27201; 23 Oct 88 6:30 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26910; 23 Oct 88 3:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26905; 23 Oct 88 3:47 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa11509; 23 Oct 88 3:32 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA06463; Sat, 22 Oct 88 21:41:56 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Oct 88 22:07:40 GMT From: Ralph Hyre Organization: Carnegie-Mellon University, CS/RI Subject: alternate suppliers for IRIS-compatible color monitor? Message-Id: <3369@pt.cs.cmu.edu> References: <54@cs-spool.calgary.UUCP>, <20591@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 2400 Turbo with RS-170 option, and a dead 'old-style' monitor. We'd be interested in getting a smaller 15 or 17" Sony monitor to replace it. Has anyone else out there done this? The ideal monitor would be able to sync up to various formats produced by the other workstations we have: Sun color board (66 hz non-interlaced, 1152x900) IRIS (60 hz interlaced, 1024x768) plain old RS-170 RGB (so we don't have to worry about which monitor to hook up for videotaping.) Unfortunately most of the Multisyncs we have lying about are for comparitively low resolutions, like PC EGA stuff, so I'm not expecting to find the ideal box. I'll be happy to find a simple replacement for our IRIS monitor. Thanks. -- - Ralph W. Hyre, Jr. Internet: ralphw@ius3.cs.cmu.edu Phone:(412) CMU-BUGS Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA "You can do what you want with my computer, but leave me alone!8-)" ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27246; 23 Oct 88 6:43 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab27201; 23 Oct 88 6:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab27191; 23 Oct 88 6:25 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12597; 23 Oct 88 6:24 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12799; Sun, 23 Oct 88 02:49:34 PDT 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: 19 Oct 88 19:02:29 GMT From: Robert Soosaar Organization: Engineering Computing Facility, University of Toronto Subject: Iris plotting packages. Message-Id: <717@mv06.ecf.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are currently looking for a 2-D/3-D plotting package for our Silicon Graphics Iris 3130 and Personal Iris workstations. Freeware ( or Cheapware) would be nice, however, any software or information about sources would be appreciated. Also, the ability to drive Postscript would be handy. Thanks... Rob Soosaar University of Toronto Aerospace soosaar@ecf.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27272; 23 Oct 88 6:56 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab27246; 23 Oct 88 6:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27223; 23 Oct 88 6:38 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12600; 23 Oct 88 6:27 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13059; Sun, 23 Oct 88 02:58:45 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Oct 88 14:01:13 GMT From: Robert Soosaar Organization: Engineering Computing Facility, University of Toronto Subject: TeX for Iris 3130 Message-Id: <719@mv03.ecf.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody know where/how I can get a copy of TeX for the Silicon Graphics Iris 3130??? Norm Naugle of nsquared Computer Consultants, Texas is supposed to handle its distribution but he never seems to respond to our queries.... Rob Soosaar U of Toronto Aerospace soosaar@ecf.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27685; 23 Oct 88 11:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27581; 23 Oct 88 10:17 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27566; 23 Oct 88 10:04 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa13347; 23 Oct 88 9:52 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 2377; Sun, 23 Oct 88 09:53:04 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 23 Oct 88 14:53:19 Date: Sun, 23 Oct 88 14:52:54 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Answer to McCalpins f77 inquiry To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8810230952.aa13347@SMOKE.BRL.MIL> Dear Mr. McCalpin, our experiences with the 4D F77 compiler (which is in fact from MIPS and NOT from SGI, btw. the f77 for the 31xx series was also not fr4om SGI !!!) are the following: - it is a true F77-standard implementation. Don't look for "VAX" extensions, but if a program runs on that machine, its runs everywhere. - if you rely on local variables to be saved across calls, you have to insert SAVE statements (as described in the standard). Unfortunately there is no compiler switch to do that for you automatically (f77/3100 had one). - The compiler (and the whole 4D machine) react angrily on wrong parameter lists (number and type). - We have ported some (three) fortran packets (18000, 25000, 120000 lines of code) without much problems (except the SAVE stuff). Finally, even if the f77 compiler is not that comfortable and forgiveable than other f77 compilers, I would never dream of changing from SGI. One of my worst nightmares is to have a perfect fortran compiler without the graphics performance to make use of it. Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27948; 23 Oct 88 16:05 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27842; 23 Oct 88 14:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27840; 23 Oct 88 14:33 EDT Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa14345; 23 Oct 88 14:20 EDT Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA06167; Sun, 23 Oct 88 14:22:11 EDT Date: Sun, 23 Oct 88 14:22:11 EDT From: "John D. McCalpin" Message-Id: <8810231822.AA06167@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: f77 on MIPS cpu's In reference to my previous posting, here are some specific questions that I have about the MIPS f77 compiler. 1. Does the MIPS compiler support array bounds checking? f77 -C It is very difficult to use the IRIS 3000 as a code development platform without this! 2. Does the MIPS compiler support execution-time profiling? f77 -pg It is inconvenient to use the IRIS 3000 as a code development platform without this. 3. Does the MIPS compiler have a RELIABLE interface to dbx? The SVS f77 compiler does not do well with multi-dimensional arrays or passed arguments - it often gives the address of a passed veriable instead of its value. dbx also fails (core dumps) without warning on many codes. 4. Does the MIPS compiler have argument checking in its intrinsic function libraries? The SVS f77 allows all sorts of wrong answers to be generated because of this "feature". 5. Does the MIPS compiler actually support CORRECT IEEE arithmetic? (including rounding, sufficient guard bits, and robust intrinsics) The SVS compiler fails many of the tests in the PARANOIA floating-point test suite. 6. Does the MIPS compiler have a good optimizer? The SVS compiler does not even know how to remove loop- invariant code. The SUN f77 compiler can produce twice the performance from my codes on equivalent hardware. (SUN 3/160 w/Weitek fpa vs. IRIS 3030 w/Weitak fpa). Thanks for any help you can provide.... John D. McCalpin mccalpin@nu.cs.fsu.edu (listed in host tables) mccalpin@masig1.ocean.fsu.edu (requires nameserver to access) mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28477; 23 Oct 88 21:21 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28328; 23 Oct 88 19:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa28322; 23 Oct 88 19:38 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa15850; 23 Oct 88 19:32 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA22599; Sun, 23 Oct 88 16:03:57 PDT 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 Oct 88 22:45:25 GMT From: Kelvin Thompson Organization: U. Texas CS Dept., Austin, Texas Subject: New release of 'boxview' Message-Id: <3695@cs.utexas.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have just completed some bugfixes to 'boxview', an Iris application I posted to this newsgroup (and mailing list) last summer. You can get the revised application from the following sources: ** Anonymous FTP at site 'sally.cs.utexas.edu' (128.83.138.11). Sources are in two shar files in directory tmp/boxview. Additional .geom files are in directory tmp/geom. Files from DEC's public domain OFF release are in directory tmp/off (most of the .geom files are taken from the OFF release). ** E-mail. Send me a request (my address is below), and I'll mail you the two shar files (each is 55-60K). Expect at least a few days delay. Try again if you don't get a response in two weeks. I seem to remember there is a more standard FTP site for Iris software, but I've forgotten where. If someone will mail me the address of that site, I'll send my stuff there as well. (If the librarian of that site is listening, you're welcome to FTP the stuff yourself.) For those of you who missed it last time, 'boxview' is an application that lets you view 3D faceted objects. The application also demonstrates an interesting user interface for rotating 3D objects. Bug fixes for this release: * Now works with GT-series Iris 4D's (used to lock up). * Works better with 4Sight windowing system so that you can see the results of viewing-geometry manipulations in real time. * Holding down the left shift key now gives you a hint about how I implemented the rotation interface. * Moving the 3D crosshairs (axes) around now works (but it's still useless). * Misc tweaks. The program is still flakey if you try to bury, move, or reshape its window under '4Sight'. Unknown compatibility with 'mex'. Send questions or comments to me at the address below. Have fun. I apologize if I inconvenienced anyone by posting the program's ENTIRE 120 KILOBYTES here last summer. -- -- Kelvin Thompson, Lone Rider of the Apocalypse kelvin@cs.utexas.edu {...,uunet}!cs.utexas.edu!kelvin ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29943; 24 Oct 88 1:46 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29350; 24 Oct 88 0:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29223; 23 Oct 88 23:47 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16965; 23 Oct 88 23:39 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA25875; Sun, 23 Oct 88 20:25:16 PDT 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 Oct 88 00:24:13 GMT From: Marcel Samek Organization: Media Logic, Inc., Santa Monica, CA Subject: Re: 4Sight, X or NeWS? Message-Id: <128@mlogic.UUCP> References: <8810202336.AA03068@ucbvax.Berkeley.EDU>, <20894@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <20894@sgi.SGI.COM> miq@chromavac.SGI.COM (Miq Millman) writes: >graphics hardware is incredibly fast, so performace is not hurt. On the 4D >series, pixel performance is about 8 million pixels per second. > In the context of the discussion, which was about pixel based operations, this statement is utter nonsense. The architecture of the 4D series does not provide direct acess into the frame buffer and thus any pixel data generated by an application program must be passed down the geometry pipeline. While the 3D geometry engines may be able to get pixel performance of 8 million pixels per second when painting 3d data, application programs can achieve pixel performances of significantly less than 100,000 pixels per second (roughly 2 orders of magnitude less) when painting pixel data. If you wish to read pixels from the frame buffer, the performance is significantly slower than if you wish to write pixels. It is disappointing to see Silicon Graphics employees post such deceptive garbage to the net. Marcel -- Marcel A. Samek | Media Logic Incorporated | 2501 Colorado Blvd. Suite 350 ARPA: mlogic!marcel@unisys.sm.com | Santa Monica, CA 90404 UUCP: ...sdcrdcf!mlogic!marcel | (213) 453-7744 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03630; 24 Oct 88 10:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03448; 24 Oct 88 10:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03431; 24 Oct 88 10:00 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa23382; 24 Oct 88 9:42 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02915; Mon, 24 Oct 88 04:55:46 PDT 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 Oct 88 07:15:44 GMT From: "Michael Toy -- The S.G.I. XMAN" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Sight, X or NeWS? Message-Id: <20940@sgi.SGI.COM> References: <8810202336.AA03068@ucbvax.Berkeley.EDU>, <20894@sgi.SGI.COM>, <128@mlogic.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <128@mlogic.UUCP>, marcel@mlogic.UUCP (Marcel Samek) writes: > In article <20894@sgi.SGI.COM> miq@chromavac.SGI.COM (Miq Millman) writes: > > >graphics hardware is incredibly fast, so performace is not hurt. On the 4D > >series, pixel performance is about 8 million pixels per second. > > In the context of the discussion, which was about pixel based operations, > this statement is utter nonsense. ... > > ... application programs can achieve pixel performances of > significantly less than 100,000 pixels per second (roughly 2 orders of > magnitude less) when painting pixel data. > > If you wish to read pixels from the frame buffer, the performance is > significantly slower than if you wish to write pixels. > > It is disappointing to see Silicon Graphics employees post such deceptive > garbage to the net. I believe the published speed for copying pixels to the screen from user memory on the GTX series machines IS 8 million pixels per second. So the only deception in the first posting is the phrase "on the 4D series". It should have been "on the multi-processor 4D series". -- From the mixed up files of Mr. Michael C. Toy Internet: mtoy@SGI.COM UUCP: {ames,ucbvax,decwrl,sun,parcvax}!mtoy ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05426; 24 Oct 88 12:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab02526; 24 Oct 88 8:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02498; 24 Oct 88 8:51 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa21779; 24 Oct 88 8:44 EDT Received: Mon, 24 Oct 88 08:44:51 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Mon, 24 Oct 88 08:44:51 EDT From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8810241244.AA00394@aero4.larc.nasa.gov> To: XBR2D96D%DDATHD21.BITNET%cunyvm.cuny.edu@BRL.MIL Subject: Re: Answer to McCalpins f77 inquiry Cc: info-iris@BRL.MIL On the other hand, what good is high-powered graphics hardware, if your software wont work because the compiler is bad or the libraries dont work. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12185; 24 Oct 88 18:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12161; 24 Oct 88 18:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12134; 24 Oct 88 18:29 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa07672; 24 Oct 88 18:20 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA11847; Mon, 24 Oct 88 13:33:51 PDT 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 Oct 88 18:55:33 GMT From: Miq Millman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Sight, X or NeWS? Message-Id: <20959@sgi.SGI.COM> References: <8810202336.AA03068@ucbvax.Berkeley.EDU>, <20894@sgi.SGI.COM>, <20940@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ooops, I meant to say on the Multi-processor as Michael Toy pointed out. There was no malice or decieving intended in my message, only trying to answer a question. If you really believe that this news group was set up to frustrate and confuse users by SGI employees posting bogus info, then perhaps you should Email me and we can discuss this further off the net. -- "You know Squeezit, we chickens are hear to help in any way we can." "But what can chicken do?" "Precisely." Squeezit and his chicken buddies in _Forbidden Zone_ Miq Millman -- miq@sgi.com or {sun,decwrl,pyramid,ucbvax}!sgi!miq 415 960 1980 x1041 work ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12961; 24 Oct 88 23:04 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12601; 24 Oct 88 21:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12593; 24 Oct 88 21:04 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08696; 24 Oct 88 20:53 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA15637; Mon, 24 Oct 88 16:24:18 PDT 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 Oct 88 22:22:09 GMT From: Jim Helman Organization: Stanford University Subject: Re: 4Sight, X or NeWS) Message-Id: <323@isl.stanford.edu> References: <20894@sgi.SGI.COM>, <128@mlogic.UUCP>, <20940@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <20940@sgi.SGI.COM> mtoy@xman.SGI.COM (Michael Toy -- The S.G.I. XMAN) writes: >I believe the published speed for copying pixels to the screen from user memory >on the GTX series machines IS 8 million pixels per second. . . . It should have >been "on the multi-processor 4D series". If 8 megapixels/sec is a real number for the GTX series, I'm glad to see the problem is resolved on the new machines. But, the fact remains that the pixel performance is much lower on the single processor 4D machines. On our 4D/70GT, I've observed writepixels() performance of around 150,000 pixels per second. If this poor performance is caused by a fundamental limitation in the GT hardware, then there won't be much improvement from future versions of GL or the microcode. Could someone from SGI please give us a straight line on this? Does all this pose a hard limit on the performance of X, even in plain monochrome windows? And what improvement can we reasonably expect in future releases? In article <128@mlogic.UUCP>, marcel@mlogic.UUCP (Marcel Samek) writes: > >If you wish to read pixels from the frame buffer, the performance is >significantly slower than if you wish to write pixels. Then it should be possible for the server to shadow the window with a pixmap resident in processor memory. Unless reads and writes are concurrent, this would eliminate the read time, which should make raster ops that require both reading and writing to the window more than twice as fast. That's nothing to sneeze at, and I'd gladly trade the memory usage for the speed. In article <128@mlogic.UUCP>, marcel@mlogic.UUCP (Marcel Samek) writes: > >It is disappointing to see Silicon Graphics employees post such deceptive >garbage to the net. I doubt it was intentional. Actually, I'm more disappointed by SGI's lack of forthrightness in addressing this issue. More than two months ago, I raised it with our salesman, demonstrated the problem for him and his manager, called the hotline and finally posted to this newsgroup. I got a little information from various people by private mail. Then, I gave up. So far no one at SGI has been willing to openly say what the problem is, in which products it exists and what if any solutions are possible. Why doesn't someone at SGI put all the speculation and false expectations to rest? Jim Helman (jim@thrush.stanford.edu) Department of Applied Physics Stanford University ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19930; 25 Oct 88 16:33 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19794; 25 Oct 88 16:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19573; 25 Oct 88 16:04 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa26836; 25 Oct 88 15:51 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA03841; Tue, 25 Oct 88 09:49:09 PDT Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Oct 88 05:33:00 GMT From: uxg.cso.uiuc.edu!uxe.cso.uiuc.edu!chrstnsn@uxc.cso.uiuc.edu Subject: comp.mathematica - discussion Message-Id: <223000001@uxe.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a call for discussion on the creation of a newsgroup comp.mathematica. Mathematica is a powerful new computer mathematics system that currently runs on machines from the following hardware vendors: Apple Macintosh Sun Microsystems Ardent Stellar IBM RT NeXT Computer Silicon Graphics and soon a number of others. There are over 1000 Mathematica users already. Since this system is designed to be programmed, we expect many Mathematica packages and notebooks to be written and many tricks and tips developed. It is expected that this will be a very active group due to the large number of users and the many vendors who will be selling this program in the next year. A Mathematica user group is being organized with the support and encouragement of the Mathematica vendors. A newsgroup specific to this system will be of great value to users and will provide a convenient place to put new programs and algorithms. All discussion of this proposal should take place in this news.group. Discussion will be ended in two weeks on November 5 at midnight. If sufficient interest is shown, a call for votes will be posted. TO READERS OF SCI.MATH.SYMBOLIC, COMP.SYS.NEXT, COMP.SYS.SUN, COMP.SYS.MAC, COMP.SYS.IBM.PC.RT, COMP.SYS.SGI - POST ALL DISCUSSION IN NEWS.GROUPS. -------- Steve Christensen National Center for Supercomputing Applications University of Illinois at Urbana-Champaign steve@ncsa.uiuc.edu uunet!uiucuxc!newton!steve 14008@ncsavmsa.bitnet ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24635; 26 Oct 88 7:02 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24416; 26 Oct 88 5:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24399; 26 Oct 88 5:00 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04229; 26 Oct 88 4:47 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA15465; Tue, 25 Oct 88 19:28:31 PDT 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 Oct 88 19:33:49 GMT From: "Calvin H. Vu" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Answer to McCalpins f77 inquiry Message-Id: <21035@sgi.SGI.COM> References: <8810241244.AA00394@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I feel obligated to answer to your questions since I am one of the people working on the MIPS compiler at SGI. I think your questions are general enough to warrant a posting of our response. So here it goes: << 1. Does the MIPS compiler support array bounds checking? f77 -C Yes, by using the -C option. << 2. Does the MIPS compiler support execution-time profiling? f77 -pg Yes, by using -p option. You can also use pixie(1) which does not require any special compilation option. By using pixie(1) and prof(1), you can get basic block counting which provides you with profiling information in the following areas: o Time spent per procedure. o Execution time on a per line basis. o Invocation counts per procedure. Tells how many times a procedure is called and from which procedures that reference the procedure. o Procedures which were never executed. o Lines of code which were never executed. << 3. Does the MIPS compiler have a RELIABLE interface to dbx? We have incorporated a lot of enhancements and bug fixes into the basic MIPS dbx package. It IS RELIABLE (as of the 3.1 release, anyway) and does not have any of the problems you mentioned nor any semi-significant problems that we know of. We have added a 'dbx' user interface, called 'edge', which displays 3 windows (for dbx commands, source code, and program outputs) and accepts inputs from a mouse. << 4. Does the MIPS compiler have argument checking in its intrinsic << function libraries? Yes, it has argument checking for intrinsic functions and none of our customers have found any problems with that. At one time, Prime made a request to make the compiler less restrictive in checking intrinsic argument types and we have added that enhancement to the compiler. I don't know of any existing bugs in the intrinsic function library. << 5. Does the MIPS compiler actually support CORRECT IEEE arithmetic? << (including rounding, sufficient guard bits, and robust << intrinsics) Sorry I don't have the answer for this. As far as I know, we pass all the official QA tests, including GSA, ANSYS, SDRC, and the NAG floating point verification suite. We just implemented floating-point trap handling in response to the only request regarding floating- point operations we received from our customers. << 6. Does the MIPS compiler have a good optimizer? The MIPS f77 compiler provides four levels of optimization which include: o cross-compilation-unit global optimization o loop-invariant code o loop-induction expression o automatic prioritized register allocation o delayed-branch optimization o common subexpression, dead-code removal o constant folding Those are the ones I can recall off hand. If you need further details I would be glad to provide a list of all the public literature pulished on the MIPS optimizer. The Linpack benchmark can give a general idea of quality of optimization. Linpack results are quoted as Fortran-BLAS and coded-BLAS where coded-BLAS is assembly level coding of the low level algebra routines. The Linpack numbers for a 4D70 are : fortran single precision : 2.03 MFLOPS double precision : 0.94 MFLOPS assembly single precision : 2.39 MFLOPS double precision : 1.04 MFLOPS As you can see the difference between assembly and Fortran is about 10%. This ratio indicates that our compilers are mature. We are, however, constantly trying to improve this. Also, to Mr. Knobi's replies to your inquiry, I would like to add these points: << it is a true F77-standard implementation. Don't look for "VAX" extensions, << but if a program runs on that machine, its runs everywhere. As of release 3.1 of the FORTRAN compiler, we have included many VAX/VMS FORTRAN enhancements in the compiler. It is now functionally compatible with VMS FORTRAN and allows easy porting of most VMS FORTRAN programs to our system. << if you rely on local variables to be saved across calls, you have to insert << SAVE statements (as described in the standard). Unfortunately there is no << compiler switch to do that for you automatically (f77/3100 had one). The 4D series also allows the '-static' option to do just that. << The compiler (and the whole 4D machine) react angrily on wrong parameter << lists (number and type). We have enhanced the compiler to be more lenient in checking argument types in intrinsic function calls. Calvin Vu calvin@sgi.com ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27859; 26 Oct 88 11:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27657; 26 Oct 88 10:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27600; 26 Oct 88 10:50 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10225; 26 Oct 88 10:36 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA25463; Wed, 26 Oct 88 05:12:57 PDT 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 Oct 88 02:03:17 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: Iris 4D devices queues Message-Id: <6485@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an Iris 4D running 4Sight. We are trying to experiment with a variety of input devices. Most of these devices send their data over a serial port. It would be convenient if we could have a background process running (some sort of demon, I guess) that read and analysed this data, and entered the appropriate values onto the device queue of the process with the input focus. There is a routine called qenter() that adds entries to a process' own device queue, but I couldn't find one that adds to another process' queue. Such a routine must exist somewhere, as mouse, keyboard, dial box, etc. events are automatically entered on the queue. Does anyone know how this can be accomplished? Thanks in advance. Dan Christensen jdchrist@watcgl.uwaterloo.ca ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00317; 26 Oct 88 13:49 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26295; 26 Oct 88 9:43 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26219; 26 Oct 88 9:33 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08307; 26 Oct 88 9:26 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19773; Tue, 25 Oct 88 23:29:34 PDT 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 Oct 88 03:50:55 GMT From: garrett%oscar.ccm.udel.edu@louie.udel.edu Organization: University of Delaware, CCM Subject: Kernel parameters... Message-Id: <5023@louie.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A colleague of mine is using Template Graphics' FIGARO, a mostly PHIGS-compliant graphics library on a 3030 with 12MB of RAM. He is working on porting a graphics program that evidently uses a lot of phigs-structure-related storage for large images (I know little if anything about phigs or the actual memory requirements of his program). The problem he is having is with speed - or the lack thereof. When it comes time to display the images on the screen (composed of many filled polygons) the display is fast as all get-out. However, before it can display, the system evidently has to do some moving of things around in memory. During this time the light on the swap device goes mad for a while and when it settles down, the image practically flashes onto the screen. I would tend to think that his program was hitting some kind of limit to the amount of physical memory a user process is allowed to use - or is it? Is there some kind of kernel parameter or the like that you can modify to fix this if this is the problem? I find it hard to believe that the person's program would be using up a majority of the 12mb of ram, so this would seem to be the logical explanation. Any suggestions? Thanks in advance! +-------------------------------------+--------------------------------------+ | Joel J. Garrett, Research Associate | Phone: (302)-451-2332 | | Center for Composite Materials | inet: garrett@oscar.ccm.udel.edu | | University of Delaware +--------------------------------------+ | Newark, Delaware | Elvis needs boats! -- Mojo Nixon | +-------------------------------------+--------------------------------------+ ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03245; 26 Oct 88 17:02 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03176; 26 Oct 88 16:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03071; 26 Oct 88 16:39 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa19782; 26 Oct 88 16:23 EDT Received: from neat.ai.toronto.edu by RELAY.CS.NET id ad04504; 26 Oct 88 15:35 EDT Received: from ecf.toronto.edu by neat.ai.toronto.edu with SMTP id 7713; Wed, 26 Oct 88 15:08:04 EDT Received: by ecf.toronto.edu id 20709; Wed, 26 Oct 88 15:06:58 EDT From: Robert Soosaar To: info-IRIS@BRL.MIL Subject: info-iris Message-Id: <88Oct26.150658edt.20709@ecf.toronto.edu> Date: Wed, 26 Oct 88 15:06:52 EDT I have a few questions about what info-iris is... First of all, is this just a carbon copy of what can be found on comp.sys.sgi???? Can software advertised in "IRIS Software Exchange" be obtained here??? Is it possible to be added to the distribution list??? We currently have three SGI Iris 3130's and obtaining a Personal Iris (Eclipse). <- typing error... oh well!!! -> We would like to become involved in trading/exchanging/ buying software for various applications. We do not have direct access to ARPANET but E-mail works!!! Robert Soosaar University of Toronto Institute for Aerospace Studies 4925 Dufferin St. Downsview, Ontario Canada soosaar@ecf.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12307; 27 Oct 88 12:37 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11960; 27 Oct 88 12:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11807; 27 Oct 88 12:19 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa05660; 27 Oct 88 12:05 EDT Received: from mcvax.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AB13168; Thu, 27 Oct 88 12:04:47 EDT Received: by mcvax.cwi.nl via EUnet; Thu, 27 Oct 88 16:20:55 +0100 (MET) Received: by cernvax.uucp (1.2/Ultrix2.0-B) id AA18753; Wed, 26 Oct 88 14:51:10 +0100 Received: by unizh.UUCP (4.12/4.7) id AA13558; Wed, 26 Oct 88 14:44:32+0100 Date: Wed, 26 Oct 88 14:42:05 +0100 From: mcvax!unizh!meyer@uunet.uu.net MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <8810261342.AA13484@gorgo.uucp> Received: by gorgo.uucp id AA13484; Wed, 26 Oct 88 14:42:05 +0100 To: info-iris@BRL.MIL Subject: remote printing Hello World, We are running an Iris 4D/70G in an ethernet. What we would like is to set up the printer spooling system s.t. spooled files are forwarded somehow to our VAX via ethernet. Then the VAX takes over and prints the files on a laserwriter. This would be no problem on a BSD-like system using rm in /etc/printcap. As far as I know SYS V does not offer something similar. Could anybody tell me how to proceed? Urs Meyer --- University of Zurich, {uunet,...}!mcvax!cernvax!unizh!meyer Dept. of Computer Science, meyer%ifi.unizh.ch@relay.cs.net CH-8057 Zurich K114930@CZHRZU1A.BITNET ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18344; 27 Oct 88 18:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18270; 27 Oct 88 18:37 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab18042; 27 Oct 88 18:26 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa15863; 27 Oct 88 18:17 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA24116; Thu, 27 Oct 88 07:55:14 PDT 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 Oct 88 13:00:24 GMT From: "Michael L. Johnson" Organization: University of Va. Subject: 3rd party vendors Message-Id: <1180@virginia.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone out there suggest some third party vendors for Disk and Tape drives for 4D machines. It appears that SGI wants about $9K for a 380 Mbyte ESDI drive. Last time I checked the CDC Wren IV drive was about $2500. What I need is an O.E.M. who knows how to install something like a Wren IV on the ESDI controller supplied by SGI. Any suggestions? (804)-924-2496 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 aa18427; 27 Oct 88 19:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17466; 27 Oct 88 16:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17430; 27 Oct 88 16:32 EDT Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa13296; 27 Oct 88 16:25 EDT Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA10969; Thu, 27 Oct 88 16:04:20 EDT Date: Thu, 27 Oct 88 16:04:20 EDT From: "John D. McCalpin" Message-Id: <8810272004.AA10969@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: question on NFS Background: running 3.6 NFS on IRIS 3000 machines Is it possible to have a file system exported on a read-only basis to some nodes and read-write to others? I want to allow my own IRIS's to cross-mount with read/write access, and I want another (limited) group of semi-trusted hosts to be able to mount some of my filesystems read-only. If it is possible, could someone tell me the proper syntax for the /etc/exports entries? Every time I have tried to put multiple entries in /etc/exports for a single file system, it has caused the remote system to become seriously confused. I have had to change the exports file back to its original state and reboot. ---------------------------------------------------------------- John D. McCalpin Mesoscale Air-Sea Interaction Group & Department of Oceanography & Supercomputer Computations Research Institute The Florida State University mccalpin@masig1.ocean.fsu.edu (requires nameserver to access) mccalpin@nu.cs.fsu.edu (in DOD host tables) mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ---------------------------------------------------------------- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19911; 28 Oct 88 5:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19573; 28 Oct 88 2:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19569; 28 Oct 88 2:12 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa19243; 28 Oct 88 2:01 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA27116; Thu, 27 Oct 88 10:51:34 PDT 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 Oct 88 16:05:48 GMT From: sgi!markb%denali@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3rd party vendors Message-Id: <21173@sgi.SGI.COM> References: <1180@virginia.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1180@virginia.acc.virginia.edu>, mlj8e@dale.acc.Virginia.EDU (Michael L. Johnson) writes: > Can anyone out there suggest some third party vendors for > Disk and Tape drives for 4D machines. It appears that SGI > wants about $9K for a 380 Mbyte ESDI drive. Last time I checked > the CDC Wren IV drive was about $2500. What I need is an O.E.M. > who knows how to install something like a Wren IV on the > ESDI controller supplied by SGI. > > Any suggestions? > The drive you are referring to (380 MB ESDI "CDC") is actually now an Imprimus (sp?) Wren V. It is not qualified to run on a 4D due to some apparent incompatability with the controllers we use. Use some caution when attempting to integrate drives, as there is some customization of SGI drives to allow for better reliability/performance in some cases. At any rate, your salesman should be able to put you in contact with someone at SGI who can direct you to a VAR that may be able to assist you. Or you may call our hotline for assistance. Good luck. markb Mark Bradley "Faster, faster, until the thrill of Manager I/O 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 aa21139; 28 Oct 88 8:41 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21029; 28 Oct 88 8:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab21013; 28 Oct 88 8:21 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa21879; 28 Oct 88 8:00 EDT Received: Fri, 28 Oct 88 08:00:32 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Fri, 28 Oct 88 08:00:32 EDT From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8810281200.AA02941@aero4.larc.nasa.gov> To: haven!uvaarpa!virginia!dale.acc.Virginia.EDU!mlj8e@ames.arc.nasa.gov Subject: Re: 3rd party vendors Cc: info-iris@BRL.MIL P.S. If you get ANY information please post it here. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab21139; 28 Oct 88 8:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab21029; 28 Oct 88 8:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac21013; 28 Oct 88 8:21 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa21890; 28 Oct 88 8:01 EDT Received: Fri, 28 Oct 88 07:59:54 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Fri, 28 Oct 88 07:59:54 EDT From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8810281159.AA02930@aero4.larc.nasa.gov> To: haven!uvaarpa!virginia!dale.acc.Virginia.EDU!mlj8e@ames.arc.nasa.gov Subject: Re: 3rd party vendors Cc: info-iris@BRL.MIL I have been asking the same question for months now and no one seems to know the answer to the question. All I get is that everyone agrees that SGI charges outrageous prices for hardware. I also here that the Hitachi drive is even cheaper than the CDC drive. But I can't get any specifics or anyone who has done it. Good luck. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac21139; 28 Oct 88 8:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac21029; 28 Oct 88 8:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad21013; 28 Oct 88 8:21 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa21979; 28 Oct 88 8:04 EDT Received: Fri, 28 Oct 88 08:05:24 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Fri, 28 Oct 88 08:05:24 EDT From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8810281205.AA02962@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: mccalpin's question on NFS If you hear anything good, will you please post it here. Thanks. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23969; 28 Oct 88 10:40 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23492; 28 Oct 88 10:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23243; 28 Oct 88 10:22 EDT Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25287; 28 Oct 88 10:10 EDT Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA00728; Thu, 27 Oct 88 14:01:05 PDT 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 Oct 88 18:16:03 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: a question for you all... Message-Id: <21191@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In ASDBT (Advanced Systems Division Business Team) yesterday, we were talking about a project that we're trying to prioritize, and decided that we'd ask the net about it. It is possible for us to make the 4D/xx and 4D/xxGT systems (but NOT the Power series) run out of a regular 15Amp circuit. This would save everyone from having to get special 20Amp outlets installed for their workstations. It is certainly a nice thing to be able to do, but it's not really clear to us how big an issue it is with people. We haven't had a lot of feedback so far, and we're trying to prioritize this against other projects like bigger disks, bigger tapes, new video standards, etc. What do you all think? Is the 20Amp circuits a real hassle, or would you rather have us spend our time on other things... thanks in advance for your input, chris D. Christopher Dunlap (dunlap@sgi.com) Hardware Product Support Silicon Graphics Computer Systems ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26754; 28 Oct 88 11:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa20963; 28 Oct 88 8:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20880; 28 Oct 88 8:04 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa21702; 28 Oct 88 7:54 EDT Received: Fri, 28 Oct 88 07:55:23 EDT by aero4.larc.nasa.gov (5.15/5.6) Date: Fri, 28 Oct 88 07:55:23 EDT From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8810281155.AA02919@aero4.larc.nasa.gov> To: mcvax!unizh!meyer@uunet.uu.net Subject: Re: remote printing Cc: info-iris@BRL.MIL That is real fun. We have an IRIS 3130, but I think the process is the same. Our IRIS Owner's Guide has a section on installing a remote printer. Your manuals should also have a similar section, but I'll give you a brief idea what ours says. In /usr/spool/lp/etc/util there are a few printer utilities. I executed the script mknetpr to get things started. This script sets up various files and lpadmin stuff. One of the files modified, /usr/spool/lp/etc/lib/netprinterface, is change and moved to /usr/spool/lp/interface directory. This file is the interface between your Iris and the remote printer. It basically rcp's the file to be printed to scratch space on the remote machine, then rsh's a command on the remote machine to have the file printed. Isn't System V printer handling fun!? Give me BSD any day. I have yet to find anything in V that is better than BSD. AT&T needs to make their Unix more like BSD. If you have any more questions just ask. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08706; 30 Oct 88 1:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08023; 30 Oct 88 0:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08005; 30 Oct 88 0:12 EDT Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa15571; 29 Oct 88 23:53 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 2965; Thu, 27 Oct 88 02:28:50 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 27 Oct 88 07:29:08 Date: Thu, 27 Oct 88 07:28:51 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: FORTRAN-77, thanks a lot !!!! To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8810292354.aa15571@SMOKE.BRL.MIL> Hi, a few days ago I posted my answers to a question concerning f77/4D found on this list. From some of the replys I've got the expression that some people were trying to help me. Thanks a lot, but I had no problems with f77 up to their answers. Now I have, and here are my questions: 1.) Is the Power-Series F77 front end already availabel/released to the customers ? 2.) When we compiled some of our f77-codes on a 2.1 revision of the MIPS f77-compiler the -static switch DEFINITELY did not insert SAVE statements for every program entry and (as I can recall what we have discovered in the documentation) was never meant to do so. As far as I know it only tells the compiler where to allocate memory for "local" variables. The (2.0) manual (and I think the 3.0 too) tells you to insert SAVE statement if you rely on saved local variables. Now some people told/mailed me that -static does the SAVE. I'm a bit confused. Was it a problem in the 2.0 compiler/documentation, or are the answers misleading? Still very happy with the 4D (after having seen MOLCAD on the 4D/20 and the GTX) Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09405; 30 Oct 88 4:20 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08932; 30 Oct 88 2:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08918; 30 Oct 88 2:22 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa16829; 30 Oct 88 2:06 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 4574; Fri, 28 Oct 88 05:38:50 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 28 Oct 88 07:26:17 Date: Fri, 28 Oct 88 07:26:10 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Message to Mr. McCalpin To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8810300207.aa16829@SMOKE.BRL.MIL> This message is intended for Mr. McCalpin at FSU. I've problems to reach him directly, so I use the list. I'll be happy about any comments on the contents of the message. MK -------------------------------------------------------------------------------- Dear Mr. McCalpin, here are some more answers/opinions from me on the 4D f77 compiler: 1) -C is available and seems to work. 2) -pg is available (derived from documentation), but I have never used it. 3) The dbx interface (f77/4D) is much better than that in the 3.5 release of the 3130 software. I don't want to comment to much on the 3.6 release for the 3130 or the current release for the 4D, because we are more C oriented programmers. 4) I'm not shure about the argument checking, but I suppose the answer is no. 5) They have still problems (and that is my main concern about the f77-stuff). You have to ensure by yourself that the values that you pass to the library functions fit into the allowable range. Btw. what is the PARANOIA test suite and where can I get it from ??? 6) The optimisation is quite good. I'm not shure about -O3 (global optim. on the object code), but -O2 the default works ok (at least on our problems). Regards Martin Knoblauch PS: I'm going to send this message to all of your e-mail addresses, because I seem to have trouble with "mccalpin@fsu". ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11555; 30 Oct 88 18:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11218; 30 Oct 88 16:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab11197; 30 Oct 88 16:32 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa21461; 30 Oct 88 16:21 EST Received: from dasys1.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA08788; Sun, 30 Oct 88 16:22:04 EST Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA10867; Sat, 29 Oct 88 11:03:23 EDT Date: Sat, 29 Oct 88 11:03:23 EDT From: Rod Paul Message-Id: <8810291503.AA10867@dasys1.UUCP> To: info-iris@BRL.MIL, mccalpin@masig1.ocean.fsu.edu Subject: Re: question on NFS I beleive the entries go somewhat like this: partition client client -read check the manual for correct syntax ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11555; 30 Oct 88 18:28 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab11218; 30 Oct 88 16:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac11197; 30 Oct 88 16:32 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa21457; 30 Oct 88 16:20 EST Received: from dasys1.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA08762; Sun, 30 Oct 88 16:21:50 EST Received: by dasys1.UUCP (anilla/UUCP-Project/rel-1.0/11-05-86) id AA10850; Sat, 29 Oct 88 11:01:06 EDT Date: Sat, 29 Oct 88 11:01:06 EDT From: Rod Paul Message-Id: <8810291501.AA10850@dasys1.UUCP> To: info-iris@BRL.MIL, unizh!meyer@cern.fr Subject: Re: remote printing If your VAX is running Sys V check out 'mknetpr' on the IRIS. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13450; 31 Oct 88 5:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13004; 31 Oct 88 3:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab12976; 31 Oct 88 3:03 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25288; 31 Oct 88 2:55 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17261; Sat, 29 Oct 88 20:52:23 PDT 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 Oct 88 18:49:18 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: a question for you all... Message-Id: <1988Oct28.184918.26743@utzoo.uucp> References: <21191@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <21191@sgi.SGI.COM> dunlap@bombadl.SGI.COM (D. Christopher Dunlap) writes: >It is possible for us to make the 4D/xx and 4D/xxGT systems (but NOT >the Power series) run out of a regular 15Amp circuit. This would save >everyone from having to get special 20Amp outlets installed for their >workstations. It is certainly a nice thing to be able to do... Sure is. And most of the time, all you have to do is change the plug. A "heavy" configuration might be different, but our rather "light" 4D/60T is perfectly happy on a 15A circuit. We measured the current drain; it's nowhere near 15A. Harsh words were said about SGI. Yes, 20A circuits are a hassle. -- The dream *IS* alive... | Henry Spencer at U of Toronto Zoology but not at NASA. |uunet!attcan!utzoo!henry henry@zoo.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18494; 31 Oct 88 11:01 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab18258; 31 Oct 88 10:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18150; 31 Oct 88 10:40 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03172; 31 Oct 88 10:32 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA07668; Sun, 30 Oct 88 19:53:03 PST 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 Oct 88 22:45:28 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Iris plotting packages. Message-Id: <21337@sgi.SGI.COM> References: <717@mv06.ecf.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <717@mv06.ecf.toronto.edu>, soosaar@ecf.toronto.edu (Robert Soosaar) writes: > We are currently looking for a 2-D/3-D plotting package for > our Silicon Graphics Iris 3130 and Personal Iris workstations. > > Freeware ( or Cheapware) would be nice, however, any software or > information about sources would be appreciated. > > Also, the ability to drive Postscript would be handy. > > Thanks... Rob Soosaar > University of Toronto > Aerospace > soosaar@ecf.toronto.edu Two packages available from SGI take you at least part of the way. We supply, as LaserWriter support, the Adobe Transcript package, which will allow you to push PostScript out to a laserwriter or elsewhere. (This package is available on both 4D and 3000 series machines). In addition, we also supply Documentor's Workbench 2.0 from AT&T, which includes facilities for 2D graphing and pictures, which can then be converted to PostScript via the Transcript package. (I believe this is available on both 4D and 3000 series machines). Note also that 4Sight is NeWS based, and thus handles PostScript directly in a window. The 'psview' facility, as of release 3.1, can show you what LaserWriter documents will look like directly in a window. (Not available on the 3000 series ... yet). There has been some publicly available software posted to comp.sources for converting to/from PostScript and troff, which may help as well. As to 3D plotting, it seems like it should be easy, but I've never seen any software to do it. -- Jim Barton Silicon Graphics Computing 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 aa25114; 31 Oct 88 14:40 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18258; 31 Oct 88 10:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18136; 31 Oct 88 10:40 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03095; 31 Oct 88 10:29 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA07649; Sun, 30 Oct 88 19:51:51 PST 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 Oct 88 22:37:56 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Answer to McCalpins f77 inquiry Message-Id: <21336@sgi.SGI.COM> References: <8810241244.AA00394@aero4.larc.nasa.gov>, <21035@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <21035@sgi.SGI.COM>, calvin@dinkum.SGI.COM (Calvin H. Vu) writes: ... > << 5. Does the MIPS compiler actually support CORRECT IEEE arithmetic? > << (including rounding, sufficient guard bits, and robust > << intrinsics) > > Sorry I don't have the answer for this. As far as I know, we pass > all the official QA tests, including GSA, ANSYS, SDRC, and the NAG > floating point verification suite. We just implemented floating-point > trap handling in response to the only request regarding floating- > point operations we received from our customers. ... All 4D series machines pass the PARANOIA test without errors. I ran it myself. -- Jim Barton Silicon Graphics Computing 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 aa00161; 31 Oct 88 20:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29977; 31 Oct 88 20:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa29975; 31 Oct 88 20:25 EST Received: from SGI.COM by SMOKE.BRL.MIL id aa15306; 31 Oct 88 20:15 EST Received: from baskett.sgi.com by sgi.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA18605; Mon, 31 Oct 88 15:02:50 PST Received: by baskett.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA18852; Mon, 31 Oct 88 15:02:45 PST Message-Id: <8810312302.AA18852@baskett.sgi.com> To: info-iris@BRL.MIL Subject: fast pixel transfers on late model Iris workstations Date: 31 Oct 88 15:02:43 PST (Mon) From: baskett@sgi.com In response to several posting about pixel transfer rates on Iris workstations, I ran some experiments on our latest products. Pixel access on the latest series of IRIS products has been improved via new data paths to pixel memory and new library calls to do block mode transfers on those new data paths. The products involved are the GT, GTX, and the Personal Iris. Below is a table of results I obtained last week by running a simple C program on some of the machines in my building. The numbers below are not the best or the worst you can get and they are not the official specifications but they do give some idea of the kind of results you can achieve and they do show moderatly high pixel transfer rates. Rates are all to the nearest .1 megapixels per second. The block size I used was moderate: 100 x 100 pixels. GL routine GT GTX Personal Iris rectwrite 1.3 8.0 0.9 lrectwrite 1.0 5.7 4.4 rectread 0.6 3.0 0.6 lrectread 0.6 2.0 2.5 rectwrite transfers a vector of 16 bit numbers from main memory to a rectangle of 12 bit color index mode pixels in frame buffer memory. lrectwrite transfers a vector of 32 bit numbers from main memory to a rectangle of 24 bit RGB mode pixels in frame buffer memory. rectread and lrectread are the corresponding inverse transfers. There is also rectcopy which will move a rectangle of pixels from one area of the screen to another at high speed. Users of the Personal Iris might want to note that color index pixels can be transfered by lrectwrite and lrectread for the best transfer rates. Users of the GTX should note that the transfer rates above are with the host memory pages locked in main memory with the mpin system function to avoid per page overhead that reduces the transfer rates. The transfer rates on the Personal Iris will be even better on future software and microcode releases of this very new product. Hope this helps. Forest Baskett ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03055; 1 Nov 88 6:51 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02478; 1 Nov 88 5:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02444; 1 Nov 88 4:55 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa20048; 1 Nov 88 4:43 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA10577; Tue, 1 Nov 88 01:19:33 PST 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 Oct 88 22:31:41 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Iris plotting packages. Message-Id: <21398@sgi.SGI.COM> References: <717@mv06.ecf.toronto.edu>, <21337@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <717@mv06.ecf.toronto.edu>, soosaar@ecf.toronto.edu (Robert Soosaar) writes: > We are currently looking for a 2-D/3-D plotting package for > our Silicon Graphics Iris 3130 and Personal Iris workstations. > > Freeware ( or Cheapware) would be nice, however, any software or > information about sources would be appreciated. > > Also, the ability to drive Postscript would be handy. > > Thanks... Rob Soosaar > University of Toronto > Aerospace > soosaar@ecf.toronto.edu Well, it isn't free or cheap (relatively speaking) but you can use Mathematica for 2D and 3D plotting of formulas and empirical data. Mathematica also supports PostScript display of plots for printing. In fact, this is the way static plots are displayed under 4Sight, Silicon Graphics window system based on NeWS. The PostScript display of plots is NOT a requirement of working under 4Sight. I believe the PostScript imaging of plots was just the quickest and easiest way for Wolfram Research, Inc. (WRI), the developers of Mathematica, to bring up Mathematica on the IRIS since they had already developed a PostScript interface for use on other systems. WRI also provides a "live" viewer with Mathematica for dynamically displaying and manipulating 3D plots on the IRIS 4D series of computers from Silicon Graphics which includes the Personal Iris. This is a feature which I don't believe WRI provides for any platform other than the IRIS 4D. Another thing about using Mathematica is that you may be able to do some or all of your analysis of your data in Mathematica. One package for most of your work instead of a bunch of packages. I am sorry to say though that Mathematica is not available for the IRIS 3000 series. Mathematica is one of those programs I wish was available to me when I was in college. Dave Ciemiewicz (ciemo) Copyleft (l)* Silicon Graphics, Inc. * Three copylefts make a copyright don't they? -- ------------------------------------------------------------------------------- I wanted to say something witty and clever here but I forgot what it was. --- Dave Ciemiewicz aka Ciemo ------------------------------------------------------------------------------- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08158; 1 Nov 88 11:46 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05071; 1 Nov 88 9:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04993; 1 Nov 88 8:53 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa22675; 1 Nov 88 8:38 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA14971; Tue, 1 Nov 88 05:01:49 PST 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 Oct 88 17:57:18 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: videotaping from the iris Message-Id: <6554@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to videotape what is appearing on the Iris monitor. In other words, I want NTSC output. I read the section of the 'Peripherals' manual, on the video boards, and have tried changing everything I could find. Has anyone been able to do this? I also read about a device called the RGB/Videolink from RGB Technology in Iris Universe, Summer '88. Does this thing work well? What does it cost? Thanks Dan Christensen jdchrist@watcgl.uwaterloo.ca ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15248; 1 Nov 88 18:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13380; 1 Nov 88 16:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13337; 1 Nov 88 15:50 EST Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa06825; 1 Nov 88 15:44 EST Received: Tue, 1 Nov 88 15:36:14 EST by aero4.larc.nasa.gov (5.15/5.6) Date: Tue, 1 Nov 88 15:36:14 EST From: Brent Bates TAD/ACB ms294 x2601 Message-Id: <8811012036.AA04802@aero4.larc.nasa.gov> To: att!chinet!mcdchg!clyde!watmath!watcgl!jdchrist@ucbvax.berkeley.edu Subject: Re: videotaping from the iris Cc: info-iris@BRL.MIL I have seen a demo tape from RGB Technology. It was very short, but ok. I just found out that we have an RGB/Videolink, but have not had a chance to see how well it works. It cost between $13-15,000 depending on the options you get. I have seen only one other company with similar equipment and it was more expesive and didn't seem as complete either. There are cheaper ways, but you only get about 1/4 of the screen and you have to have the RS-170A option on your IRIS. I hope that helps some. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18242; 2 Nov 88 3:51 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17291; 2 Nov 88 1:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17250; 2 Nov 88 1:04 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12357; 2 Nov 88 0:51 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02822; Tue, 1 Nov 88 21:06:15 PST 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 Nov 88 23:59:58 GMT From: "0000-Admin(0000" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: question on NFS Message-Id: <21478@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yes, it is possible to have a file system exported on a read-only basis to some nodes and read-write to others, but not in SGI release 3.6 for the 3000 series. This enhancement to exporting did not appear until Sun's 4.0 release and SGI's 4D3.1 release. The new /etc/exports format allows you to specify: /usr/src -rw=hostA:hostB:hostC which gives hostA, hostB, and hostC read-write access to the server's /usr/src tree and read-only access to everyone else. See exports(4), rw= option, and exportfs(1M). It should be noted that using multiple entries for a given file system in /etc/exports in an attempt to export to different clients with different options is not supported. If you'd like more detailed information as to what is going on, you can look at /usr/adm/syslog which is where mountd reports its problems. Dana Treadwell ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18920; 2 Nov 88 5:49 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18316; 2 Nov 88 4:05 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa18314; 2 Nov 88 4:01 EST Date: Wed, 2 Nov 88 3:55:18 EST From: Phil Dykstra To: Dan Christensen cc: info-iris@BRL.MIL Subject: Re: videotaping from the iris Message-ID: <8811020355.aa14353@SPARK.BRL.MIL> What we are presently using here for NTSC from an Iris is a Lyon-Lamb ENC-VI NTSC Encoder (cost ~4500). In my opinion, there are higher quality encoders on the market (RGB Technologies, Faroudja CTE-N), but this is one of the cheapest (and includes a Sync generator and Black/ ColorBars generator). In software, you need to set the Iris for 30Hz interlaced (which means that the main monitor becomes useless until you go back to 60Hz). You get the lower left hand corner of the screen (~640x480 pixels). If you want the full IRIS screen to come out in NTSC you will need a "frame scan converter". These are more expensive (~25k). See e.g. Photron. SGI also sells an RGB -> NTSC encoder board for the 4Ds. We bought one but sadly have not been able to use it. Why is because the SGI board outputs a fully positive video signal (i.e. blanking is around +0.3V) rather than a bipolar signal with blanking at 0VDC. While I haven't found anything in the RS170A spec that requires an absolute voltage level (it all looks to be AC coupled), much to my surprise our Sony BVU850 seems to REQUIRE blanking to be at 0VDC (or at the very least average picture level to be at 0VDC). Black levels get all messed up when recorded from the SGI board but come out okay from the ENC-VI. I don't know who's to "blame", if anyone, but its something to keep in mind. [nothing works the way it is supposed to] - Phil uunet!brl!phil ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14317; 3 Nov 88 7:58 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12055; 3 Nov 88 5:32 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11954; 3 Nov 88 5:18 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa08579; 3 Nov 88 5:05 EST Received: from mcvax.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA18614; Thu, 3 Nov 88 05:04:08 EST Received: by mcvax.cwi.nl via EUnet; Wed, 2 Nov 88 16:40:55 +0100 (MET) Received: by cernvax.uucp (1.2/Ultrix2.0-B) id AA07090; Wed, 2 Nov 88 09:48:03 +0100 Received: by unizh.UUCP (4.12/4.7) id AA03147; Wed, 2 Nov 88 09:27:24+0100 Date: Wed, 2 Nov 88 09:24:56 +0100 From: mcvax!unizh!meyer@uunet.uu.net MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <8811020824.AA25767@gorgo.uucp> Received: by gorgo.uucp id AA25767; Wed, 2 Nov 88 09:24:56 +0100 To: info-iris@BRL.MIL Subject: Summary: Remote Printing Hello, This is a summary of the replies to my inquiry of how to do remote printing. With the help of Kevin Perry and Brent Bates I managed it to install everything necessary for using the laserwriter on our Vax in less than an hour. The manual page you have to find is mknetpr(1M) (4D Series Manuals). It will create a shell script /usr/spool/lp/interface/"printername" which will be executed by lp(1) if you give "printername" as the destination. If the remote system is not SYS V you have to adapt the shell script. Diana Choi ported the BSD lpr to the Iris which is a much better solution since lprm would work correctly. (assuming you port these commands, too). One problem with the SYS V solution (mknetpr) is that the files in the queue of the remote system belong to the user lp. Thus, only lp is allowed to lprm. Below are the various replies and a diff to show the changes I made. Thanks to everybody. Urs ------ From: cernvax!mcvax!aero4.larc.nasa.gov!blbates@unizh.UUCP (Brent Bates TAD/ACB ms294 x2601) Date: Fri, 28 Oct 88 07:55:23 EDT Subject: Re: remote printing That is real fun. We have an IRIS 3130, but I think the process is the same. Our IRIS Owner's Guide has a section on installing a remote printer. Your manuals should also have a similar section, but I'll give you a brief idea what ours says. In /usr/spool/lp/etc/util there are a few printer utilities. I executed the script mknetpr to get things started. This script sets up various files and lpadmin stuff. One of the files modified, /usr/spool/lp/etc/lib/netprinterface, is change and moved to /usr/spool/lp/interface directory. This file is the interface between your Iris and the remote printer. It basically rcp's the file to be printed to scratch space on the remote machine, then rsh's a command on the remote machine to have the file printed. Isn't System V printer handling fun!? Give me BSD any day. I have yet to find anything in V that is better than BSD. AT&T needs to make their Unix more like BSD. If you have any more questions just ask. ------ From: cernvax!mcvax!princeton.edu!perry@unizh.UUCP Date: Thu, 27 Oct 88 15:18:24 EDT Subject: Re: remote printing To define a network printer for lpsched, one runs the script /usr/spool/lp/etc/util/mknetpr, giving it as arguments the name of the remote host, local name for printer, and remote printer name. See the comments in "mknetpr" for details. Mknetpr is a shell script which does a bunch of things, including creating a file /usr/spool/lp/interface/name_of_printer which contains a shell script to do remote printing. Basically, the interface script rcp's your file to the remote host, then does an "rsh hostname lp". You will need to hack this a bit to get it to work, as it expects to talk to a SYS V system, not BSD, i.e., you want it to "rsh hostname lpr", and you may want to fiddle with which arguments to lpr it passes along. I have ours passing the line: printit="(cd /tmp ; /usr/ucb/lpr -P$printer -C$host $opts -s -r -J\"$remtitle\" -\#$copies $fsent )" with valid "$opts" options being -[cgdnprtv]. (the interface executes this as "$rsh $host $printit", after setting up all these variables). Then all that's left is to make a userid named "lp" on the VAX, which has a .rhosts file allowing remote shell from the 4D. Oh yeah, last thing...the mknetpr script attempts to check whether the network is usable before doing the installation (overkill if you ask me). This involves attempting an rsh to the remote machine which is doomed to fail unless VAX-user "lp" also allows rsh by root@4D. Either set the VAX up to allow that before doing the installation, or just comment out those lines in mknetpr. kevin perry sys prog. Princeton Univ. CIT/ICGL perry%phoenix@princeton.edu ------ From: Diana Choi Date: Thu, 27 Oct 88 12:35:04 PDT Subject: remote printing Hi. I would port the BSD version of lpr to your IRIS. (I'm assuming that your vax runs BSD unix). Otherwise you will have to port lpr to it too. Anyway the port is not too dificult - I did it and it didn't take too long. I would love to give you the code but they are very picky about sending code out of the U.S. In any event the port is easy. So, once you have done the port all you have to do is on the Iris: put "rm=foo" if your vax's name is foo and lpd will know to send the file to "foo". diana ------ % cd /usr/spool/lp/etc/util % mknetpr lw gorgo lw % cd /usr/spool/lp/interface ... % diff lw lw.old 26d25 < TMP=/tmp 43,49c42,48 < #for opt in $options < # do < # case $opt in < # erase) erase=$j;; < # *) opts="$opts -o$opt" ;; < # esac < # done --- > for opt in $options > do > case $opt in > erase) erase=$j;; > *) opts="$opts -o$opt" ;; > esac > done 53c52 < remtitle="${remtitle}_`basename $firstfile`" --- > remtitle="$remtitle `basename $firstfile`" 55c54 < remtitle="${remtitle}_$title" --- > remtitle="$remtitle $title" 83c82 < until $rcpy $file $rmhost:$TMP/$thisfile --- > until $rcpy $file $rmhost:/usr/tmp/$thisfile 95,96c94,95 < printit="(cd $TMP ; /usr/local/bin/lpr -P$printer -C$host $opts -s -r \ < -J\"$remtitle\" -\#$copies $fsent )" --- > printit="(cd /usr/tmp ; lp -d$printer -oerase -t\"$remtitle\" -n$copies \ > $opts $fsent )" 102c101 < err="$printer's machine, \"$host\", doesn't execute lpr" --- > err="$printer's machine, \"$host\", doesn't execute lp" ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04027; 9 Nov 88 3:28 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03908; 9 Nov 88 3:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03745; 9 Nov 88 3:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa28580; 9 Nov 88 1:48 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA29798; Mon, 7 Nov 88 15:34:03 PST 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 Nov 88 15:31:45 GMT From: Gretchen Meinke Organization: Georgia Institute of Technology Subject: sendnews Message-Id: <6700@pyr.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am having problems configuring the sendmail.cf file correctly. I want to have the mail go through Ga Tech's mail server (gatech) and then forward the mail appropriately. When I issue the command: %/usr/lib/sendmail -v meinke@max I see the following message: meinke@max... Connecting to gatech.uucp... bad system name: gatech uux failed (11) meinke@max... unknown mailer error 11 root... Connecting to .vaxlocal... mail: Can't send to MAILER-DAEMON root... unknown mailer error 8 What line of the sendmail.cf file is causeing this error? Any help/advice would be greatly appreciated. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05879; 9 Nov 88 5:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05638; 9 Nov 88 4:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab05401; 9 Nov 88 4:42 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa29588; 9 Nov 88 3:07 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12476; Tue, 8 Nov 88 03:51:47 PST 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 Nov 88 04:40:12 GMT From: Dave Martindale Organization: National Film Board / Office national du film, Montreal Subject: Re: videotaping from the iris Message-Id: <16683@onfcanim.UUCP> References: <8811020355.aa14353@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811020355.aa14353@SPARK.BRL.MIL> phil@BRL.MIL (Phil Dykstra) writes: > >SGI also sells an RGB -> NTSC encoder board for the 4Ds. We bought >one but sadly have not been able to use it. Why is because the SGI >board outputs a fully positive video signal (i.e. blanking is around >+0.3V) rather than a bipolar signal with blanking at 0VDC. While >I haven't found anything in the RS170A spec that requires an absolute >voltage level (it all looks to be AC coupled), much to my surprise our >Sony BVU850 seems to REQUIRE blanking to be at 0VDC (or at the very >least average picture level to be at 0VDC). Black levels get all >messed up when recorded from the SGI board but come out okay from the >ENC-VI. RS-170 video can be capacitively coupled (and often is at the input of a piece of equipment). If the equipment depends on blanking being at a specific DC level, it will have a "DC restorer" circuit that clamps a reference part of the signal to ground - usually the blanking level found in the "back porch" after the sync pulse, though the tip of the sync pulse could conceivably be used too. If your Sony lacks input coupling capacitors, its DC restorer may be fighting the SGI board output - capacitively coupling the signal should fix this. If the Sony simply lacks its own DC restorer and really does depend on the absolute voltage levels in its input (unlikely), then just pass the signal through a video distribution amplifier which does DC restoration (these are readily available). If the Sony has its own DC restoration and a capacitively coupled input, then there has to be something "out-of-spec" in the video signal that you are feeding it that causes it to be confused - incorrect sync or video amplitude, incorrect sync pulse width, or the like. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06206; 9 Nov 88 5:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06030; 9 Nov 88 5:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06004; 9 Nov 88 5:12 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa29692; 9 Nov 88 3:18 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17755; Tue, 8 Nov 88 09:29:25 PST 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 Nov 88 13:07:28 GMT From: root Organization: State University of New York at Stony Brook Subject: Re: a question for you all... Message-Id: <1796@sbcs.sunysb.edu> References: <21191@sgi.SGI.COM>, <1861@eos.UUCP>, <1988Nov7.202653.19354@utzoo.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1988Nov7.202653.19354@utzoo.uucp>, henry@utzoo.uucp (Henry Spencer) writes: > In article <1861@eos.UUCP> steve@eos.UUCP (Steve Philipson) writes: > > Is it alright for us to swap the 20 amp connector on the power > >cable to a 15 amp connector? ... > > It may void your warranty :-), and it just might void your UL rating -- > not a trivial consideration if you want the equipment to be covered by > your building's fire insurance! -- but our experience is that the Plug Would it though? I don't see a clause anywhere in my home fire insurance policy that states "all electrical equipment/wiring must carry a UL/CSA rating". All it says on such subjects is if I "knowingly increase" a hazard my insurance *may* be void. If strict UL/CSA were required, quite a few people are going to have to throw out various items around the house, eg old refrig's, radios, etc. After all, any gadget that is properly certified can be used in such a way as to cause a fire, eg a hotplate is UL'ed, but I will bet it can cause a fire :-). I thought that although UL is required by law in some states in some states in order to sell, but it is primarily CVA for the manufacturers. > Police don't come and haul you away if you do this. > -- > The Earth is our mother. | Henry Spencer at U of Toronto Zoology > Our nine months are up. |uunet!attcan!utzoo!henry henry@zoo.toronto.edu Rick Spanbauer SUNY/Stony Brook ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08628; 9 Nov 88 7:03 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08163; 9 Nov 88 6:52 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07969; 9 Nov 88 6:43 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03310; 9 Nov 88 6:05 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA23449; Tue, 8 Nov 88 15:36:29 PST 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 Nov 88 17:39:19 GMT From: Chris Ott Organization: Computer-Aided Engr. Lab (CAEL), University of Arizona, Tucson Subject: Video (NTSC) output from an IRIS Message-Id: <849@amethyst.ma.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Ok, since no one seems to remember the article I posted last time this question was asked, here is my input again. Let me explain now that I am speaking of the 2000 and 3000 series IRISes. I know nothing about the 4D machines, except that they have a resolution of 1280x1024, rather than 1024x768, but I would still expect this stuff to apply. For those of you who think that you can't use the whole screen when videotaping, let me confirm your suspicions. The IRIS screen's resolution is 1024x768, while NTSC's resolution is something like 500x700, if you're lucky. Also, the IRIS's video is 60Hz non-interlaced, while NTSC video is interlaced. Obviously, this requires a completely different setup to display hi-res than to display NTSC. Most IRIS systems (at least the 2000 and 3000 series) are shipped with the ability to display two of four different customer-selected video formats. The four formats are 60Hz non-interlaced, 30Hz interlaced, NTSC, and PAL. Usually, the two selected (maybe the defaults) are 60Hz and NTSC. This is the way all of our IRISes are set up. Since the video formats are different, all you can see is garbage on the 60Hz screen when the IRIS is in NTSC mode, and vice-versa. The simple solution is to get some equipment so you can see something in NTSC mode. The equipment needed is a color encoder and an NTSC format monitor. If you want _broadcast quality_ video (i.e. exact NTSC timings), you will also need a sync generator. A color encoder is used to convert the RGB signal from the IRIS to a composite video signal. Of course, for this to work, NTSC format must be selected; the color encoder will not convert 60Hz to composite video. We got a pretty cheap color encoder for about $1000. The picture is acceptable, but pretty fuzzy. The sync generator doesn't help that much, either, except to improve some of the timings. Of course, you get what you pay for. A friend of mine who works for a local television station (an NBC affiliate, if anyone cares) says they paid $6000 for their encoder. I've seen the picture, and it's flawless. Our (cheap) sync generator is also about $1000. I can't speak for other sync generators. Before I go any further, let me say that I do not recommend just shooting an NTSC video camera directly at the screen of the IRIS. The resolutions are different and the timings are different. The resulting picture will look like trash. Ever wonder why TV screens in the movies have that horizontal bar traveling from the top to the bottom of the screen? Now you know. It seems strange to me that anyone would complain about the fact that you can only display part of the screen. You can't display 1024x768 pixels on an NTSC screen, anyway. Anything over 700x500 is just a waste of pixels. It certainly doesn't give you a problem with programming, either. All you need to do is use the graphics library like so: viewport( 0,636, 0,485 ); I believe those are the correct coordinates. As far as I can remember, nothing else needs to be changed. Everything that used to take up the full 60Hz screen will now take up only the lower left-hand corner of the 60Hz screen, but it will take up the entire NTSC screen. Now, is that easy, or what? I think this was the easiest and cheapest way for SGI to do it. Conversion between two different video resolutions is _expensive_. Rather than paying $1000 for a color encoder, you'd be paying between $10000 and $20000 for a converter. So, that's how it's done. If you want any more information, like more detail, an actual working program, or some company names, let me know. Chris ------------------------------------------------------------------------------- Chris Ott Computational Fluid Mechanics Lab Just say "Whoa!!" and University of Arizona vote for Randee!! Internet: chris@spock.ame.arizona.edu UUCP: {allegra,cmcl2,hao!noao}!arizona!amethyst!spock!chris ------------------------------------------------------------------------------- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14670; 9 Nov 88 10:55 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14313; 9 Nov 88 10:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14142; 9 Nov 88 10:37 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa11974; 9 Nov 88 10:28 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13085; Sun, 6 Nov 88 21:13:17 PST 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 Nov 88 19:54:23 GMT From: Dave Martindale Organization: National Film Board / Office national du film, Montreal Subject: followup on DR11 interface for a compute server Message-Id: <16671@onfcanim.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks ago, I posted a query about DR11-type interfaces to plug into an SGI compute server (basically a 4D machine without graphics) for the purposes of attaching a Celco film recorder. In addition to a couple of messages from the world at large, I got a reply directly from someone at SGI. Apparently there is such a board, with considerably more capability than a real DR11-W. We're still discussing how to get a driver for it. I don't have anything more concrete to report yet - we won't actually be hooking this up until sometime next year, when we have our new compute server. However, I did want to point out that I'm impressed by the personal attention that Al Whaley at SGI is giving this. We're a small operation that will never buy hardware in large quantities, and have never received this kind of individual attention from any hardware vendor in the past. I've criticised SGI in the past when I though they were doing something dumb; I think they deserve public praise when they do something exceptionally well. Dave Martindale ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15540; 9 Nov 88 11:09 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab14670; 9 Nov 88 10:58 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14590; 9 Nov 88 10:53 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12790; 9 Nov 88 10:42 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA04018; Sun, 6 Nov 88 08:11:14 PST 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 Nov 88 20:49:18 GMT From: Stephen King Organization: D.C.I.E.M., Toronto, Canada Subject: Re: videotaping from the iris Message-Id: <1173@client2.dciem.dnd.ca> References: <8811020355.aa14353@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811020355.aa14353@SPARK.BRL.MIL> phil@BRL.MIL (Phil Dykstra) writes: > [...] You get the lower left hand corner of the screen >(~640x480 pixels). I must confess, I am somewhat confused by this. Admittedly, we have not run our IRIS at NTSC rates for some time, but I am sure that such S/W as the ARCH demo produced a full screen. Could it depend on the model ? (ours is an old 2400) > [...] Why is because the SGI >board outputs a fully positive video signal (i.e. blanking is around >+0.3V) rather than a bipolar signal with blanking at 0VDC. Have you tried AC coupling the thing with some large capacitors? :-) -- {utzoo|mnetor}!dciem!zorac!dretor!king or king%dretor@zorac.dciem.dnd.ca Stephen J King =-= DCIEM Human Factors Division =-= (416) 635-2149 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac03250; 9 Nov 88 17:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac02937; 9 Nov 88 16:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac02701; 9 Nov 88 16:49 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24665; 9 Nov 88 16:20 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02822; Mon, 7 Nov 88 18:43:20 PST 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 Nov 88 18:32:03 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: a question for you all... Message-Id: <21704@sgi.SGI.COM> References: <21191@sgi.SGI.COM>, <1861@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1861@eos.UUCP>, steve@eos.UUCP (Steve Philipson) writes: > In article <21191@sgi.SGI.COM> dunlap@bombadl.SGI.COM (D. Christopher Dunlap) writes: > > >What do you all think? Is the 20Amp circuits a real hassle, or would > >you rather have us spend our time on other things... > > Aggg, Gak!! Yeah, it's a big deal, but less so now that we've gone > through the pain and suffering of installing those 20 amp lines. The > major problem that we had at installation was that at the time (about > 1 year ago), SGI did not tell its customers that 20 amp lines were > needed. This caused the loss of considerable time and money when our > machines were to be installed and we had put in 15 amp conditioned power > lines. 15 amp connectors would make our machines much more easy to move > though, so that would be a help. > > Is it alright for us to swap the 20 amp connector on the power > cable to a 15 amp connector? What are the limitations on machine > configuration that would require a 20 amp circuit? > -- > > Steve > (the certified flying fanatic) > steve@aurora.arc.nasa.gov I have already passed feedback to Sales Development to pass to the SEs and Sales Reps about customers who have been "surprised" by the 20Amp connectors. This is about the fourth time someone has mentioned this. The issue with the power is with UL approvals. I don't have a clear explanation of exactly why the systems need to have a 20Amp circuit, though. I'll chat with the engineers on the project about it and post later. As one person mentioned in a mail to me, many buildings actually have 20Amp service, but only 15Amp outlets. In those cases, it's easy to just change the outlet. (Unless, of course, you work for the Government or a university ;-} ) chris D. Christopher Dunlap Hardware Product Support Silicon Graphics ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03859; 9 Nov 88 17:30 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03579; 9 Nov 88 17:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03326; 9 Nov 88 17:08 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25264; 9 Nov 88 16:42 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13451; Tue, 8 Nov 88 04:34:04 PST 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 Nov 88 20:26:53 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: a question for you all... Message-Id: <1988Nov7.202653.19354@utzoo.uucp> References: <21191@sgi.SGI.COM>, <1861@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1861@eos.UUCP> steve@eos.UUCP (Steve Philipson) writes: > Is it alright for us to swap the 20 amp connector on the power >cable to a 15 amp connector? ... It may void your warranty :-), and it just might void your UL rating -- not a trivial consideration if you want the equipment to be covered by your building's fire insurance! -- but our experience is that the Plug Police don't come and haul you away if you do this. -- The Earth is our mother. | Henry Spencer at U of Toronto Zoology Our nine months are up. |uunet!attcan!utzoo!henry henry@zoo.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28730; 10 Nov 88 13:58 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28372; 10 Nov 88 13:47 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28258; 10 Nov 88 13:35 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa18586; 10 Nov 88 13:27 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA03697; Thu, 10 Nov 88 04:39:24 PST 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 Nov 88 20:26:06 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: line drawing speed on iris 4D Message-Id: <6668@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am working on a program that draws many spheres. These spheres are approximated by a set of polygons. Often I just want to draw a wireframe image of this sphere, so I construct a set of lines representing the edges of the polygons. I am interested in drawing these lines as quickly as possible. My questions are: 1) Will it make a significant difference if I draw the sphere as a series of connected paths rather than as separate line segments? In other words, is move( pos1 ); draw( pos2 ); draw( pos3 ); ... ; draw( posn ) going to be much quicker than move( pos1 ); draw( pos2 ); move( pos2 ); draw( pos3 ); ... move( posn-1 ); draw( posn ) ? 2) How much will the length of lines change this? 3) How much will precompiling the lines into an object affect this and how will removing the extra moves affect the precompiling speed? 4) What is a good way to experimentally check this? I am finding it difficult to do accurate timings, as timing how long it takes to perform the moves and draws, doesn't take into account how long they spend going through the pipeline. The timer stops before the drawing is actually drawn. Thanks in advance for any help. I'll post a summary. Dan ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00279; 11 Nov 88 9:03 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00250; 11 Nov 88 8:53 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa00234; 11 Nov 88 8:41 EST Received: from vgr.brl.mil by SPARK.BRL.MIL id aa00253; 11 Nov 88 8:16 EST Received: from UCBVAX.Berkeley.EDU by VGR.BRL.MIL id aa00212; 11 Nov 88 7:59 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA11201; Thu, 10 Nov 88 11:50:42 PST 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 Nov 88 18:19:35 GMT From: att!chinet!mcdchg!clyde!watmath!utgpu!jarvis.csri.toronto.edu!me!ip@ucbvax.berkeley.edu Organization: University of Toronto Mechanical Engineering Subject: Need help on ^S/^Q for 4D ptys Message-Id: <24933.1988Nov9.13:19:36@hammer.me.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How can I tell a process on the slave end of the pty to process ^S/^Q, I found something in temio.h called TIOCPKT_DOSTOP, but it doesn't seem to work. Actually it works when I'm on the console, but if I remote logon from another machine, I lose data when I do ^S/^Q (I have ICANON and ISIG turned off and VMIN=VTIME=1 on the master end). I'm not too familiar with system V machines, could someone help please?? Also I found it very discouraging as I leaved through all the manuals, not a single page of them mentioned about ptys! But, believe it or not, I found an example on opening ptys on IRIS_4D (really bizzare!) from gnuemacs (thanks guys). Thanks in advance. bevis -- Bevis Ip University of Toronto, Dept. of Mechanical Engineering CSNET : ip@me.toronto.edu BITNET: ip@me.UTORONTO Internet: ip%me.toronto.edu@relay.cs.net UUCP : {allegra,decwrl,decvax}!utcsri!me!ip _OR_ {pyramid,uunet}!utai!me!ip ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00836; 11 Nov 88 10:29 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00779; 11 Nov 88 10:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab00768; 11 Nov 88 10:14 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa02491; 11 Nov 88 10:03 EST Received: from DBTHRZ5.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 1892; Tue, 08 Nov 88 19:12:26 EDT Date: 7 NOV 88 20:42-MEZ From: BTP408%DBTHRZ5.BITNET@cunyvm.cuny.edu To: INFO-IRIS@BRL.MIL Subject: HELP!!! Message-ID: <8811111004.aa02491@SMOKE.BRL.MIL> Date: 7-NOV-1988 20:42:35.77 From: BTP408 AT DBTHRZ5 To: UBT0::GATEWAY::"info-iris@brl.mil" Subj: HELP!!! Hi, we have great problems with our Iris 4d/70g, which our local SGI-people can not solve !?! (not in 1 month) Our system breaks down when it should swap, whith the error message : PANIC swap seg, IO error in swap. Currently we run the operation system VERSION 4d1-2.2b. Does anybody know anything about that problem? Is this bug away with version 3.0 or later? We wait for your help, booting the system every 2 hours! E. Bodenschatz & A. Weber ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00836; 11 Nov 88 10:29 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab00779; 11 Nov 88 10:19 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00777; 11 Nov 88 10:15 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa02682; 11 Nov 88 10:08 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 7023; Wed, 09 Nov 88 13:30:01 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 09 Nov 88 18:18:41 Date: Wed, 9 Nov 88 18:18:39 +0100 (Central European Time) From: Peter Subject: filesystems on tape To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8811111009.aa02682@SMOKE.BRL.MIL> hi guys, is there anybody, who can tell me how to install (make) a filesystem on a tape (device) on a sgi 31xx or 4D. sincerely MK ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07422; 13 Nov 88 15:13 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06965; 13 Nov 88 13:49 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06904; 13 Nov 88 13:37 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa11649; 13 Nov 88 13:31 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA01327; Sat, 12 Nov 88 23:28:48 PST 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 Nov 88 18:58:23 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: Video (NTSC) output from an IRIS Message-Id: <1988Nov11.185823.22987@utzoo.uucp> References: <849@amethyst.ma.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <849@amethyst.ma.arizona.edu> chris@spock.ame.arizona.edu (Chris Ott) writes: > Before I go any further, let me say that I do not recommend just >shooting an NTSC video camera directly at the screen of the IRIS. The >resolutions are different and the timings are different. The resulting >picture will look like trash... Correction: it *may* look like trash, depending on details. It worked okay for us in the CHI+GI 87 demos track (which I ran), although the more limited resolution was a serious pain for some of the demonstrators who used a lot of fine detail. We fearlessly pointed our camera at Irises, Suns, PCs, you name it; no serious problems. This may have been an accident of our particular equipment. -- Sendmail is a bug, | Henry Spencer at U of Toronto Zoology not a feature. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24919; 14 Nov 88 17:52 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21571; 14 Nov 88 14:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa21382; 14 Nov 88 14:20 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01401; 14 Nov 88 13:54 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA20294; Sun, 13 Nov 88 16:13:42 PST 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 Nov 88 19:16:35 GMT From: "Jeff P.M. Hultquist" Organization: NASA Ames Research Subject: Kyoto Lisp on IRIS 4 Message-Id: <1189@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello ... has anyone out there in netland managed to port Kyoto Common Lisp to an IRIS 4? I have tried, but it seems that compiled code (that is, C source generated from LISP) leaves funny values on the stack. These values eventually cause a segmentation violation. Any ideas? Please mail to me, and I will summarize to the net. Thanks. Jeff Hultquist hultquis@prandtl.nas.nasa.gov 415/694-4970 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03851; 15 Nov 88 9:05 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab03589; 15 Nov 88 8:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab03495; 15 Nov 88 8:46 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa16629; 15 Nov 88 8:35 EST Received: Tue, 15 Nov 88 08:37:12 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 15 Nov 88 08:37:12 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811151637.AA02465@aero4.larc.nasa.gov> To: mnetor!utzoo!henry@uunet.uu.net Subject: Re: Video (NTSC) output from an IRIS Cc: info-iris@BRL.MIL We used a TV studio quality camera and tape machine and our results were very good. In fact some people told us it was better than using an NTSC encoder, based on the equipment they used. The process is clumsy and our technicians had to use a filter on the camera to improve the picture, but it did ok. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05640; 15 Nov 88 10:10 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05458; 15 Nov 88 10:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05441; 15 Nov 88 9:57 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19747; 15 Nov 88 9:54 EST Received: Tue, 15 Nov 88 09:56:46 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 15 Nov 88 09:56:46 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811151756.AA02930@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: dog, radar, shadow, etc. & tcp/ip We have GL2-W3.6 on an IRIS 3130 and I have tried to run the dog demo, but it dies with the following error: Ethernet init failed. The workstation release notes says that dog works on an IRIS running NFS or TCP/IP. Does it or doesn't it. Am I doing something wrong, do I have system configured wrong, or what. I know this is minor, but if this doesn't work, I kind of wonder if there is anything else that I have missed that doesn't work either. Thanks. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10721; 15 Nov 88 14:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10419; 15 Nov 88 14:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10289; 15 Nov 88 14:03 EST Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa27094; 15 Nov 88 13:51 EST Received: from UMSVM.BITNET by CORNELLC.ccs.cornell.edu (IBM VM SMTP R1.2) with BSMTP id 8692; Mon, 14 Nov 88 12:25:33 EST Received: by UMSVM (Mailer X1.25) id 4305; Mon, 14 Nov 88 08:34:59 CST Date: Mon, 14 Nov 88 08:30:09 CST From: Don Davis Subject: Drawing Program To: INFO-IRIS@BRL.MIL Message-ID: <8811151351.aa27094@SMOKE.BRL.MIL> Hi, I am extremly new to the iris world so please forgive me if I open my mouth and remove all doubt. I am interested in a program that is available over the net with source code that would allow me to draw a 3D Image on the 300 series machines and then have that program generate c source code for imbedding in some demo programs we are generating. Thanks in advance, DON DAVIS APPLICATIONS ANALYST UNIVERSITY OF MISSISSIPPI OCIS UNIVERSITY, MS. 38677 (601) 232-7206 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15429; 15 Nov 88 16:52 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15283; 15 Nov 88 16:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15208; 15 Nov 88 16:34 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01826; 15 Nov 88 16:23 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA20130; Mon, 14 Nov 88 22:20:20 PST 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 Nov 88 02:15:06 GMT From: jim Organization: Graftel Systems Inc., Wilmington MA Subject: wanted: beta sites for network color printer server Message-Id: <278@graftel.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Graftel Systems is seeking beta sites for a color printer server product for workstation networks. This product supports multiple color thermal transfer printers (Seiko, Schlumberger, Shinko, Textronix or equivalent) as well as an optional film recorder, all over Ethernet networks using TCP/IP. The initial release of the product includes application independent software to capture and print images from Silicon Graphics 3000 and 4000 series workstation displays. Support for other workstations (Sun, Dec, HP, Apollo and IBM RT) will follow the Silicon Graphics release. The ideal beta site would have multiple Silicon Graphic workstations on a network and a Seiko, Schlumberger, Shinko, Textronix or equivalent color printer. For more information interested parties should contact Jim Fee. Usenet - jim@graftel Voice - 617-933-8170 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16695; 15 Nov 88 21:25 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16333; 15 Nov 88 19:51 EST Received: from RELAY.CS.NET by VMB.BRL.MIL id aa16308; 15 Nov 88 19:41 EST Received: from [128.100.1.65] by RELAY.CS.NET id aq27740; 15 Nov 88 19:39 EST Received: from jarvis.csri.toronto.edu by neat.ai.toronto.edu with SMTP id 6392; Mon, 14 Nov 88 14:52:18 EST Received: by jarvis.csri.toronto.edu id 461; Mon, 14 Nov 88 14:51:49 EST Received: from explorer.dgp.toronto.edu by jarvis.csri.toronto.edu with SMTP id 460; Mon, 14 Nov 88 14:50:45 EST Received: from james by explorer.dgp.toronto.edu via UNIX id AA03291; Mon, 14 Nov 88 14:46:19 EST Date: Mon, 14 Nov 88 14:46:19 EST From: "James P. Rowell" Message-Id: <8811141946.AA03291@explorer.dgp.toronto.edu> Subject: Iris User Group in Southern Ontario? Distribution: ont Organization: University of Toronto, CSRI To: info-iris@VMB.BRL.MIL Is there an IRIS user group in Southern Ontario? If any of you know of such a group please contact me, I would like to partici- pate. If you don't know of one and also want to get involved, phone me. If I find out anything I can pass it on to you. If there is no such group maybe we should form one. James Rowell Graphics Consultant Ontario Centre for Large Scale Computation (416) 978-6810 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22120; 16 Nov 88 10:21 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19882; 16 Nov 88 8:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19872; 16 Nov 88 8:10 EST Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa11707; 16 Nov 88 7:56 EST Received: Wed, 16 Nov 88 07:59:01 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 16 Nov 88 07:59:01 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811161559.AA06863@aero4.larc.nasa.gov> To: rayssd!turbo!robin@gatech.edu Subject: Re: TBL broken on SGI 3130 running 3.6 but not 3.5 Cc: info-iris@BRL.MIL I recently "updated" our 3130 to 3.6 and your sample tbl file gave me a segmentation violation and a core dump. I then reloaded our 3.5 version and it ran ok. The strange thing is that there was only one more line of output to go (for the 3.6) when it died. Have you heard anything from SGI, or do they say there isn't anything wrong. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17384; 17 Nov 88 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14575; 17 Nov 88 14:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14443; 17 Nov 88 13:49 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa17426; 17 Nov 88 13:43 EST Received: from APLVM.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 3653; Thu, 17 Nov 88 12:32:16 EDT Received: by APLVM (Mailer X1.25) id 3421; Thu, 17 Nov 88 12:15:17 EST Date: Thu, 17 Nov 88 12:13:15 EST From: Randy Schrickel Subject: Killing mex To: INFO-IRIS@BRL.MIL Message-ID: <8811171344.aa17426@SMOKE.BRL.MIL> How can I kill mex automatically when logging out (like something in the .logout file) ? If mex is left running, anyone can come along and start a new shell as the old user -- doesn't this seem to be a real problem ?! Thanx ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18524; 17 Nov 88 17:40 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18426; 17 Nov 88 17:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18424; 17 Nov 88 17:27 EST Received: from GREMLIN.NRTC.NORTHROP.COM by SMOKE.BRL.MIL id aa23937; 17 Nov 88 17:14 EST Received: from gremlin by gremlin.nrtc.northrop.com id aa12440; 17 Nov 88 14:14 PST To: Randy Schrickel cc: INFO-IRIS@BRL.MIL Subject: Re: Killing mex Date: Thu, 17 Nov 88 14:14:17 -0800 From: S H Willson Message-ID: <8811171715.aa23937@SMOKE.BRL.MIL> How can I kill mex automatically when logging out (like something in the .logout file) ? If mex is left running, anyone can come along and start a new shell as the old user -- doesn't this seem to be a real problem ?! Thanx Here is a copy of my .logout. It does what you want provided you don't have any extra text windows around (i.e., more than the console window). -- cut here -- if ($term == wsiris) clear ismex if ($status == 1 && `tty` == "/dev/console") then # Kill off mex the hard way # This still doesn't get rid of any textports! *Sigh* (sleep 2; kill -9 ` ps x | grep 'mex$' | awk '{print $1}' `) & endif echo -n "logout " $user " "; date; -- cut here -- Stephen Willson Northrop Research and Technology Center Palos Verdes, CA 90274 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18600; 17 Nov 88 18:03 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18556; 17 Nov 88 17:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab18538; 17 Nov 88 17:43 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24344; 17 Nov 88 17:28 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA21396; Thu, 17 Nov 88 09:03:21 PST 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 Nov 88 01:48:22 GMT From: Tom Mackey Organization: Voodoo Graphics Project Subject: Fixing lint to work from a make file Message-Id: <520@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL With /bin/csh as my SHELL environment variable I could not run lint from a makefile on my 4D/70 running version 2.0 of the operating system. The fix is to add the line: #!/bin/sh to the top of the lint shell script which is /usr/bin/lint. I believe this has already been fixed in release 3.0 and above for those of you who may have it. -- Tom Mackey (206) 234-7724 (wk) Boeing Computer Services ....uw-beaver!ssc-vax!voodoo!tomm M/S 6M-17, P.O. Box 24346, Seattle, WA 98124-0346 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18692; 17 Nov 88 18:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16061; 17 Nov 88 15:33 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15952; 17 Nov 88 15:21 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa20946; 17 Nov 88 15:17 EST Received: Thu, 17 Nov 88 14:50:28 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 17 Nov 88 14:50:28 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811172250.AA11990@aero4.larc.nasa.gov> To: RAAS%APLVM.BITNET%cunyvm.cuny.edu@BRL.MIL Subject: Re: Killing mex Cc: info-iris@BRL.MIL Here is a .logout file that I use: clear ismex if($status == 1 && `tty` == '/dev/console') then kill -9 `ps x | grep 'clock$' | awk '{print $1}' ` kill -9 `ps x | grep 'w[0-9]' | grep 'csh (csh)' | awk '{print $1}' ` kill -9 `ps x | grep 'mex$' | awk '{print $1}' ` endif if( `tty` == '/dev/console' ) then gclear endif date First it clears the text screen, then it checks to see if mex is running and if you are on the console. I usually have the clock running, so it kills that, next it kills each window (VERY! IMPORTANT). Then it kills mex. If you are on the console it clears the graphics screen. The if's are very important, if you don't have them and you log off a remote terminal it messes up the console, especially if someone is using it. The order is also important. If you kill mex with out killing the other windows first it messes things up. If you have any questions, let me know. P.S. You must compile ismex in the gifts directory. /usr/people/gifts/mextools/tools/ismex ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18914; 17 Nov 88 19:08 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18869; 17 Nov 88 18:57 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18828; 17 Nov 88 18:47 EST Received: from PRINCETON.EDU by SMOKE.BRL.MIL id aa25375; 17 Nov 88 18:42 EST Received: from punfs.Princeton.EDU by Princeton.EDU (5.58+++/1.87) id AA24859; Thu, 17 Nov 88 18:42:33 EST Message-Id: <8811172342.AA24859@Princeton.EDU> Received: from PUCC.PRINCETON.EDU by PUBITNET.PRINCETON.EDU ; Thu, 17 Nov 88 18:09:56 EST Received: by PUCC (Mailer R2.01PU) id 7449; Thu, 17 Nov 88 16:26:01 EST Date: Thu, 17 Nov 88 16:21:47 EST From: Laura E Ryan Subject: Gridding and display software To: info-iris@BRL.MIL We're looking for an inexpensive library (or interactive software) for the IRIS 31XX that will do 3-D surface fitting of xyz data, has good 3-D displays (line hiding, perspective views of 3-D meshes), and does contouring. What does the rest of the world use? Any suggestions or knowledge of software that meets part of or all of the above requirements at a reasonable price would be appreciated. We're familiar with some products, e.g. Dynamic Graphics SDL/SGL libraries, but these don't fit our budget. Thanks. L. Ryan (ryanle@pucc) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23696; 18 Nov 88 5:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22170; 18 Nov 88 3:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22133; 18 Nov 88 3:36 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa29465; 18 Nov 88 3:30 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02146; Thu, 17 Nov 88 18:55:55 PST 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 Nov 88 17:35:12 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: 4Dxx, 4DxxG and 4DxxGT Power requirements Message-Id: <22168@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A couple weeks ago I posted a question to the net: >In ASDBT (Advanced Systems Division Business Team) yesterday, we were >talking about a project that we're trying to prioritize, and decided >that we'd ask the net about it. >It is possible for us to make the 4D/xx and 4D/xxGT systems (but NOT >the Power Series) run out of a regular 15Amp circuit. This would save >everyone from having to get special 20Amp outlets installed for their >workstations. It is certainly a nice thing to be able to do, but it's >not really clear to us how big an issue it is with people. We haven't >had a lot of feedback so far, and we're trying to prioritize this >against other projects like bigger disks, bigger tapes, new video >standards, etc. >What do you all think? Is the 20Amp circuits a real hassle, or would >you rather have us spend our time on other things... Well, I got 5 people saying the 20Amp plug is a pain, and 5 people saying that they'd rather see us spending our time on other things (with a wish-list attached of course... :-} ). Of the 5 people that said that the 20Amp was a pain, three said they were surprised by the requirement. I had heard this before. The Regional Sales Managers are being notified of this feedback so they can pass it on to the Sales Reps and SEs. The wish-lists are too much to go into here, but if you gave me some input, be sure that we're following up on it. It's just going to be a little time - many of them require a decision from the marketing group for the division affected by the request. I'll be getting back to each of you within the next couple of weeks. Some things that were requested more than once may get me to make a posting to the net. As far as the 20amp to 15 amp change goes, it's still on the list, but it's down on the priority chain a little ways; behind bigger disks, bigger tapes, and things like that. Thanks for the input, it's been successful enough that you can be sure that there will be similar requests from us in the future. If you have a question about something, or think that you mail to me didn't get through, just try again. This WAS the "time of the virus" you know. later, chris +++++++++++++++++++++++++ D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Silicon Graphics Computer Systems ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25850; 18 Nov 88 9:02 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25653; 18 Nov 88 8:52 EST Received: from tbd.brl.mil by VMB.BRL.MIL id aa25584; 18 Nov 88 8:47 EST Date: Fri, 18 Nov 88 8:45:55 EST From: Glenn Randers-Pehrson (WMB) To: info-iris@BRL.MIL Subject: reading/writing iris objects Message-ID: <8811180845.aa25688@TBD.BRL.MIL> This is a repeat of a request I made a few months ago. I would like to be able to write an object display list out on a file for later retrieval. The Fortran subroutines to do this would look like subroutine writeo(object,file) integer object,file c writes object number "object" on Fortran logical unit "file" . . . end subroutine readob(object,file) integer object,file c reads object number "object" from Fortran logical unit "file" . . . end Would someone consider putting together such subroutines, or else let me see the source for subroutine callob, from which I might be able to figure out how to write the routines I need? Has anyone done this already? Is there any documentation available showing how display lists are stored? Thanks... Glenn Randers-Pehrson ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26819; 18 Nov 88 10:15 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24893; 18 Nov 88 8:16 EST Received: from vat.brl.mil by VMB.BRL.MIL id aa24842; 18 Nov 88 8:08 EST Date: Fri, 18 Nov 88 8:06:25 EST From: "John R. Anderson" (VLD/ASB) To: Randy Schrickel cc: INFO-IRIS@BRL.MIL Subject: Re: Killing mex Message-ID: <8811180806.aa02275@VAT.BRL.MIL> I use the following ".logout" file to kill mex when logging out. I can't take credit for it, I got it through INFO-IRIS some time ago. ************************************************ clear ismex if ($status == 1 && `tty` == "/dev/console") then # Kill off mex the hard way # This still doesn't get rid of any textports! *Sigh* (sleep 2; kill -9 ` ps x | grep 'mex$' | awk '{print $1}' `) & endif echo -n "logout " $user " "; date; ************************************************ Obviously, you must be running "csh" to use this. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27169; 18 Nov 88 10:47 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25056; 18 Nov 88 8:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24954; 18 Nov 88 8:23 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa03083; 18 Nov 88 8:13 EST Received: Fri, 18 Nov 88 08:14:58 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 18 Nov 88 08:14:58 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811181614.AA14195@aero4.larc.nasa.gov> To: RYANLE@pucc.princeton.edu Subject: Re: Gridding and display software Cc: info-iris@BRL.MIL We use PLOT3D, SURF, RIP, GAS, and ARCgraph. PLOT3D is a graphics program for displaying computational fluid dynamics grids and flow solutions. However, the creative user can use it form more than just this. SURF allows the user to input grid and solution files that are in PLOT3D format and interactively build a 3D model consisting of wirefram, shaded and function mapped parts. PLOT3D is more versatile than SURF, but has a more limited color map. RIP (Remote Interactive Particle-tracer) is a distributed graphics program and is specifically used for post processing CFD data sets. I haven't used this and I think it runs on a CRAY-2 and uses the IRIS as the display device. GAS (Graphics Animation System) is a package developed for the support of the CFD work at NASA-Ames. These are all FREE software from NASA-Ames available only to sites in the U.S. If you have the IRIS Software Exchange Catalog there is information there on how to get the software. If not send E-mail to pierce@prandtl.nas.nasa.gov or call him at (415) 694-4492 to see about getting a copy of PLOT3D. GAS: RIP: Gordon Bancroft, Fergus Merritt Stuart E. Rogers Sterling Software NASA-Ames Research Center NASA-Ames Research Center Mail Stop 258-1 Building 202 A-14 Moffett Field, CA 94035 Moffett Field, CA 94035 (415) 694-4052 SURF: Todd Plessel NASA-Ames Research Center Mail Stop 258-2 Moffett Field, CA 94035 (415) 694-4474 PLOT3D, SURF, ARCgraph, and RIP can be used by themselves, but GAS requires input files from the other 4. ARCgraph is a library of graphics subroutines accessable from both FORTRAN and C. I hope this is of some help. If you have any questions just ask. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11834; 19 Nov 88 0:50 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11605; 18 Nov 88 23:27 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ae11584; 18 Nov 88 23:18 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa22316; 18 Nov 88 23:13 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12061; Fri, 18 Nov 88 19:49:58 PST 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 Nov 88 19:25:09 GMT From: Miq Millman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Killing mex Message-Id: <22228@sgi.SGI.COM> References: <8811171344.aa17426@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811171344.aa17426@SMOKE.BRL.MIL>, RAAS@APLVM.BITNET (Randy Schrickel) writes: > How can I kill mex automatically when logging out (like something in the > .logout file) ? If mex is left running, anyone can come along and start > a new shell as the old user -- doesn't this seem to be a real problem ?! > > Thanx put these lines in a .logout file, but be careful not to logout with more than the console window open or else you will have to kill your other shells by finding them in a ps -aux. this should do the trick ::::::::::::: .logout ::::::::::::: kill -9 `ps -x | awk '/mex/ { print $1 }'` >& /dev/null gclear clear -- "What is the greatest joy?" "The joy of duty!" Miq Millman -- miq@sgi.com or {sun,decwrl,pyramid,ucbvax}!sgi!miq 415 960 1980 x1041 work ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12980; 19 Nov 88 5:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12670; 19 Nov 88 4:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12655; 19 Nov 88 4:08 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24563; 19 Nov 88 4:02 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17773; Sat, 19 Nov 88 00:13:54 PST 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 Nov 88 23:28:41 GMT From: sgi!markb%denali@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IO error in swap. Solution. Message-Id: <22193@sgi.SGI.COM> References: <8811111004.aa02491@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811111004.aa02491@SMOKE.BRL.MIL>, BTP408@DBTHRZ5.BITNET writes: > Date: 7-NOV-1988 20:42:35.77 > From: BTP408 AT DBTHRZ5 > To: UBT0::GATEWAY::"info-iris@brl.mil" > Subj: HELP!!! > Hi, > > we have great problems with our Iris 4d/70g, which our local SGI-people > can not solve !?! (not in 1 month) Our system breaks down when it should swap, > whith the error message : > PANIC swap seg, IO error in swap. > > E. Bodenschatz & A. Weber IO error in swap is fatal to the machine, as unix has no way to know what to do about missing memory. This is not unique to any release. You must determine (via fx, if need be) where your bad block is and simply map it out. You should use the default exercise pattern (6db....) and if that does not find it, alternate to a5, aa, if necessary in fx. 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 aa16042; 19 Nov 88 18:08 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15833; 19 Nov 88 16:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15831; 19 Nov 88 16:20 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa28604; 19 Nov 88 16:09 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA01890; Sat, 19 Nov 88 12:58:02 PST 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 Nov 88 04:48:40 GMT From: Chandlee Harrell Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: videotaping from the iris Message-Id: <22213@sgi.SGI.COM> References: <8811020355.aa14353@SPARK.BRL.MIL>, <16683@onfcanim.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Iris 3000s are shipped with two video options. The two defaults provide video timings for 1280 by 1024 60hz monitors and 640 by 480 RS170/NTSC monitors. A customer can request that the RS170 option be replaced with either PAL/SECAM timings or for a 1280 by 1024 interlaced 30hz monitor. All Iris 4D systems ship with all four of the above timing options. When in RS170 mode, the Iris outputs the three components of RGB in the correct RS170 timings, un-encoded. The bottom leftmost rectangle of 640 by 480 pixels is displayed on the full RS170 monitor screen. An option board may be purchased from Silicon Graphics for Iris 4D systems which takes the three RGB outputs and color encodes them into a composite video signal. This signal is appropriate for connecting directly to any television, or to a VCR. The composite video output does not match up to broadcast quality; there is some minor difference that I am not familiar with. This should only be a concern for the media organizations, not for those of us creating video presentations. (Otherwise one buys a much more expensive broadcast quality color encoder.) This option board is called (internally, at least) the CG2/3. It also provides the genlocking capability. This is the capability to sync up and overlay the video from two separate systems (while in either high res 60hz or NTSC modes). So option one for video taping on an Iris 4D is to buy a CG2/3. The bottom left quarter of the screen may be recorded directly into any recording device that accepts NTSC composite video. Option two allows you to video tape the full picture on your 1280 by 1024 high resolution display. Pixel averaging is done to reduce 4 pixels down to one giving the appropriate number of pixels (640 - 480) for NTSC. Pixel averaging provides better images over simply drawing the image into the bottom leftmost portion of your screen because a certain amount of anti-aliasing takes place in the pixel averaging. It also allows full screen video taping. Option two is available from vendors like RGB Technologies (don't know their pricing). The output from these systems is, again, standard composite video. Note: Silicon Graphics has some ongoing development that should help those desiring the pixel averaged approach. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16526; 19 Nov 88 21:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16315; 19 Nov 88 19:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac16301; 19 Nov 88 19:50 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa29751; 19 Nov 88 19:42 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA22458; Sat, 19 Nov 88 19:43:03 EST Message-Id: <8811200043.AA22458@uunet.UU.NET> Received: from godzilla.me.rmit (via goanna) by munnari.oz with SunIII (5.5) id AA07492; Sun, 20 Nov 88 11:13:45 EST (from mg@godzilla.me.rmit for uunet!info-iris@brl.mil) Received: by godzilla.me.rmit.oz (5.15/4.7) id AA00972; Fri, 18 Nov 88 18:31:42 EST Date: Fri, 18 Nov 88 18:31:42 EST From: "Mike A. Gigante" To: info-iris@BRL.MIL Subject: namelist in MIPS f77 I am posting this for an Iris customer who isn't on the net... --- Does the new version of fortran support some variation of VMS namelist? if so, what is the variation? If not, is it on the way? When? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22857; 20 Nov 88 19:45 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22497; 20 Nov 88 18:32 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22476; 20 Nov 88 18:26 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06134; 20 Nov 88 18:10 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA03693; Sun, 20 Nov 88 14:34:46 PST 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 Nov 88 00:59:10 GMT From: Ralph Hyre Organization: Carnegie-Mellon University, CS/RI Subject: Re: Killing mex Message-Id: <3625@pt.cs.cmu.edu> References: <8811171344.aa17426@SMOKE.BRL.MIL>, <22228@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Won't mex go away if properly exec'ed from the .login, or are process groups and such not implemented in SGI's Unix? On our Suns, we use something like: if (`tty`=/dev/console) exec xinit (or suntools, as per user preference) -- - Ralph W. Hyre, Jr. Internet: ralphw@ius3.cs.cmu.edu Phone:(412) CMU-BUGS Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA "You can do what you want with my computer, but leave me alone!8-)" -- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04101; 21 Nov 88 14:17 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab04028; 21 Nov 88 14:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03878; 21 Nov 88 13:58 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa22133; 21 Nov 88 13:54 EST Received: Mon, 21 Nov 88 13:58:47 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 21 Nov 88 13:58:47 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811212158.AA00216@aero4.larc.nasa.gov> To: tarolli@dragon.sgi.com Subject: Re: dog, radar, shadow, etc. & tcp/ip Cc: info-iris@BRL.MIL I made the change you suggested. I added the following line to /etc/services: sgi-dogfight 5130/udp # 'dog' It didn't work. I have a 3130, does that make any difference. I still get the following: Ethernet init failed Any more suggestions? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05282; 21 Nov 88 14:59 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00660; 21 Nov 88 11:27 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab00478; 21 Nov 88 11:14 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17082; 21 Nov 88 11:05 EST Received: Mon, 21 Nov 88 07:35:41 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 21 Nov 88 07:35:41 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811211535.AA23131@aero4.larc.nasa.gov> To: sgi!miq%chromavac.SGI.COM@ucbvax.berkeley.edu Subject: Re: Killing mex Cc: info-iris@BRL.MIL Your .logout would really do the trick all right. It would mess him up. If someone used that, when ever they closed a mex window they would kill mex and cause a mess. That command MUST! be put in an if block so that it will ONLY be executed from the console window. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09876; 22 Nov 88 0:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09338; 21 Nov 88 22:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09336; 21 Nov 88 22:51 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01649; 21 Nov 88 22:46 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA02106; Mon, 21 Nov 88 16:04:06 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Nov 88 16:35:38 GMT From: Miq Millman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: dog, radar, shadow, etc. & tcp/ip Message-Id: <22316@sgi.SGI.COM> References: <8811151756.AA02930@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811151756.AA02930@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > We have GL2-W3.6 on an IRIS 3130 and I have tried to run the dog > demo, but it dies with the following error: Ethernet init failed. > The workstation release notes says that dog works on an IRIS running > NFS or TCP/IP. Does it or doesn't it. Am I doing something wrong, > do I have system configured wrong, or what. I know this is minor, > but if this doesn't work, I kind of wonder if there is anything else > that I have missed that doesn't work either. Thanks. You should check out your /etc/services file, there are a couple of lines at the end of it that look like this: # stuff to play net games #sgi-dogfight 5130/udp # dog fighting with others #arena 5131/udp to get both arena and dog to work remove the "#" in the first column on both of those lines and then it should work -- "What is the greatest joy?" "The joy of duty!" Miq Millman -- miq@sgi.com or {sun,decwrl,pyramid,ucbvax}!sgi!miq 415 960 1980 x1041 work ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10203; 22 Nov 88 1:33 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09627; 21 Nov 88 23:47 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09593; 21 Nov 88 23:42 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01857; 21 Nov 88 23:29 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA03384; Mon, 21 Nov 88 17:07:02 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Nov 88 03:00:49 GMT From: David Jevans Subject: Re: dog, radar, shadow, etc. & tcp/ip Message-Id: <227@cs-spool.calgary.UUCP> References: <8811151756.AA02930@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811151756.AA02930@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > We have GL2-W3.6 on an IRIS 3130 and I have tried to run the dog > demo, but it dies with the following error: Ethernet init failed. > The workstation release notes says that dog works on an IRIS running > NFS or TCP/IP. Does it or doesn't it. The dog program on our Irises uses xns instead of tcp/ip. If xns is not installed you will get the Ethernet init failed message. A tcp/ip version has been around for about 2 years now (thanks Andy and others...), but I don't know if sgi has it or ships it for 3000s. The Personal Iris that is here on demo has dog, and I believe that it uses tcp/ip. One problem with the tcp/ip version of dog is that it sends broadcast messages all over the ether. This can cause severe problems to remote machines, in particular, vaxen. I think I saw this documented in the 4D20 documentation somewhere. Anyway, I fixed our 3000 version so it only sends to machines that it knows about. David Jevans, U of Calgary Computer Science, Calgary AB T2N 1N4 Canada uucp: ...{ubc-cs,utai,alberta}!calgary!jevans David Jevans, U of Calgary Computer Science, Calgary AB T2N 1N4 Canada uucp: ...{ubc-cs,utai,alberta}!calgary!jevans ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13298; 22 Nov 88 9:51 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13097; 22 Nov 88 9:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13035; 22 Nov 88 9:30 EST Received: from ZORAC.DCIEM.DND.CA by SMOKE.BRL.MIL id aa08853; 22 Nov 88 9:15 EST Received: by zorac.DCIEM.DND.CA (4.12/25-eef) id AA13995; Mon, 21 Nov 88 14:42:23 est Date: Mon, 21 Nov 88 14:42:23 est From: Tim Pointing Message-Id: <8811211942.AA13995@zorac.DCIEM.DND.CA> To: info-iris@BRL.MIL Subject: Re: IO error in swap. Solution? markb@sgi.com (Mark Bradley) says: > IO error in swap is fatal to the machine, as unix has no way to know what > to do about missing memory. This is not unique to any [SGI] release. Why does a swap error cause a panic (other that saying that that is the way SysV does it)? Bekeley-derived versions of unix simply kill the process which got hit by the swap error ("process killed due to I/O error in swap"). This does, in most cases, allow for a graceful, controlled shutdown of the system. Is there something in the SVID spec that says that the system has to die on swap errors? Is this something that could "easily" be added to the next SGI OS release (3.7?)? -- Tim Pointing, DCIEM tim@zorac.dciem.dnd.ca / tim@zorac.arpa ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14209; 22 Nov 88 10:46 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13987; 22 Nov 88 10:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13813; 22 Nov 88 10:24 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa10639; 22 Nov 88 10:04 EST Received: Tue, 22 Nov 88 10:09:06 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 22 Nov 88 10:09:06 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811221809.AA02942@aero4.larc.nasa.gov> To: msf@cmb00.larc.nasa.gov Subject: Re: virius fix Cc: info-iris@BRL.MIL Oops! I messed up. I am entitled to make a mistake every once in a blue moon. I forgot that the virus when through finger and not ftp. I have been working too hard, so I'll take a vacation. Have a Happy Thanksgiving. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14726; 22 Nov 88 11:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11357; 22 Nov 88 7:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11346; 22 Nov 88 7:38 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa05372; 22 Nov 88 7:30 EST Received: Tue, 22 Nov 88 07:35:20 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 22 Nov 88 07:35:20 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811221535.AA02446@aero4.larc.nasa.gov> To: sgi!miq%chromavac.SGI.COM@ucbvax.berkeley.edu Subject: Re: dog, radar, shadow, etc. & tcp/ip Cc: info-iris@BRL.MIL I tried your changes to /etc/services, but I still get the same error. Someone told me once that you need to run a "server" program before you can get dog, etc. to run, is this correct? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24628; 22 Nov 88 19:31 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24586; 22 Nov 88 19:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24574; 22 Nov 88 19:12 EST Received: from ucsd.edu by SMOKE.BRL.MIL id aa26513; 22 Nov 88 18:54 EST Received: from chema.ucsd.edu by ucsd.edu (5.60/UCSD-1.0); Tue, 22 Nov 88 15:55:37 PST id AA00256 for info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA23879; Tue, 22 Nov 88 15:55:33 PST Date: Tue, 22 Nov 88 15:55:33 PST From: Steve Dempsey Message-Id: <8811222355.AA23879@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: free space on a 4D/20 with 170MB disk Could someone with first-hand Personal IRIS (4D/20) experience tell me how much free space remains on a 170MB system disk? Let's assume a fairly full software configuration with the Software Development Package, F77, NFS, Documentor's Workbench, and Laser Printer support. Steve Dempsey Dept. of Chemistry Computer Facility, B-014 University of Calif. at San Diego La Jolla, CA 92093 (619)-534-0208 INTERNET: sdempsey@ucsd.edu BITNET: sdempsey@ucsd UUCP: ucsd!sdempsey ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27967; 23 Nov 88 8:36 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa26413; 23 Nov 88 6:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26406; 23 Nov 88 6:38 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01108; 23 Nov 88 6:34 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA13185; Wed, 23 Nov 88 01:40:27 PST 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 Nov 88 19:31:52 GMT From: Matthew Moore Organization: U.C. Santa Cruz, CIS/CE. Subject: dog, radar, etc Message-Id: <5567@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have been successful in getting dog, radar, and so on, to run on our IRIS 3000's and IRIS 4D's with TCP/IP. The trick is to get the sources for flight and it's friends from SGI's software distribution service. Get the version for 4D series IRISes. This can be compiled directly for 4D's, of course, and with an hour or so of horsing around with the Makefiles and making one or two simple changes to the sources, you get versions that you can compile and run on the 3000's as well. And of course, you do have to add service 5130 to your /etc/services files; this makes sure that the over-the-net programs cannot be run without some sort of official approval for every host that might be involved. Matt Moore UC Santa Cruz mmoore@saturn.ucsc.edu {whereever}!ucbvax!ucscc.ucsc.edu!saturn.ucsc.edu!mmoore ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04502; 23 Nov 88 12:59 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00177; 23 Nov 88 10:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab29927; 23 Nov 88 10:02 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04955; 23 Nov 88 9:52 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA17286; Wed, 23 Nov 88 06:16:44 PST 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 Nov 88 22:17:25 GMT From: Dave Martindale Organization: National Film Board / Office national du film, Montreal Subject: Re: videotaping from the iris Message-Id: <16765@onfcanim.UUCP> References: <16683@onfcanim.UUCP>, <22213@sgi.SGI.COM>, <22219@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <22219@sgi.SGI.COM> dunlap@bombadl.SGI.COM (D. Christopher Dunlap) writes: > >> When in RS170 mode, the Iris outputs the three components of RGB >> in the correct RS170 timings, un-encoded. The bottom leftmost rectangle >> of 640 by 480 pixels is displayed on the full RS170 monitor screen. > > >Well, I'm not positive about the 4D, but the 2xxx and 3xxx systems >need to have a Genlock board (CG1) and be sync'd to an external sync >before the output is "correct RS170 timings", assuming that "correct" >is taken to mean "Broadcast Quality". It's not broadcast quality in that the clock oscillator isn't within the 3ppm accuracy required for broadcast. On the other hand, all the funny equalizing pulses and so on are there and in the correct place. The "right" way to generate broadcast-spec NTSC is to use a standard sync generator as a timing source for everything, and genlock the IRIS to it. That way, the subcarrier and sync are locked together as they should be. However, I once tried setting up an IRIS that lacked a genlock board for videotaping. I connected the IRIS sync output to the genlock input of the sync generator (you may need some attenuation here, since separate sync is usually 4V p-p and the genlock input is probably expecting composite video with 300 mV sync). This locked the sync generator's sync to the IRIS; it worked fine because the number of lines and the interlace is done correctly in the IRIS. The sync generator's colour subcarrier was NOT locked to sync anymore, since there was no colour burst for it to lock to, so subcarrier just drifted with respect to sync. This doesn't meet broadcast spec, but is good enough for recording on a 3/4 or 1/2 inch VCR. In fact, the drift rate of subcarrier with respect to sync was only a few Hz, indicating that the oscillator in the IRIS was only a few Hz off the correct frequency. The video produced wasn't broadcast quality, but it was an awful lot better than what you get coming out of a 3/4 inch or worse VCR. To make this kludge work, you need a sync generator that will lock its sync to a B&W signal on its genlock input without getting upset about the lack of colour burst, and without killing its subcarrier output. If you have one that will lock subcarrier as well as sync, you're even better off. (All of the above was done with a 3000; I haven't tried it with a 4D). ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13960; 25 Nov 88 4:32 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13800; 25 Nov 88 3:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13782; 25 Nov 88 3:14 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa26479; 25 Nov 88 3:09 EST Received: from DBTHRZ5.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 7366; Fri, 25 Nov 88 02:58:19 EDT Date: 25 NOV 88 08:58-MEZ From: BTP408%DBTHRZ5.BITNET@cunyvm.cuny.edu To: INFO-IRIS@BRL.MIL Subject: IO-ERROR IN SWAP, FOR SGI Message-ID: <8811250309.aa26479@SMOKE.BRL.MIL> Date: 25-NOV-1988 08:56:10.46 From: BTP408 AT DBTHRZ5 To: UBT0::BITNET::"INFO-IRIS@BRL.MIL" Subj: IO-ERROR IN SWAP, FOR SGI AS I DON'T KNOW WHETHER THIS MESSAGE ARRIVED AT SGI, I GO THE WAY OF INFO IRIS. SUBJECT: HELP! IO ERROR IN SWAP, SOLUTION? THIS MIGHT BE ALSO VERY INTERESTING TO YOU ALL. OUR IRIS 4D WAS EXPANDED TO 16 MEG. WE HAD IO-ERROS IN SWAP EVERY TIME WHEN MORE THEN 16 MEG MEMORY WAS NEEDED. THE WAY OUT OF THIS IS: TAKE OUT 8 MEG, AND SWAPPING WORKS AGAIN! DOES ANYBODY OF YOU KNOW HOW TO FIX THIS BUG. WE THINK THAT SOMETHING IN MASTER.D IS WRONG, SO THAT AUTOCONFIGURE CONFIGURES THE SWAPSPACE FOR 8MEG, WHILE THE MACHINE KNOWS OF ITS 16 MEG MEMORY. WHEN THE SYSTEM BEGINS TO SWAP ADRESSES ARE MAPPED WRONGLY ==> IO-ERROR IN SWAP. MANY THANKS E. BODENSCHATZ MESSAGE FOR SGI: >TUESDAY,22-NOV-1988 > > >SUBJECT: IO-ERROR IN SWAP, REPLY > >DEAR CHRIS DUNLAP, > >TODAY MR PEITZ FROM SGI MUNICH IS HERE IN BAYREUTH. HE CHANGED >THE HARDDISK, BUT THE FAILURE IS STILL THERE. WE THEN CHANGED THE >CPU, BUT IT DID NOT HELP. THEN WE LOOKED FOR THE CONFIGURATION FILES >MASTER.D- BUT WITHOUT MANUAL WE CANNOT CHECK IT. > >THEN WE HAD THE IDEA THAT CHANGING THE MEMORY FROM 16 TO 8 MEG COULD HELP- >AND IT DID!! SO WOULD YOU PLEASE SEND US A CORRECTED VERSION OF THE >NECESSARY CONFIGURATION FILES FOR 16 MB. > >LOOKING FORWARD TO HEARING FROM YOU SOON > >EBERHARD BODENSCHATZ & ANDREAS WEBER > >BTP408@DBTHRZ5 > > > >CHRIS, THE CONFIGURATION OF THE SYSTEM IS:380 MB HITACHI DISK, IP4-8MB-12.5MHZ >IP4 REV = M, O.S. = 3.1. >LIKE MR BODENSCHATZ MENTIONED, RUNING WITH 16 MB WILL NOT WORK BUT WITH 8 MB >NO PROBLEM! CHECK THE SYSTEM CONFI FOR KERNEL SETTING/ADDR MEMORY. >HOPING TO RCV INFO VERRY SOON. > BEST REGARDS ROLF > SGI MUNICH > ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14040; 25 Nov 88 5:35 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13942; 25 Nov 88 4:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab13899; 25 Nov 88 4:18 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa26820; 25 Nov 88 4:08 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA21597; Fri, 25 Nov 88 00:39:50 PST 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 Nov 88 05:15:35 GMT From: Dave Martindale Organization: National Film Board / Office national du film, Montreal Subject: Re: dog, radar, shadow, etc. & tcp/ip Message-Id: <16777@onfcanim.UUCP> References: <8811151756.AA02930@aero4.larc.nasa.gov>, <22316@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <22316@sgi.SGI.COM> miq@chromavac.SGI.COM (Miq Millman) writes: > >You should check out your /etc/services file, there are a couple of lines at >the end of it that look like this: > ># stuff to play net games >#sgi-dogfight 5130/udp # dog fighting with others >#arena 5131/udp What version of the kernel & what machine? Our 2400T's running GL2-W3.6 don't seem to have this. The original question came from someone also running 3.6. Will the 3.6 version of dog/shadow/etc run with TCP if we just add the above lines to /etc/services, or does it require newer versions? (I can't easily test this myself, since we deleted dog and the rest when we found that they didn't work.) ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14813; 25 Nov 88 9:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14425; 25 Nov 88 8:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14331; 25 Nov 88 8:03 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa27799; 25 Nov 88 7:50 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA24074; Fri, 25 Nov 88 04:34:06 PST 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 Nov 88 19:34:00 GMT From: "Ian S. Small" Organization: University of Toronto, CSRI, DGP Subject: Information on Power Series and Personal Irises Message-Id: <8811241934.AA22154@caboto.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are considering purchasing some Irises in the somewhat distant future, so are in the middle of trying to gather information about the new machines. We have a number of questions which are more likely to be answered by fellow netlanders than by SGI salesmen. Please send all replies by e-mail; we will summarise and post if there is sufficient interest. I don't know if there are actually any real Power Iris sites out there yet; beta sites might be able to help with some of these questions. Personal Iris questions should be easier. The questions are: 1) What make of SMD disk controller and SMD disks does SGI supply with the Power Iris? We are naturally interested in going the third party route for these components. Our preferred controllers and disks are the Ciprico 32xx and Fujitsu M23xx lines. 2) What do the memory board modules look like on the Power Iris? Is there a chance of purchasing the memory add-ons from a third party vendor such as Clearpoint, Helios, Parity, etc.? This is possible with Suns and Mac II's and so on because of the generic SIMMs being used - is it the case with the new Iris? 3) The same memory board module question applies for Personal Irises - what does the 8 MB memory increment look like? 4) Has anybody tried running an SMD disk controller out of the single VME 'slot' on a Personal Iris? Is it possible? How fast is it? 5) Is there any way to get access to the SCSI bus in a Personal Iris? There didn't seem to be an *external* connector, which begs the question of whether there's an *internal* one hiding in there somewhere. 6) Does anybody have any experience with plugging arbitrary VME boards into the 4D line? If it works on a MIPS, is it likely to work on a 4D? Thanks in advance for any help you can offer. -- Ian S. Small Dynamic Graphics Project Computer Systems Research Institute University of Toronto (416) 978-6619 Toronto, Ontario M5S 1A4 ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26709; 28 Nov 88 9:11 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24626; 28 Nov 88 7:48 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24598; 28 Nov 88 7:39 EST Received: from ARDEC-AC4.ARPA by SMOKE.BRL.MIL id aa21726; 28 Nov 88 7:29 EST Date: Mon, 28 Nov 88 7:20:01 EST From: "Robert M. Dombroski (FSAC)" To: info-iris@BRL.MIL Subject: DOG Message-ID: <8811280720.aa00859@ARDEC-AC4.ARDEC.ARPA> Good morning to all you pilots out there. About a year and a half ago I received a TCP/IP version of dog that required a routine to be running on one of the network machines (called ATC) and each machine on the net had to reference that file in order to play dog. This version of dog tended to crap out at various times and could handle at best 4-5 players. SO, last Xmas, I loaded up the XNS kernel and XNS dog and had the pilots boot the machines in XNS to play during the 'holiday season'. Before I reload the XNS dog again for this holiday season, is there a better functioning TCP version than the one I have? I can't tell from the mailgoing around about dog if its the same one or not, but I have a feeling it is. Thanks Bob Dombroski ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03731; 28 Nov 88 17:23 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01160; 28 Nov 88 15:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00913; 28 Nov 88 15:30 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08552; 28 Nov 88 14:55 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA12211; Mon, 28 Nov 88 10:56:48 PST 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 Nov 88 16:43:55 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Information on Power Series and Personal Irises Message-Id: <22493@sgi.SGI.COM> References: <8811241934.AA22154@caboto.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811241934.AA22154@caboto.dgp.toronto.edu>, ian@dgp.toronto.edu ("Ian S. Small") writes: > 1) What make of SMD disk controller and SMD disks does SGI supply with the > Power Iris? We are naturally interested in going the third party route > for these components. Our preferred controllers and disks are the Ciprico > 32xx and Fujitsu M23xx lines. We use the Xylogics 754 4-channel SMD controller. The disks are CDC (imprimus) Sabre 1.2GB 24MHz drives. Any other disks and controllers are your problem, not ours. > 2) What do the memory board modules look like on the Power Iris? Is there > a chance of purchasing the memory add-ons from a third party vendor > such as Clearpoint, Helios, Parity, etc.? This is possible with Suns > and Mac II's and so on because of the generic SIMMs being used - is > it the case with the new Iris? The memory modules are custom to interact properly with the ECC circuitry. Parity memories, such as you mentioned, simply won't work. They also are wider than what you are used to (32 bits). > 3) The same memory board module question applies for Personal Irises - what > does the 8 MB memory increment look like? You'll have to get a Personal IRIS expert to answer this. > 4) Has anybody tried running an SMD disk controller out of the single VME > 'slot' on a Personal Iris? Is it possible? How fast is it? While not verifed by us, there is no known reason this shouldn't work, it simply doesn't pay for us to do it. The software is the same, and the VMEBus interface fast enough that you'll be worrying about the drive/controller, not the VMEBus speed. > 5) Is there any way to get access to the SCSI bus in a Personal Iris? > There didn't seem to be an *external* connector, which begs the > question of whether there's an *internal* one hiding in there somewhere. You haven't looked carefully. There is indeed an external SCSI connector, right next to the serial ports. > 6) Does anybody have any experience with plugging arbitrary VME boards into > the 4D line? If it works on a MIPS, is it likely to work on a 4D? Lots of third party boards have been successfully installed in 4D machines. Of course, for a MIPS based board, if your driver is SysV flavor, it ought to work without too much effort. A UMIPSBSD driver may be harder to port. > Thanks in advance for any help you can offer. > -- > > Ian S. Small Dynamic Graphics Project > Computer Systems Research Institute > University of Toronto > (416) 978-6619 Toronto, Ontario M5S 1A4 -- 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 aa04420; 28 Nov 88 19:53 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04354; 28 Nov 88 19:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04308; 28 Nov 88 19:30 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa13869; 28 Nov 88 19:21 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA19154; Mon, 28 Nov 88 16:12:22 PST 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 Nov 88 19:10:15 GMT From: "Michael Toy -- The S.G.I. XMAN" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Corrected patches for X11R3 on the Silicon Graphics 4D machines Message-Id: <22508@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was a set of patches for X11R3 on the R3 tape to make an X server for running on 4D series Silicon Graphics machines. There were some problems with those patches. There is now a new set of patches available via anonymous ftp on expo.lcs.mit.edu [18.30.0.212] in "contrib/sgi.r3.newpatch.Z". With these patches and a copy of the R3 tape, you can build a working X server for SGI 4D machines. These patches should completely replace the contents of the contrib/server/sgi directory on the R3 tape. -- "Suddenly very slowly to me that no verb in this sentence." --author prefers to remain anonymnous ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08372; 29 Nov 88 8:10 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06248; 29 Nov 88 6:33 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06234; 29 Nov 88 6:28 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa18380; 29 Nov 88 6:18 EST Received: by ucbvax.Berkeley.EDU (5.59/1.31) id AA06349; Tue, 29 Nov 88 03:09:36 PST 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 Nov 88 06:26:17 GMT From: Greg Earle Organization: Sun Microsystems - Western Area Professional Services Subject: Re: Corrected patches for X11R3 on the Silicon Graphics 4D machines Message-Id: <371@mahendo.Jpl.Nasa.Gov> References: <22508@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <22508@sgi.SGI.COM> mtoy@sgi.com (Michael Toy -- The S.G.I. XMAN) writes: >There was a set of patches for X11R3 on the R3 tape to make an X server >for running on 4D series Silicon Graphics machines. There were some >problems with those patches. There is now a new set of patches >available via anonymous ftp on expo.lcs.mit.edu [18.30.0.212] in >"contrib/sgi.r3.newpatch.Z". For the unwary, this is a compressed tar file. A more appropriate name would be `sgi.r3.newpatches.tar.Z'. - Greg -- Greg Earle earle@Sun.COM Sun Microsystems poseur!earle@mahendo.JPL.NASA.GOV Los Angeles Consulting earle%mahendo@elroy.JPL.NASA.GOV ...!{cit-vax,ames}!elroy!poseur!earle ...!sun!tsunami!valley!poseur!earle ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09676; 29 Nov 88 10:05 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07800; 29 Nov 88 8:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07706; 29 Nov 88 7:56 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19349; 29 Nov 88 7:53 EST Received: Tue, 29 Nov 88 07:59:09 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 29 Nov 88 07:59:09 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8811291559.AA21787@aero4.larc.nasa.gov> To: mcgill-vision!iros1!vedge!onfcanim!dave@bloom-beacon.mit.edu Subject: Re: dog, radar, shadow, etc. & tcp/ip Cc: info-iris@BRL.MIL We have a 3130 with GL2-W3.6; dog, shadow, etc. don't work. The manual says that in 3.6 they are TCP/IP, but I don't know if that is true. I made the above changes, but they didn't help. I have been told that a server program , atc (air taffic controler), must be run, but we don't have it. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06026; 29 Nov 88 4:26 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05669; 29 Nov 88 2:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05657; 29 Nov 88 1:56 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa16495; 29 Nov 88 1:52 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 7149; Tue, 29 Nov 88 01:52:05 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 29 Nov 88 07:55:01 Date: Tue, 29 Nov 88 07:53:51 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Filesystems on tape and Videotapeing To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8811290154.aa16495@SMOKE.BRL.MIL> Hello Netlanders, I've got two problems: 1) This was sent by a colleague of mine some weeks ago and never answered. We want to create a filesystem on the 1/4" cartridge tape and mount it into our system (3130 or 4D/70G). The questions are: a) is it possible at all? and b) if (answer_a == yes) How to do it ??? Please don't send comments on how silly it is to attempt such a task. We just have reasons (even if it's pure curiosity). 2) I want to contribute to the videotaping debate on this list. We have the following scenario: a 4D/70GT without GENLOCK device, a RGBS -> composite-video converter, a UMATIC-low-band recorder recognizing PAL (European Video Standard) signals. Now we see some problems: - on the GT we have a colour shift from the left to the right of the screen. I suspect this is a subcarrier problem. Due to the lack of a GENLOCK for the GT I can't adjust that with my equipment (we can correct it with our recorder, but then every other signal gets recorded with a shift). On a 4D/70G (also without GENLOCK) everything works ok. So, what are the differences between the G and GT style PAL signals ? - Our second problem is a bit harder for us. We have an animation program that displays a scene in front of a goraud shaded background. The color-map for the background is 256-entries deep and nonlinear build (thats not so important). During the animation we have a sequence of 200 frames where we change the complete background color map for every frame (that might be clumsy, but thats the way it was done: quick, dirty and it works fine). With the 60HZ screen we have no problems, everything is fine. Now we change to setmonitor(PAL). As soon as we arrive at the scene changing the background, our problems start. The color map is simply inccorrectly changed (which we can check by using 'showmap'). It seems that changing color-maps in PAL mode takes a VERY long time. Is that observation correct and are there any chances to get that changed? 3) A third problem related to color-maps: On the G and GT machines loading color-maps seems to be slow (even in HZ60-mode). Again, is that observation correct, and are there any plans to change that? Regards Martin Knoblauch TH-Darmstadt Dept. Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt West-Germany BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12463; 9 Dec 88 3:37 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12153; 9 Dec 88 1:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12144; 9 Dec 88 1:41 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa05908; 9 Dec 88 1:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA16569; Thu, 8 Dec 88 21:49:03 PST 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 Nov 88 16:52:08 GMT From: sgi!markb%denali@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Filesystems on tape and Videotapeing Message-Id: <22560@sgi.SGI.COM> References: <8811290154.aa16495@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8811290154.aa16495@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hello Netlanders, > > I've got two problems: > > 1) This was sent by a colleague of mine some weeks ago and never > answered. We want to create a filesystem on the 1/4" cartridge > tape and mount it into our system (3130 or 4D/70G). The questions > are: a) is it possible at all? and > b) if (answer_a == yes) How to do it ??? > Regards > Martin Knoblauch > > TH-Darmstadt > Dept. Physical Chemistry 1 > Petersenstrasse 20 > D-6100 Darmstadt > West-Germany > > BITNET: Just reading the man page for mounting a tape as a filesystem. Have not actually tried this myself, but know of no reason why this should not work. By the way, here is an excerpt that may help: -r Mount the specified filesystem read-only. This is shorthand for: mount -o ro fsname dir Physically write-protected and magnetic tape filesys- tms must be mounted read-only, or errors occur when access times are updated, whether or not any explicit write is attempted. 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 aa12719; 9 Dec 88 5:39 EST Received: by VMB.BRL.MIL id aa12711; 9 Dec 88 5:38 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab12463; 9 Dec 88 3:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12429; 9 Dec 88 3:31 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06644; 9 Dec 88 3:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA18368; Thu, 8 Dec 88 22:51:31 PST 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 Nov 88 21:50:17 GMT From: sgi!markb%denali@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Mounting Tape Drives as filesystems Message-Id: <22583@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Tried mounting a tape drive per the man page. In direct contradiction to my last posting, the tape drive is a character device and this won't work. One must have a block device to mount a fs. Sorry for the mis- information. 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 aa16642; 2 Dec 88 14:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28587; 2 Dec 88 11:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab28333; 2 Dec 88 11:21 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa13063; 1 Dec 88 23:20 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 1920; Tue, 29 Nov 88 12:44:56 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 29 Nov 88 18:45:46 Date: Tue, 29 Nov 88 18:44:37 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Dogfight and Arena To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.arpa" Message-ID: <8812012321.aa13063@SMOKE.BRL.MIL> Hello, just two questions: 1) is a version of dogfight for the 3100 series available, which is compatible to the 4D dogfight. We have three (soon five) 3100 and one 4D. We want to "communicate" with all of them. 2) are the TCP versions of dogfight, shadow, radar and arena public domain, and where can we get the sources? Regards Martin Knoblauch TH-Darmstadt, PC1 D-6100 Darmstadt, FRG BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22273; 2 Dec 88 2:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21827; 2 Dec 88 0:11 EST Received: from sem.brl.mil by VMB.BRL.MIL id aa21767; 1 Dec 88 23:56 EST Date: Thu, 1 Dec 88 23:55:04 EST From: Mike Muuss To: Jim Barton cc: info-iris@BRL.MIL Subject: Re: Iris plotting packages. Message-ID: <8812012355.aa15905@SEM.BRL.MIL> The BRL-CAD Package has a variety of software for generating 3-D plot files (where the plot itself is 3-D, not (only) the data). -Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16824; 2 Dec 88 15:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16403; 2 Dec 88 14:46 EST Received: by VMB.BRL.MIL id aa16336; 2 Dec 88 14:39 EST Received: from [128.100.1.3] by VMB.BRL.MIL id aa16298; 2 Dec 88 14:35 EST Received: by jarvis.csri.toronto.edu id 458; Fri, 2 Dec 88 14:35:07 EST Received: from explorer.dgp.toronto.edu by jarvis.csri.toronto.edu with SMTP id 456; Fri, 2 Dec 88 14:22:34 EST Received: from mpapp by explorer.dgp.toronto.edu via UNIX id AA05478; Fri, 2 Dec 88 14:22:10 EST Date: Fri, 2 Dec 88 14:22:10 EST From: Michael John Papper Message-Id: <8812021922.AA05478@explorer.dgp.toronto.edu> Subject: Programming Languages wanted for Iris Illegal-Object: Bad Sender address found by ZMailer on jarvis.csri.toronto.edu: (?extraneous tokens in mailbox?) Mike Papper mpapp(?missing end of mailbox?) @dgp.toronto.edu ; Reply-To: mpapp@dgp.toronto.edu Distribution: na Organization: University of Toronto, CSRI Keywords: spreadsheet programming-languages To: info-iris@VMB.BRL.MIL I have to start writing a program on an Iris 31XX (or possibly a 4D), and am looking for an object oriented language, such as c++ or smalltalk. As well, I will have to include a spreadsheet as part of the program/system, instead of writing my own, I was wondering if there was any spreadsheets that will allow me to interface with them, at the programming language level. An alternative is a system that would make it very easy to build a spreadsheet, and use an object oriented programming language as well. Thanks, Mike Papper. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21821; 3 Dec 88 23:26 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21702; 3 Dec 88 22:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa21694; 3 Dec 88 22:01 EST Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa00641; 3 Dec 88 21:54 EST Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA03525; Sat, 3 Dec 88 22:00:59 EST Date: Sat, 3 Dec 88 22:00:59 EST From: "John D. McCalpin" Message-Id: <8812040300.AA03525@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: Error with stdout buffering Environment: IRIS 3130 running version 3.6 of the O/S When exitting GNU emacs, the stdout buffer does not get flushed. If I redirect the output to a file, then all the output actually arrives, but if I don't, then the output of the last several statements dissappears. The particular problem is that the terminal de-initialization string does not appear. Yes, fflush(stdout) occurs immediately after the writes in question. On a possibly related note, when using breakpoints in dbx, the message that gets printed when the breakpoint is reached is usually truncated. Is this a problem with 3.6? We did not observe this under 3.5 ---------------------------------------------------------------- John D. McCalpin Mesoscale Air-Sea Interaction Group & Department of Oceanography & Supercomputer Computations Research Institute The Florida State University mccalpin@masig1.ocean.fsu.edu (requires nameserver to access) mccalpin@nu.cs.fsu.edu (in DOD host tables) mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ---------------------------------------------------------------- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11369; 6 Dec 88 3:26 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11348; 6 Dec 88 3:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11332; 6 Dec 88 3:04 EST Received: from GW1.CS.NET by SMOKE.BRL.MIL id aa03000; 6 Dec 88 2:52 EST Received: from relay2.cs.net by RELAY.CS.NET id ax02781; 5 Dec 88 20:53 EST Received: from switzerland by RELAY.CS.NET id aj02801; 5 Dec 88 19:17 EST Received: from ean by scsult.SWITZERLAND.CSNET id a002645; 5 Dec 88 21:06 WET Date: 5 Dec 88 20:34 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <155:doelz@urz.unibas.ch> Subject: niveaus Sorry about the spelling errors in my previous message... I sent the wrong version. That's not what I mean in terms of niveau, it should just become more serious. Reinhard ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11664; 6 Dec 88 5:33 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11267; 6 Dec 88 2:22 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11249; 6 Dec 88 2:11 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02700; 6 Dec 88 2:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.31) id AA07467; Mon, 5 Dec 88 22:50:51 PST 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: 6 Dec 88 01:46:52 GMT From: Rob Mace Organization: Silicon Graphics, Inc., Mountain View, CA Subject: dog and arena Message-Id: <22959@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is the info on dog and arena. The source is not public domain but you can get it if you own an IRIS and sign a nondisclosure agreement. If you are interested you should contact Monica Schulze at Silicon Graphics. Her phone number is (415) 962-3320. There are two versions of the source to dog/flight that you can get. One version is for the 3XXX, 4DXXG, and Personal Iris, it will also run on the GT and GTX. The other version is for the GT and GTX and takes advantage of the features of these machines. These are the sources that where used for the 3.1 release. They use tcp for communications and using these sources you can dogfight between all the machines. Arena source to arena also runs on all the machines. It also uses tcp for communications. Have fun, Rob Mace Silicon Graphics Author arena and GT dog ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12427; 6 Dec 88 7:51 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12114; 6 Dec 88 7:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12097; 6 Dec 88 7:32 EST Received: from GW1.CS.NET by SMOKE.BRL.MIL id aa04950; 6 Dec 88 7:22 EST Received: from relay2.cs.net by RELAY.CS.NET id aw02838; 5 Dec 88 20:53 EST Received: from switzerland by RELAY.CS.NET id ai02801; 5 Dec 88 19:16 EST Received: from ean by scsult.SWITZERLAND.CSNET id a002638; 5 Dec 88 21:05 WET Date: 5 Dec 88 20:30 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL Message-ID: <154:doelz@urz.unibas.ch> Subject: Games *flame on* What the hell do you do with your computers ??? My mailbox gets dozens of idiotic postings on dogfights on IRISes. Don't you have urgent problems like me ? I am fighting with SGI because of their "support". I try to run 4DDN but have problems. I want to tune the sysetem and don't know how to start best. I should have a better accounting system than standard AT&T V.3. I really want to run batch jobs on the IRIS but the documentation of that matter is as usual - just inadequate. And you guys bother about how to run Dogfight and Arena!!! *flame off* If you want to talk serious about problems mentioned above, please post it on this bboard to rais its niveau! Reinhard ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03025; 7 Dec 88 17:02 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02696; 7 Dec 88 16:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02634; 7 Dec 88 16:10 EST Received: from [128.186.3.1] by SMOKE.BRL.MIL id aa03932; 7 Dec 88 16:01 EST Received: by masig1.ocean.fsu.edu (5.52/25-eef) id AA01600; Wed, 7 Dec 88 15:36:32 EST Date: Wed, 7 Dec 88 15:36:32 EST From: "John D. McCalpin" Message-Id: <8812072036.AA01600@masig1.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: stdout buffering trouble I could not ever completely isolate the problem with buffering of stdout in gnu emacs, but I have found a workaround. In file sysdep.c, routine reset_sys_modes(), the following statements appear reset_terminal_modes(); fflush(stdout); /* followed by some ioctl-looking stuff */ I simply put a sleep(2); after the fflush(stdout), and now no characters are lost. ---------------------------------------------------------------- John D. McCalpin Mesoscale Air-Sea Interaction Group & Department of Oceanography & Supercomputer Computations Research Institute The Florida State University mccalpin@masig1.ocean.fsu.edu (requires nameserver to access) mccalpin@nu.cs.fsu.edu (in DOD host tables) mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN) ---------------------------------------------------------------- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00166; 11 Dec 88 22:34 EST Received: by VMB.BRL.MIL id aa00110; 11 Dec 88 22:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27869; 11 Dec 88 10:15 EST Received: by VMB.BRL.MIL id aa27856; 11 Dec 88 9:59 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18852; 9 Dec 88 12:24 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17605; 9 Dec 88 12:14 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA05676; Fri, 9 Dec 88 06:51:59 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Dec 88 00:12:29 GMT From: Mason Woo Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Customer Education schedule now available Message-Id: <22822@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The SGI Customer Education course schedule for January through June 1989 is now available, which includes our new Parallel Programming course in early 1989! If you would like to receive an e-mail copy, send your request to the Internet or UUCP address listed below. If you would like to receive a printed version, with our color illustrated brochure that includes course descriptions, call our toll-free number, (800) 356-9492. Courses are regularly held in the Washington, DC (Bethesda) and San Francisco (Mountain View) areas. Courses are also available, by special request, at your site. (Our instructors are especially excited about customers in the Virgin Islands, French Polynesia, or New Orleans 8-) ) If you have any questions, call the toll-free number above or call me directly at (415) 962-3314. Thanks again. -- Mason Woo, Customer Education "A body in motion tends to stay in motion" 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 aa29805; 17 Dec 88 13:08 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29570; 17 Dec 88 11:03 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa29534; 17 Dec 88 10:35 EST Received: from BU-IT.BU.EDU by VGR.BRL.MIL id aa17771; 17 Dec 88 10:26 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA25201; Sat, 17 Dec 88 10:22:15 EST Received: by buita.bu.edu (3.2/4.7) id AA28596; Sat, 17 Dec 88 10:25:32 EST Received: by adt.uucp (3.2/SMI-3.2) id AA24738; Fri, 16 Dec 88 17:01:31 EST Date: Fri, 16 Dec 88 17:01:31 EST From: jim frost Message-Id: <8812162201.AA24738@adt.uucp> To: info-iris@BRL.MIL Cc: Subject: SGI's interesting idea of a "speedup" Quoted from "Porting Applications to the IRIS-4D Family": -- begin quote -- 5.3 New Drawing Subroutines Software reliease 4D1-3.0 introduced several new Graphics Library subroutines for drawing and pixel access. Silicon Graphics recommends converting old style routines to the new ones for three reasons: * Your code will be more portable. * On the GT and future products, the new subroutines will run up to 10 times faster than their old counterparts. * The new subroutines simplify the Graphics Library and allow for future expansion. In most cases, the convertion is simple -- just substitute the new subroutines for the old ones. Unfortunately, the new subroutines do not work in display lists, so if your code is based primarily on display lists, the solution is not so simple. This table gives a comparison of old and new subroutines. ---------------------------------------------------------------------- Technique Old Subroutines New Subroutines ---------------------------------------------------------------------- draw connected move,draw,draw bgnline,v3f,v3f, line segments endline draw closed move,draw,draw bgnclosedline,v3f,v3f, hollow polygons or poly endclosedline draw filled pmv,pdr,pdr,pclos bgnpolygon,v3f,v3f, polygons polf or splf endpolygon draw points pnt,pnt bgnpoint,v3f,v3f, endpoint read pixels readpixels,readRGB rectread,lrectread write pixels writepixels,writeRGB rectwrite,lrectwrite draw triangular new bgntmesh,v3f,v3f, meshes endtmesh color(vector) RGBcolor cpack or c3i surface normal normal n3f clear screen, clear,zclear czclear Z-buffer create RGB RGBwritemask wmpack writemask ---------------------------------------------------------------------- -- end quote -- Interestingly, the 10x factor seems to be correct as one of our customers reported that our product "ran ten times slower" on the GT. We happily followed the SGI guide to speed them up. At one point we changed all our readpixel() calls to rectread() calls, a non-trivial task because they don't have the same arguments at all. To our great surprise, the following was printed when the new call was made: is not implemented. We were impressed at just how fast their new function didn't work, as I'm sure you can guess. Curious, we investigated. Making use of "strings", we found that libgl_s.a contained the string "<%s> is not implemented.". Just how many functions might call whatever routine has that string is something that scares me. Jim Frost Associative Design Technology (508) 366-9166 madd@bu-it.bu.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02938; 18 Dec 88 11:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02561; 18 Dec 88 8:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02558; 18 Dec 88 8:33 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa20190; 18 Dec 88 7:46 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA23576; Sun, 18 Dec 88 07:45:46 EST Message-Id: <8812181245.AA23576@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA10511; Sun, 18 Dec 88 23:37:10 EST (from mg@cidam for uunet!info-iris@brl.arpa) Received: by cidam.rmit.oz (5.51/4.7) id AA09760; Sun, 18 Dec 88 17:37:02 EST Date: Sun, 18 Dec 88 17:37:02 EST From: "Mike A. Gigante" To: info-iris@BRL.MIL Subject: DVI previewer for Iris Does anyone have the source to a redistributable dvi previewer for an Iris? Either 3000 or 4D version is ok. It doesn't need to be too fancy, just something to start with. thanks in advance, Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03096; 18 Dec 88 12:43 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab02938; 18 Dec 88 11:20 EST Received: from [13.0.12.232] by VMB.BRL.MIL id aa02896; 18 Dec 88 10:57 EST Received: from Riesling.ms by ArpaGateway.ms ; 18 DEC 88 07:55:37 PST Sender: "Mike_Hopper.XRCC-NS"@Xerox.COM Date: 18 Dec 88 07:55:16 PST (Sunday) Subject: How to contact the Molecular Graphics Society From: hopper.XRCC-NS@Xerox.COM To: info-iris@vmb.brl.MIL cc: hopper.XRCC-NS@Xerox.COM Message-ID: <881218-075537-2187@Xerox> Sorry to trouble this whole DL with a non iris related question but as SGI equipment is widely used by the molecular graphics folks, could someone out there answer the following question for one of our users. Q: How do we contact the North American Chapter of the Molecular Graphics Society? Is there any e-mail address? Thanks Mike Hopper Network Support, XRCC hopper.XRCC-NS@XEROX.COM ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07121; 19 Dec 88 9:37 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05540; 19 Dec 88 8:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05520; 19 Dec 88 7:57 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa27049; 19 Dec 88 7:33 EST Received: Mon, 19 Dec 88 07:34:09 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 19 Dec 88 07:34:09 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8812191534.AA23990@aero4.larc.nasa.gov> To: munnari!cidam.rmit.oz.au!mg@uunet.uu.net Subject: Re: DVI previewer for Iris Cc: info-iris@BRL.MIL Norman Naugle nsquared Computer Consultants P.O. Box 2736 Colllege Station, TX 77841 This guy is "suppose" to have TeX and a previewer, however, NO ONE, has ever gotten a reply from him. I sent a letter to him 6 months ago and never got a reply. Others on info-iris have had similar results. Maybe someone else has what we want, or maybe someone has gotten a reply from Norman Naugle. Good luck. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16208; 19 Dec 88 21:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15561; 19 Dec 88 20:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15531; 19 Dec 88 20:03 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa13338; 19 Dec 88 19:43 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA09927; Mon, 19 Dec 88 16:39:47 EST Message-Id: <8812192139.AA09927@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA09154; Tue, 20 Dec 88 08:20:25 EST (from mg@cidam for uunet!blbates@aero4.larc.nasa.gov) Received: by cidam.rmit.oz (5.51/4.7) id AA04147; Tue, 20 Dec 88 08:02:28 EST Date: Tue, 20 Dec 88 08:02:28 EST From: "Mike A. Gigante" To: blbates@aero4.larc.nasa.gov, mg@cidam.rmit.oz.au Subject: Re: DVI previewer for Iris Cc: info-iris@BRL.MIL Alas, our local SGI rep has unsuccessfully tried to contact N^2.. If no-one else has a previewer, I'll hack up dviapollo or dvisuntool. I have TeX, LaTeX, PiCTeX running on our 4D/70GT. It is too fast a LaTeX machine to ignore - all it needs is the previewer and I'll be set! Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16541; 20 Dec 88 0:12 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15921; 19 Dec 88 21:26 EST Received: by VMB.BRL.MIL id aa15879; 19 Dec 88 21:05 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15626; 19 Dec 88 20:19 EST Received: from NYU.EDU by SMOKE.BRL.MIL id aa05111; 19 Dec 88 13:08 EST Received: by cmcl2.NYU.EDU (5.54/25.1R-eef) id AA06091; Mon, 19 Dec 88 13:09:12 EST Message-Id: <8812191809.AA06091@cmcl2.NYU.EDU> Received: by xp.psych.nyu.edu; Mon, 19 Dec 88 13:04:24 EST Date: Mon, 19 Dec 88 13:04:24 EST From: Aries Arditi To: blbates@aero4.larc.nasa.gov, munnari!cidam.rmit.oz.au!mg@uunet.uu.net Subject: Re: DVI previewer for Iris Cc: info-iris@BRL.MIL I once spoke to Norman Naugle, and can testify that he does indeed exist! I believe that the previewer he has is for the Commodore-Amiga micros, written by one Tomas Rockicki. Maybe he doesn't answer your mail because you're UNIX. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17365; 20 Dec 88 5:42 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17338; 20 Dec 88 5:32 EST Received: by VMB.BRL.MIL id aa17324; 20 Dec 88 5:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17276; 20 Dec 88 4:50 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16667; 20 Dec 88 4:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA01593; Tue, 20 Dec 88 01:09:59 PST 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 Dec 88 17:52:47 GMT From: "G. Murdock Helms" Organization: Circle of Fire Subject: Apropos on Irises Message-Id: <2079@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A quick question to Iris users out there: Is anyone interested in an apropos clone for 3000 Irises? Apropos (or man -k) is a program that takes a keyword and lists all the manual pages whose summary contains the keyword you specified. It can significantly cut down on search time through manuals, especially if you don't have the manual handy. I constructed an apropos program for the Irises a while back. It's a bit kludgey, and I think it may still have a bug or two left, but if anyone's interested in a copy, let me know and I'll fix whatever bugs are left and mail it off to you. I'm still working on one for the 4D, so a 4D version will be available, but probably not this month. Any takers? g. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17404; 20 Dec 88 5:53 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17122; 20 Dec 88 4:05 EST Received: by VMB.BRL.MIL id aa17073; 20 Dec 88 3:44 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16963; 20 Dec 88 3:10 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa16019; 20 Dec 88 2:45 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA16882; Mon, 19 Dec 88 22:40:27 EST Message-Id: <8812200340.AA16882@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA15797; Tue, 20 Dec 88 14:28:46 EST (from mg@cidam for uunet!info-iris@brl.arpa) Received: by cidam.rmit.oz (5.51/4.7) id AA05611; Tue, 20 Dec 88 13:52:03 EST Date: Tue, 20 Dec 88 13:52:03 EST From: "Mike A. Gigante" To: info-iris@BRL.MIL Subject: more questions Has anyone put up the following software on a 4D machine? Kyoto Common Lisp (haven't tried this) MIT C-Scheme (I have done this but have a nasty little problem, my adaptation of GL graphics into Cscheme causes it to SIGSEGV *inside malloc* leading me to believe some funny business with tags (guessing). Apart from that, my version of cscheme works great) Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab17404; 20 Dec 88 5:53 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17189; 20 Dec 88 4:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17183; 20 Dec 88 4:15 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16476; 20 Dec 88 4:00 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA29787; Tue, 20 Dec 88 00:20:19 PST 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: 6 Dec 88 23:06:45 GMT From: "G. Murdock Helms" Organization: Circle of Fire Subject: Re: Games Message-Id: <2072@eos.UUCP> References: <154:doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Reinhard Doelz) writes: >*flame on* >What the hell do you do with your computers ??? >My mailbox gets dozens of idiotic postings on dogfights on IRISes. >Don't you have urgent problems like me ? Yes, we have urgent problems too. And when we have urgent problems, we call Hotline Support and work out the problem with them. Using the comp.sys.sgi newsgroup for urgent problems is much like using mail for urgent messages....you get better results if you call. >I am fighting with SGI because of their "support". >I try to run 4DDN but have problems. >I want to tune the sysetem and don't know how to start best. >I should have a better accounting system than standard AT&T V.3. >I really want to run batch jobs on the IRIS but the documentation of > that matter is as usual - just inadequate. Have you posted a concise, accurate posting to comp.sys.sgi about each of these problems? There is a possibility that they are not getting out. I, for one, have not seen any postings on the topics you've mentioned. A call to your local Customer Rep may be in order here. Also, please keep in mind that this newsgroup is designed for users to share information about Irises with each other, as well as for posting complaints, suggestions, etc. You mentioned that you're getting all these posts in your mailbox...you might consider reading comp.sys.sgi through newsgroups instead, so as to take advantage of the "n" feature in your newsreader. >And you guys bother about how to run Dogfight and Arena!!! dog and arena are both demo programs on the Iris. As such, we need the information to find out how to make them run. Some people may even need these programs to run in order to show off the power of their machine, or even to test how breakable another of their machines is (dog and arena both broadcast like crazy). There are two things we need to be careful about on this, or any newsgroup: 1. We MUST be courteous to each other. A flame war will only bury the articles of value. Please be considerate of the other posters. 2. If you spot something you'd like to comment on, or would like to follow up, please check the rest of the group first to make certain someone hasn't already asked the same question. 25 "how do I do X" articles, all asking the same thing, can get a bit tiresome. -Murdock ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17798; 20 Dec 88 7:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17553; 20 Dec 88 6:57 EST Received: by VMB.BRL.MIL id ac17540; 20 Dec 88 6:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17491; 20 Dec 88 6:14 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16907; 20 Dec 88 5:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA03087; Tue, 20 Dec 88 01:53:33 PST 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 Dec 88 14:03:30 GMT From: Rob Gabbard Organization: Structural Dynamics Research Corp., Cincinnati Subject: Re: Games Message-Id: <465@sdrc.UUCP> References: <154:doelz@urz.unibas.ch>, <2072@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Relating to this discussion about SGI software problems and all the interest in the games; during this year's SGI User's Conference at SIGGRAPH a man got up and said: "I compare using a Silicon Graphics Workstation to riding a very fast trail bike. You can sometimes get alot of mud splattered on you but the ride is so much fun you don't mind it." :-) This was while SGI was apologizing for all of the problems people were having with 4D1-3.0 prompting the quick release of 4D1-3.0 Rev. B. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard (uunet!sdrc!crgabb) _ /| Workstation Systems Programmer \'o.O' Structural Dynamics Research Corporation =(___)= U =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20103; 20 Dec 88 8:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17531; 20 Dec 88 6:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17497; 20 Dec 88 6:15 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa17057; 20 Dec 88 6:02 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 3868; Tue, 20 Dec 88 05:48:06 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 19 Dec 88 07:43:21 Date: Mon, 19 Dec 88 07:43:53 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Misc. To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8812200602.aa17057@SMOKE.BRL.MIL> Hello Netlanders, I've a few questions about SGI's new GTX architecture. They are based on the 3.1 release notes and a document called "IRIS GTX: A Technical Report, Rev 2": - which type of CPU (16 MHZ or 25 MHZ) and how many of them do I need to get the full graphics speed (100.000 Z-buffered 4-sided, G-shaded, P-lighted, independent polygons). I ask this question, because one of SGI's competitors (they have a vector/parallel-oriented Workstation with up to 4 CPU's, Graphics computations done in the CPU) had to admit (after applying some spanish inqusition tools) that they need 4 CPU's to reach their maximum graphics performance and that there may exist situations, where graphics can consume all resources of the system. - Chapter "8.2 Graphics Notes" in the 4D-3.1 release notes states that some of the graphics routines (c3*, c4*, n3f, v2*, v3*, v4*) should be called with quadword-aligned data to get full GTX performance. Does this mean all the variables have to be "double" (which I don't beleave) or that the first byte of a "float x[3]" vector has to start on a quadword-address? In the latter case I only have to rearrange our data-structures. - does shademodel(FLAT) work again under 3.1? As a last point I want to comment on Jim Frost who wrotes a note about > Subject: SGI's interesting idea of a "speedup" . . . . >Interestingly, the 10x factor seems to be correct as one of our >customers reported that our product "ran ten times slower" on the GT. > >We happily followed the SGI guide to speed them up. At one point we >changed all our readpixel() calls to rectread() calls, a non-trivial >task because they don't have the same arguments at all. To our great >surprise, the following was printed when the new call was made: > > is not implemented. > >We were impressed at just how fast their new function didn't work, as >I'm sure you can guess. > >Curious, we investigated. Making use of "strings", we found that >libgl_s.a contained the string "<%s> is not implemented.". Just how >many functions might call whatever routine has that string is >something that scares me. > >Jim Frost >Associative Design Technology >(508) 366-9166 >madd@bu-it.bu.edu Did you get your "not implemented" on a G or GT. If its on a G (as I suspect) how can you expect routines to be implemented that make only sense on the GT architecture (another example is smoothline())? I think its a good idea to allow you to use the calls, but to tell you that they don't work. Have a merry Christmas and a happy new year 89 Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt West-Germany BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26787; 20 Dec 88 14:02 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25792; 20 Dec 88 12:59 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25774; 20 Dec 88 12:40 EST Received: from carma.arc.nasa.gov by SMOKE.BRL.MIL id aa26271; 20 Dec 88 12:07 EST Received: Tue, 20 Dec 88 09:11:36 PST by carma.arc.nasa.gov (5.51/1.2) Date: Tue, 20 Dec 88 09:11:36 PST From: Glenn Meyer (Code SL) Message-Id: <8812201711.AA16349@carma.arc.nasa.gov> To: info-iris@BRL.MIL, munnari!cidam.rmit.oz.au!mg@uunet.uu.net Subject: Re: more questions Jeff Hultquist (hultquis@prandtl.arc.nasa.gov) has put up KCL on a 4D, and is currently working on doing the same thing with Scheme. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28403; 20 Dec 88 15:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27744; 20 Dec 88 15:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27562; 20 Dec 88 15:15 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa27357; 20 Dec 88 12:58 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA00787; Tue, 20 Dec 88 12:53:23 EST Received: by buita.bu.edu (3.2/4.7) id AA19128; Tue, 20 Dec 88 12:56:53 EST Received: by adt.uucp (3.2/SMI-3.2) id AA17824; Tue, 20 Dec 88 11:13:30 EST Date: Tue, 20 Dec 88 11:13:30 EST From: jim frost Message-Id: <8812201613.AA17824@adt.uucp> To: info-iris@BRL.MIL Subject: More on SGI program speedups >>We happily followed the SGI guide to speed them up. [...] To our great >>surprise, the following was printed when the new call was made: >> >> is not implemented. >Did you get your "not implemented" on a G or GT. If its on a G (as I >suspect) how can you expect routines to be implemented that make only >sense on the GT architecture (another example is smoothline())? I think >its a good idea to allow you to use the calls, but to tell you that they >don't work. The machine is a 4D/70. Neither the porting guide nor the man page mentions that the function is only implemented on the GT (if indeed this is the case), and in fact the porting guide says you should use the newer routines because "your code will be more portable" and that "on the GT and future products, the new subroutines will run up to 10 times faster than their old counterparts". Jim Frost Associative Design Technology madd@bu-it.bu.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00326; 20 Dec 88 18:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00295; 20 Dec 88 18:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00282; 20 Dec 88 18:24 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa05190; 20 Dec 88 16:38 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12492; Tue, 20 Dec 88 12:38:18 PST 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 Dec 88 14:37:55 GMT From: garrett%oscar.ccm.udel.edu@louie.udel.edu Organization: University of Delaware, CCM Subject: Hardcopy printing... Message-Id: <5967@louie.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We currently have 2 3130s and a 2400 turbo that we'd like to be able to get monochrome graphics hardcopy from. I know that SGI includes support for the Apple LaserWriter as a spooled serial device, but that's a little expensive for what we'd be using it for. Are there any filters available for maybe using something like an Epson-compatible printer, which we have quite a few of? What other kind of options do we have? Thanks in advance, Joel Garrett garrett@oscar.ccm.udel.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00557; 20 Dec 88 20:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00500; 20 Dec 88 20:17 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00468; 20 Dec 88 19:53 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa07130; 20 Dec 88 19:34 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA20473; Tue, 20 Dec 88 15:21:30 PST 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 Dec 88 19:03:14 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: DVI previewer for Iris Message-Id: <23756@sgi.SGI.COM> References: <8812192139.AA09927@uunet.UU.NET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL No one has mentioned using a dvi to PostScript tool along with psview as a mechanism to preview TeX documents. I recently posted a message to comp.windows.news regarding my experiences with various dvitops tools. To save you (and me answering your questions) time here is a summary: I tried 3 different dvi to PostScript packages sent to me by various customers with the complaint that they don't work with psview. On investigation I discovered that they will only work on an Apple LaserWriter. They won't work with Display PostScript; they may not even work with other (Adobe and non-Adobe) PostScript printers. Why? Because they fiddle with LaserWriter specific details as outlined in Appendix D of the Red Book. In other words they aren't portable. The machine dependencies extend in one case to expecting that the factory set password in the LaserWriter is unchanged. This package is attempting to load some stuff into the LaserWriter environment so that it doesn't have to send it for every document. But the code is buggy so it always loads its preamble. The effort is questionable to begin with. It certainly doesn't belong in every document produced. It belongs, if anywhere, in a print spooler that know what kind of printer its dealing with. -- From the TARDIS of Mark Callow msc@sgi.sgi.com, ...{ames,decwrl,sun}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content." ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01741; 20 Dec 88 23:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01138; 20 Dec 88 22:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01121; 20 Dec 88 22:21 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08219; 20 Dec 88 22:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA27428; Tue, 20 Dec 88 18:08:24 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Dec 88 22:52:09 GMT From: Lewis Yuchan Geer Organization: Washington U Physics, St. Louis Subject: Finite element analysis Message-Id: <586@wuphys.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know of any freeware Finite Element Analysis programs that can be run on Iris 4D workstations? Thanks, Lewis Geer ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05232; 21 Dec 88 9:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04548; 21 Dec 88 9:04 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04495; 21 Dec 88 8:42 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa13935; 21 Dec 88 8:21 EST Received: Wed, 21 Dec 88 08:23:06 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 21 Dec 88 08:23:06 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8812211623.AA02942@aero4.larc.nasa.gov> To: sgi!msc%canth.SGI.COM@ucbvax.berkeley.edu Subject: Re: DVI previewer for Iris Cc: info-iris@BRL.MIL What is psview? How has is it? Where do I get it? And how much is it? ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab05232; 21 Dec 88 9:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04984; 21 Dec 88 9:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04591; 21 Dec 88 8:59 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa14440; 21 Dec 88 8:41 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA11248; Wed, 21 Dec 88 08:40:35 EST Message-Id: <8812211340.AA11248@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA20949; Wed, 21 Dec 88 23:58:53 EST (from mg@cidam for uunet!info-iris@brl.arpa) Received: by cidam.rmit.oz (5.51/4.7) id AA00271; Wed, 21 Dec 88 21:26:58 EST Date: Wed, 21 Dec 88 21:26:58 EST From: "Mike A. Gigante" To: info-iris@BRL.MIL Subject: TeX/LaTeX/PiCTeX on 4Ds I have had a few queries about how to get these up and going on the Iris. It is really very simple, I ftp'd commontex from berkeley and built initex and virtex (BIG model). It is written in portable C and works straight off. I took the U of Washington standard unix TeX tape and grabbed the CM fonts, the .tfm files, the input files and format files nexessary to build a normal TeX. I also grabbed the LaTeX fonts and macros from that tape and built LaTeX. The UoW distribution contains everything necessary to build TeX, I believe that it even includes commontex in the distribution now. Thanks for the suggestions about previewers and the like. Phil Dykstra of BRL suggested texx (off the X11 distribution) as a good starting point (or if I had X.... I could use it directly) I have collected a couple of likely candidates from which to build a previewer. I'll post some results at a later date. There seems to be big demand for TeX, perhaps I should make what i have done available for the contributed software tape.. Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05958; 21 Dec 88 10:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04440; 21 Dec 88 8:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04316; 21 Dec 88 8:26 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa13755; 21 Dec 88 8:12 EST Received: Wed, 21 Dec 88 08:12:58 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 21 Dec 88 08:12:58 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8812211612.AA02896@aero4.larc.nasa.gov> To: garrett%oscar.ccm.udel.edu@louie.udel.edu Subject: Re: Hardcopy printing... Cc: info-iris@BRL.MIL It isn't that difficult to write a filter to dump graphics to a printer. I have written several. One to dump graphics to our Printronix dot matrix line printer, one for our HP Thinkjet (very very slow printer), one for our Seiko CH-5201 8 color hardcopy unit, a Postscript one, and I am finishing up one for our new Tektronix 4693D color hardcopy unit. All I do, basically, is save the entire screen of points and the color map into a file. Then I have a second program read that file in and convert it to the apropriate control sequences for the destination printer. Next I use the standard UNIX line printer software to route the file to the printer. Our Printronix and Postscript printers are connected to our Gould computer, so the IRIS's printer deamon sends those type of files to our Gould. The other printers I plug into the IRIS's serial ports, some times I need a serial to parallel converter; and in the case of the Seiko, a special cable and switch I made. Recently I have been combining the screen capture program into the printer converter, thus eliminating the intermediat file and speeding things up a little, but that also prevents me from sending the same image to different printers. If you would like copies of what I have let me know. They are very simple, no effort was made to make the intermedate file smaller by compression techniques, I wanted speed, so I sacrificed file size. ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11556; 21 Dec 88 17:52 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10634; 21 Dec 88 16:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab10447; 21 Dec 88 16:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa27031; 21 Dec 88 15:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA17206; Wed, 21 Dec 88 12:46:24 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 88 17:44:35 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Misc. Message-Id: <23835@sgi.SGI.COM> References: <8812200602.aa17057@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8812200602.aa17057@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hello Netlanders, > > I've a few questions about SGI's new GTX architecture. They are based > on the 3.1 release notes and a document called "IRIS GTX: A Technical > Report, Rev 2": > > - which type of CPU (16 MHZ or 25 MHZ) and how many of them do I need > to get the full graphics speed (100.000 Z-buffered 4-sided, G-shaded, > P-lighted, independent polygons). I ask this question, because one of > SGI's competitors (they have a vector/parallel-oriented Workstation > with up to 4 CPU's, Graphics computations done in the CPU) had to admit > (after applying some spanish inqusition tools) that they need 4 CPU's > to reach their maximum graphics performance and that there may exist > situations, where graphics can consume all resources of the system. ALL GTX class machines can reach full graphics performance with a single CPU driving the graphics. In a 4-popper, this means you get >3 CPU's of compute performance to use as you wish. (Unlike the competition, a GTX has 100 MFlops dedicated to graphics; the CPU performance is yours to use or abuse as you wish). Part of this is the result of a custom bus cycle and small block DMA facility which the processor uses to send geometry to the pipeline. We call this feature the "3-way-transfer". More below ... > - Chapter "8.2 Graphics Notes" in the 4D-3.1 release notes states that > some of the graphics routines (c3*, c4*, n3f, v2*, v3*, v4*) should be > called with quadword-aligned data to get full GTX performance. > Does this mean all the variables have to be "double" (which I don't > beleave) or that the first byte of a "float x[3]" vector has to start > on a quadword-address? In the latter case I only have to rearrange our > data-structures. As you surmised, the quadword alignment is just for the first byte of the data structure you are sending. The reason for doing this to get full performance is related to the 3-way-transfer and the MP backplane. As in most multiprocessors, memory data is transferred in large blocks for efficiency, and then cached at each CPU. The POWERSeries uses a 4-word (16-byte) cache line, which is also the basic unit of transfer to the graphics pipeline. The 3-way-transfer is designed to allow the programmer to lay out his data in an arbitrary way without alignment restrictions. Thus, if your vertex crosses a 4-word boundary, two bus cycles will be necessary to send the data (thus the "3-way": the first part of the data may come from cache or memory, and the second part may come from some other cache or memory, or the initiating CPU may own none of the data, in which case other cache(s) or memory will supply the data). [Sorry if this is confusing; remember that the POWERSeries uses write-back cacheing, so the "real" memory image is distributed between caches and memory.] Quad word aliging the vertex assures that the transfer happens in a single bus cycle, giving you the best performance (but remember, your code will still work, no matter how the data is aligned). > - does shademodel(FLAT) work again under 3.1? I hope so. -- Jim Barton Silicon Graphics Computing 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 aa12527; 22 Dec 88 0:56 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12279; 21 Dec 88 23:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12271; 21 Dec 88 23:34 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00993; 21 Dec 88 23:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA23637; Wed, 21 Dec 88 19:41:49 PST 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 Dec 88 02:13:55 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: DVI previewer for Iris Message-Id: <23910@sgi.SGI.COM> References: <8812211623.AA02942@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8812211623.AA02942@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > What is psview? How has is it? Where do I get it? And how much is it? psview is a PostScript previewer that comes as a standard part of the 4Sight window system on the 4D family. It does a reasonable job but there is room for improvement and we are working on it. -- From the TARDIS of Mark Callow msc@sgi.sgi.com, ...{ames,decwrl,sun}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content." ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24113; 22 Dec 88 18:52 EST Received: by VMB.BRL.MIL id aa24091; 22 Dec 88 18:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23786; 22 Dec 88 17:39 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa23784; 22 Dec 88 17:21 EST Received: from NYU.EDU by SMOKE.BRL.MIL id aa01302; 22 Dec 88 17:06 EST Received: by cmcl2.NYU.EDU (5.54/25.1R-eef) id AA12967; Thu, 22 Dec 88 17:08:43 EST Message-Id: <8812222208.AA12967@cmcl2.NYU.EDU> Received: by xp.psych.nyu.edu; Thu, 22 Dec 88 17:04:12 EST Date: Thu, 22 Dec 88 17:04:12 EST From: Aries Arditi To: info-iris@BRL.MIL, timelord@eos.arc.nasa.gov Subject: Re: Apropos on Irises hi gretchen, yes I would find an apropos very handy, but as you know, I've only got a 4D. keep me posted. thanks. aries ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16081; 26 Dec 88 10:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15910; 26 Dec 88 9:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15899; 26 Dec 88 9:30 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa25159; 26 Dec 88 9:10 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 1676; Mon, 26 Dec 88 08:52:06 EST Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 26 Dec 88 14:52:31 Date: Mon, 26 Dec 88 14:52:27 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Questions about the Personal IRIS To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8812260910.aa25159@SMOKE.BRL.MIL> Hello, I've got three short questions about the Personal IRIS: 1) Is it possible to field-extend the cache sizes of that machine. If the answer is yes, how much is it? 2) During excessive use of a Network-Test-Program called 'dog' (listening Reinhard ????), we discovered that people inside the Personal IRIS side of the pipe were really handicaped compared to a 4D/70G. This brought us to the conclusion that the Personal- Iris Ethernet adapter is slower that the adapters for the G and GT. Is this observation correct? 3) It seems that the GL function 'getmcolor' does not work if you are in OVERDRAW-mode on the Personal IRIS. On a G/GT/GTX that function works perfect in OVERDRAW mode. If this is a known bug, sorry for asking. If it's unknown, please inform the people in charge. Questions 2+3 were rised on a fully equipped 4D/20 with software release 3.13809261636. Regards and my best wishes for a happy new year 1989 Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt West-Germany BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23272; 27 Dec 88 20:12 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22957; 27 Dec 88 18:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22928; 27 Dec 88 18:10 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08669; 27 Dec 88 18:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA15301; Tue, 27 Dec 88 13:56:49 PST 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 Dec 88 21:33:55 GMT From: "G. Murdock Helms" Organization: Circle of Fire Subject: Re: Apropos on Irises Message-Id: <2221@eos.UUCP> References: <8812222208.AA12967@cmcl2.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks for everyone's interest in the Iris Apropos program. I've got quite a list going, and hope to be fixing it within the next week or so, for both 3000, 4D, and 4DGT Irises. I will post the sources for all versions to this newsgroup, so stay tuned. -Murdock ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24697; 28 Dec 88 1:37 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24474; 28 Dec 88 1:27 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24458; 28 Dec 88 1:09 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00903; 28 Dec 88 1:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA19678; Tue, 27 Dec 88 19:14:47 PST 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 Dec 88 00:00:28 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Questions about the Personal IRIS Message-Id: <24014@sgi.SGI.COM> References: <8812260910.aa25159@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8812260910.aa25159@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > 2) During excessive use of a Network-Test-Program called 'dog' > (listening Reinhard ????), we discovered that people inside > the Personal IRIS side of the pipe were really handicaped compared > to a 4D/70G. This brought us to the conclusion that the Personal- > Iris Ethernet adapter is slower that the adapters for the G and GT. > Is this observation correct? > > Martin Knoblauch > West-Germany > BITNET: The UDP/IP/ethernet in the 4D20 is the fastest we currently ship. It speaks directly to memory, rather than making the CPU stroke it over the VME or other bus. Perhaps one of the graphics or CPU-&-cache-hardware experts could say if the performance difference is there. Doesn't dog do a lot of floating point? Does your 4D20 have a floating point chip? You might want to measure relative performance using the other interactive network stress test, 'arena'. In all of this, be careful. You should have seen what arena did to old minicomputers manufactured by a large eastern company when arena ran unthrottled, at > 50 pkts/sec/machine. Vernon Schryver Silicon Graphics vjs@sgi.com ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27185; 28 Dec 88 10:43 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27021; 28 Dec 88 10:33 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26977; 28 Dec 88 10:14 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa04738; 28 Dec 88 9:08 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 6097; Wed, 28 Dec 88 08:43:43 EST Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 28 Dec 88 14:44:26 Date: Wed, 28 Dec 88 14:44:14 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Questions on Personal Iris To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8812280909.aa04738@SMOKE.BRL.MIL> Hallo, to complete my previous requests on the Personal Iris: we made the observations concerning the ethernet performance on a fully equipped 4D/20 (inl. FPU). We also run 'arena' with the same result. Everybody looses on the 4D/20 when playing against a 4D/70G. We switched machines between the players and again the 4D/20-player lost. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt West-Germany BITNET: ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00976; 29 Dec 88 0:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00874; 29 Dec 88 0:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00860; 29 Dec 88 0:07 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04533; 28 Dec 88 23:51 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA06585; Wed, 28 Dec 88 19:15:33 PST 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 Dec 88 23:40:38 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Questions on Personal Iris Message-Id: <24066@sgi.SGI.COM> References: <8812280909.aa04738@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8812280909.aa04738@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hallo, > > to complete my previous requests on the Personal Iris: we made the > observations concerning the ethernet performance on a fully equipped > 4D/20 (inl. FPU). We also run 'arena' with the same result. Everybody > looses on the 4D/20 when playing against a 4D/70G. We switched machines > between the players and again the 4D/20-player lost. > > Regards > Martin Knoblauch > > TH-Darmstadt > Physical Chemistry 1 > Petersenstrasse 20 > D-6100 Darmstadt > West-Germany > > BITNET: Its been my experience that the 4D/20 runs dog at about 12 frames per second, while a 4D/70 runs around 20-25 fps. This results in a significant advantage for the pilot on the '70. The same is true of the GT, since it runs a different version of dog that has different models for the planes. It does about 15 fps. All of these figures are fundamentally unrelated to ethernet performance, but have more to do with fill rates. Dog compensates by adjusting the flight characteristics according to the frame rate. This keeps the '70 from (literally) flying circles around the PI pilot, but doesn't address the problem that one pilot gets twice as many frames in which to react, shoot, etc... as the other. If anyone has a suggestion for this (other than fixing the frame rate so that it runs at exactly the same speed on all workstations), let me know. -- ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02463; 29 Dec 88 5:58 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02142; 29 Dec 88 5:05 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa02096; 29 Dec 88 4:48 EST Date: Thu, 29 Dec 88 4:39:39 EST From: Mike Muuss To: info-iris@BRL.MIL Subject: Several complaints Message-ID: <8812290439.aa02773@SPARK.BRL.MIL> I recently had two irritations when using new SGI 4D machines. 1) On the 4D/20, we did not detect that this was a "GT"-style machine. (The whole method for determining configuration that SGI provides is hokey right now). When we forced the GT versions to be used, the wireframe support worked, but 24-bit pixel access didn't. Alas, the machine was only available to me for 2 hours, and I was not able to hunt this down. We should be getting a 4D/20 to run further tests on, soon. 2) On the 4D GTX 2-processor system, I have been completely unable to run in parallel and write pixels at the same time, using RT. RT on one processor writes pixels fine, RT on multiple processors writes image *files* fine. RT on two processors dies on the first entry to the graphics library that is done after multi-processing starts. In this case, a call to zdraw(TRUE). If anybody can give me some hints on how to proceed, I would be most appreciative. I know that some of the SGI demos (like the nifty toy ray-tracer) can use both CPUs and also make graphics. More details: multi-processing locks are established like this: if (lockstuff == 0) { mktemp(lockfile); lockstuff = usinit(lockfile); if (lockstuff == 0) { fprintf(stderr, "unable to allocate lock space\n"); exit(2); } } ltp = usnewlock(lockstuff); multi-processing itself is established (with seemingly identical failures) either by: if( taskcreate( "worker", func, 0 ) == -1 ) rt_log("machine.c/rt_parallel(): taskcreate failed\n"); or by: /* * Start a share-group process, sharing ALL resources. * The sharing is necessary to keep libfb * (actually, SGI's libgl) happy. * This direct sys-call can be used because none of the * task-management services of, eg, taskcreate() are needed. * ALAS, this does not help. */ if( (new = sproc( func, PR_SALL, 0 )) < 0 ) rt_log("machine.c/rt_parallel(): sproc failed\n"); The trace that I get from DBX when things die (with a segmentation fault): (dbx) where > 0 gl_zdraw(0x0, 0x0, 0x0, 0x453d6c, 0x0, 0x44a5d4) ["modes.c":314, 0x44fd0c] 1 zdraw(0x0, 0x32, 0x0, 0x7bffec48, 0x0, 0x0) [0x44e560] 2 gt_bwrite(0x7bffee28, 0x0, 0x0, 0xf, 0x80, 0x47315c) ["../libfb/if_gt.c":1099, 0x44a5d0] 3 stk_bwrite(0x10011ba0, 0x10014680, 0x10031498, 0x100314b0, 0x80, 0x0) ["../libfb/if_stack.c":226, 0x44c4f0] 4 view_pixel(0x0, 0x0, 0x0, 0x0, 0x0, 0x0) ["../rt/view.c":276, 0x405de8] 5 worker.worker(0x0, 0x0, 0x0, 0x0, 0x0, 0x0) ["../rt/worker.c":261, 0x403b6c] 6 sproc.sproc(0x0, 0x0, 0x0, 0x0, 0x0, 0x0) [0x477064] The code fragment looks like this. Note that this routine is ONLY called when an exclusive lock has been acquired, so that at most one process of the share group is using the graphics library. _LOCAL_ int gt_bwrite( ifp, xmem, ymem, pixelp, count ) register FBIO *ifp; register int xmem, ymem; RGBpixel *pixelp; register int count; { if( qtest() ) mpw_inqueue(ifp); /* calls qtest(), qread(), reshapeviewport(), gt_repaint() */ if( xmem < 0 || xmem > ifp->if_width || ymem < 0 || ymem > ifp->if_height) return(-1); zdraw(TRUE); /* BOOM, segmentation fault */ Can anyone shed any light on this, or even suggest things that I should read, try, print, etc? I'm foxed! Thanks, -Mike ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25979; 30 Dec 88 19:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25567; 30 Dec 88 17:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25551; 30 Dec 88 17:40 EST Received: from SUMEX-AIM.Stanford.EDU by SMOKE.BRL.MIL id aa20859; 30 Dec 88 17:28 EST Received: by sumex-aim.stanford.edu (4.0/inc-1.0) id AA03392; Fri, 30 Dec 88 14:29:19 PST Date: Fri, 30 Dec 1988 14:29:19 PST From: "James F. Brinkley" To: info-iris@BRL.MIL Cc: brinkley@sumex-aim.stanford.edu Subject: AI and Irises Message-Id: Does anyone know of any expert system shells that run on the Irises, especially the Personal Iris? We currently have a graphics program on an Iris 3020 that draws anatomical objects from slices. We are planning to get several Personal Irises and a 4D/70 to make that program run faster, but we'd like to couple it with a knowledge base of anatomy as well as a database so that we can create "intelligent" interactive student modules that will be able to display the anatomic objects differently depending on what the student knows. In talking to SGI I get the feeling that they are not really in the AI market, so we're thinking of getting a MACII/Microexplorer for the expert system, with remote procedure calls to the graphics program on the Iris. But I'd rather do it all on the Iris. I've looked at the Fall 1988 Geometry Partners directory and it looks like even Lisp isn't really available yet for the Personal Iris. Any pointers to current or planned implementations of Lisp or expert systems on the Personal Iris would be welcome. We are also interested in hypercard-like interfaces. THanks. Jim Brinkley Dept. Biological Structure University of Washington, Seattle ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab25979; 30 Dec 88 19:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25845; 30 Dec 88 18:45 EST Received: by VMB.BRL.MIL id aa25803; 30 Dec 88 18:29 EST Received: from [128.100.1.3] by VMB.BRL.MIL id aa25783; 30 Dec 88 18:24 EST Received: by jarvis.csri.toronto.edu id 463; Fri, 30 Dec 88 18:25:08 EST Received: from champlain.dgp.toronto.edu by jarvis.csri.toronto.edu with SMTP id 462; Fri, 30 Dec 88 18:24:36 EST Received: from ian by champlain.dgp.toronto.edu via UNIX id AA17796; Fri, 30 Dec 88 18:24:28 EST Date: Fri, 30 Dec 88 18:24:28 EST From: "Ian S. Small" Message-Id: <8812302324.AA17796@champlain.dgp.toronto.edu> Subject: dbx problem on 4D/20 Distribution: na Organization: University of Toronto, CSRI Keywords: dbx doesn't print doubles correctly To: info-iris@VMB.BRL.MIL We have a 4D/20 on loan to us for a few weeks to test it out, port some code, and generally bounce it off the walls to see if it breaks. Our previous Iris was a 2400Turbo, so we have no experience with the Mips-based products. At the moment, we are attempting to port some C code which makes heavy use of identifiers of type double. While trying to determine why results are different on our Suns from on the 4D/20, we discovered that when you print the value of an identifier of type double in dbx: print identifier or of a structure containing doubles, only the first six digits appear to be printed. We are not familiar with System V, which may be the real culprit (System V dbx and all that). Things like: printf "%20.18e", identifier have not done us any good, as some apparently random value is printed. We have no manuals, so cannot resort to RTFMing, I'm afraid. How do we go about printing the complete contents of an identifier of type double? (It's oh so easy on a Sun, although in most other respects the Mips dbx seems far superior to the Sun dbx.) Please don't flood the newsgroup with answers to this question - I'm sure it's quite basic and would bore 99% of the readers. Please e-mail to ian@dgp.toronto.edu instead. Thanks in advance ian -- Ian S. Small (416) 978-6619 Dynamic Graphics Project Computer Systems Research Institute BITNET: ian@dgp.utoronto University of Toronto EAN: ian@dgp.toronto.cdn Toronto, Ontario M5S 1A4 UUCP/CSNET: ian@dgp.toronto.edu ------- Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26334; 30 Dec 88 20:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26222; 30 Dec 88 20:15 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab26177; 30 Dec 88 20:02 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa21686; 30 Dec 88 19:50 EST Received: from FINFUN.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 8113; Fri, 30 Dec 88 19:01:01 EST Date: Fri, 30 Dec 88 20:33 O From: LAAKSONE%FINFUN.BITNET@cunyvm.cuny.edu MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: To: info-iris@BRL.MIL X-Original-To: info-iris@brl.mil Message-ID: <8812301951.aa21686@SMOKE.BRL.MIL> I'm a newcomer in the field of Silicon Graphics workstations. We have just got a 4D/70GTB which will be used for molecular graphics. My questions are quite simple but the lack (so far) of an answer is most annoying. Is there a kermit for the 4D series and if there is, from where can I get it? The next question is about the GNU Emacs. Can somebody suggest me a fast and simple way to get GNU Emacs to Finland? Thanks a lot in advance Leif Laaksonen Finnish State Technical Research Centre Biotechnical laboratory and Centre for Scientific Computing Finnish State Computer Centre