Received: from vmb.brl.mil by VMB.BRL.MIL id aa12734; 21 Jul 90 16:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12595; 21 Jul 90 16:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12571; 21 Jul 90 16:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29396; 21 Jul 90 16:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03642; Sat, 21 Jul 90 12:54:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jul 90 19:52:57 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: UPS (Uninterruptable Power Supplies)... kinda long. Message-Id: <1990Jul21.195257.9277@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to sort through the maze of vendors' claims in order to pick a UPS to protect a Silicon Graphics Personal Iris (PI). I am hoping that someone out there more knowledgable than I can help me out. I will summarize to the above newsgroups. The following is in fact a summary of what I've learned about these devices so far, but the purpose of this posting is to find out more. The PI has a power rating of roughly 1kVA; however, I am looking at units in the 2-5kVA range for the sake of future expansion. The 1990 Science "Guide to Biotechnology Products and Instruments" (Science, vol 247, 23 March 1990, Part II) lists 19 suppliers, though probably there are only about 5 manufacturers and the others re-sell or OEM these units. So far I've spoken to the following companies: Best: (800) 356-5794 Clary: (818) 287-6111 Personal Computer Tools : (800) 767-6728 Shape Electronics: (800) 367-5811 Anixter Electronics: (800) 323-8166 Elgar Electronics: (800) 733-5427 Lambda and Liebert are also listed, and I want to talk to them. Now, I gather there are "on-line" units, and "standby" units; standby units are cheaper, and also seem to come in lower power ratings. Elgar sells a 1.5kVA standby unit for $1875, and then jumps to a 3kVA on-line unit for $6145. A standby unit kicks in only when the power goes down, which has two implications: (1) there is a time-lag during which you don't have power. Elgar quotes 4ms for their 1.5kVA unit. (2) you get no (or little) surge protection and power conditioning from the unit. The on-line units are, theoretically at least, supplying power all the time, and are said to give good power conditioning. So my FIRST QUESTION is: for the intended use, is this a red herring? I have been assuming I need an on-line unit, but is a 4ms delay likely to give problems? (I note that using 60 Hz power, 4 ms is a bit less than 1/4 of a cycle.) In fact, I probably want a unit with larger capacity anyway, but the answer to this question would still be good to know, and it comes up again, just below. Of the so-called on-line units, Best has the best list prices. Examples: * Best: 2.1kVA, $2995; 3.1kVA, $3695. * Anixter: 2kVA, $4335. Elgar: 3kVA, $6145. * Clary: 2kVA, $5590; 3kVA, $6550. * = offer some academic discount; range is 5-15%. However, it seems that there are on-line units, then again there are on-line units. Best's inverter doesn't always run; they've got a big ferroresonant transformer that ballasts the load while the inverter kicks in. Clary emphasizes that their inverter always runs, and therefore that their unit is "really" on-line at all times. On the other hand, Best's transformer is bound to give excellent power-conditioning, or so it would seem to me, as should Clary's unit. Best presents their way of doing thing as a virtue: since the inverter doesn't always run, the UPS is cheaper to operate, and will also last longer. Clary also says that only their unit meets UL-544 for low leakage current, which qualifies the unit for use in surgery. I'm confused about this; where is current going to leak to? Is this a ground-leak, or what? It seems to me that no matter what the power supply does, the load is only going to draw what it needs. Clearly, I'm confused. So my SECOND QUESTION is whether the ballast route to making a unit "on-line" as "good" as the inverter-always-on route? That is, perhaps instead of a two way classification (standby and on-line), we should have a three-way classification: standby (eg 4ms delay) ballasted standby (eg, Best) "true" on-line (eg, Clary). So the question is: which one should I get? :-) Is the ballasted unit really more like a standby, or more like a true on-line? and where is the critical breakpoint for my application? Has anyone heard of a ballasted unit (eg, Best) failing in a computational application? My THIRD QUESTION is: can you clarify my confusion about UL-544 and low leakage current? (a) What does it mean, and (b) Do I need it? Now I simply comment about battery capacity. All the units mentioned will run at full load for at least 10 minutes; some units run longer. If instead you run at half load, you more than double your backup time. My own purpose is to protect my equipment, not to continue operations uninterrupted for significant lengths of time; therefore 10 minutes is fine; it's plenty of time for an orderly shutdown of a workstation. Which brings us to our next topic: Computer interface. Just about all of these machines (exception: Elgar on-line units) are equipped with RS-232 interfaces which signal the state of the UPS. For example, some line goes from low to high when the external power has failed, and the machine is running on battery power. A setuid root program that monitors the port can then bring the machine down if this happens, or if the condition persists more than x minutes, or when the UPS signals only five minutes backup power remaining, or whatever. For some of these units the RS-232 is bundled, and for some it is an extra-cost option (Clary: $200). Some of the vendors supply software to monitor the port (Elgar: $250-300; Best: $125) but others (Clary) don't have UNIX drivers. Some of the vendors actually issue unix-flavor-specific drivers (eg, SunOS), as well as generic UNIX drivers. The Elgar standby units have the following feature: the UPS can be set to turn itself off after it brings the computer. Some users tout this feature. QUESTION FOUR: why do you care whether or not the UPS turns itself off, once it's safely brought the machine down? I have heard that there is a company (maybe Apunix?) that OEMs some UPS, and also supplies kernel mods, at least for SunOS, that allow the UPS to reboot the machine when the power comes on again. I don't feel I need this feature, and am mentioning it for completeness. But I do have a final question: QUESTION FIVE: Do you have personal experience with any of these power supplies, or with their competitors? If so, I'd appreciate it if you'd share your experiences, likes, dislikes. Thanks, -P. ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************** Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027 (212)854-1418 shenkin@cunixc.cc.columbia.edu(Internet) shenkin@cunixc(Bitnet) ***"In scenic New York... where the third world is only a subway ride away."***   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13070; 21 Jul 90 17:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12595; 21 Jul 90 16:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12567; 21 Jul 90 16:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29350; 21 Jul 90 15:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01622; Sat, 21 Jul 90 12:18:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jul 90 17:51:00 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: Another C compiler bug Message-Id: <3702@auspex.auspex.com> References: <3732.26a3b8ff@wums2.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Which means SGI C compiler does not allow void type usage as on other >systems. *No* system should let you refer to the non-existent "value" of a "void" object. *Any* system that supports "void *" should, however, let you cast a "void *" to another pointer type. The program in question is doing the latter, not the former. As was noted in another posting, there's a bug in the 3.2 C compiler that causes it not to handle "void *" - I'll bet it was the same bug that got fixed at Sun for SunOS 4.0; it probably is the same bug if the front end of the SGI/MIPS C compiler is PCC-based (basically, the internal code that represents "void *" was originally also the code used for an internal "no type" indication - "void *" wasn't officially in C, but PCC didn't detect it or prohibit it; the change is to use a different code for the "no type" indication).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15488; 21 Jul 90 21:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15052; 21 Jul 90 20:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15038; 21 Jul 90 20:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29659; 21 Jul 90 18:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12513; Sat, 21 Jul 90 15:32:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jul 90 16:19:15 GMT From: Cindy Traeger Organization: George Mason Univ., Fairfax, Va. Subject: 3D Data on Human Body Message-Id: <1887@gmuvax2.gmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am looking for the data to 3D human body. Any help would be appreciated. Please e-mail me directly and I will be happy to summarize all replies. Thank you for your help in advance. Cindy. cindy@gmuvax2.gmu.edu cindy@gmuvax.gmu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18027; 22 Jul 90 3:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17524; 22 Jul 90 2:11 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa17462; 22 Jul 90 1:43 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa22016; 22 Jul 90 0:10 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7962; Sun, 22 Jul 90 00:06:20 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sun, 22 Jul 90 00:08 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:mike@brl.mil) id AA16554; Sun, 22 Jul 90 00:12:13 DSD Date: Sun, 22 Jul 90 00:12:13 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: X11R4: who has what ??? To: mike@BRL.MIL Cc: info-iris@BRL.MIL Message-id: <9007220712.AA16554@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, mike@brl.mil I know that it is easy to get the source. I have a summer student getting it to run on our iris. My question is about the legal issues if I include code that relies on or uses code from the X11 stuff. dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20026; 22 Jul 90 7:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19838; 22 Jul 90 7:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19779; 22 Jul 90 7:14 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa00646; 22 Jul 90 2:19 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8427; Sun, 22 Jul 90 02:17:18 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sun, 22 Jul 90 02:19 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!rutgers.edu!cunixf.cc.columbia.edu!shenkin) id AA22348; Sun, 22 Jul 90 02:23:08 DSD Date: Sun, 22 Jul 90 02:23:08 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: UPS (Uninterruptable Power Supplies)... kinda long. To: cunixf.cc.columbia.edu!shenkin@rutgers.edu Cc: info-iris@BRL.MIL Message-id: <9007220923.AA22348@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, cunixf.cc.columbia.edu!shenkin@rutgers.edu I have had people at the med ctr equip XT class PC's with UPS that cost an order of magnatude more than the machine that they protected. My feeling is that they really needed a more reliable machine, a more powerful machine, and should stop using pc's and move up to some type of reliable unix system. Our ncr unix system has a reliable powerfail deamon, and a power supply with large caps and a motorcycle battery. The deamon monitors the powerline at the inlet plug, and can signal the machine to start saving its state when power gets low. This means sync'ing the file system, saving/flushing the terminal io, and when the system is sunc(synked), spin down the disks. Many workstation class computers have NOT had good power fail properties, and this is a shame. You do NOT need expensive ups if your machine can recover from a power interruption. I think that a better power deamon is required in engineering workstations (sgi's) when you run programs that take more than a day. I have been in computer room design projects where the designers think nothing of dropping 100,000 dollars on ups and special power, when modern machines should NOT need it. I would rather have the money for machine, rather than AC power. UPS would be more of a critical issue in the Power Server series disk farms, but a PI should also tolerate having its power cord yanked from the socket. We have terrible power at the medical center, and I have never had the need to spend money on ups's for our machines. What is more silly is that I can get lots of money from the electrical department for UPS systems that I don't need, and I am choking on lack of money for more powerful computers. All that I would want from a iris workstation is that it not loose files, and unclosed file buffers when it looses power. I would also like to optionally save a running jobs memory state so that I could resume long programs after an interruption. I don't feel the need to use my iris in a power failure by candle light. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04452; 23 Jul 90 9:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00369; 23 Jul 90 7:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00287; 23 Jul 90 7:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03065; 23 Jul 90 4:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23359; Mon, 23 Jul 90 01:04:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Jul 90 17:11:16 GMT From: "Phil R. Karn" Organization: Bell Communications Research, Inc Subject: Re: UPS (Uninterruptable Power Supplies)... kinda long. Message-Id: <1990Jul22.171116.2062@bellcore-2.bellcore.com> References: <1990Jul21.195257.9277@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The reason there are at least three different UPS/SPS configurations shows that there is no one ideal approach. The SPS (standby inverter plus relay) has the advantage of low cost and efficient operation, but at the expense of a switchover transient when the power fails. The SPS-plus- ferroresonant transformer (the BEST Technology approach) has the advantage of covering the switchover transient and of providing something that looks more like a sine wave, but at the expense of weight, accoustic noise and inefficiency. The true online UPS has the advantage of an output that never wavers across an outage, but at greater expense (since the inverter must be rated to run continuously) and lower efficiency (because in normal operation, power is being double-converted). In general, the switching power supplies used in most computers can handle the switchover transients of a SPS just fine. Linear power supplies, however, can have problems because their low voltage filter caps can't store nearly as much energy as the high voltage caps found in most off-line switching supplies. This problem bit me in our Internet gateway; we have a Cisco CGS router plus a separate T-1 CSU, both powered by an Inmac 400VA SPS (OEM'ed from American Power Conversion). Although the Cisco would ride just fine across the switchover transient, the CSU occasionally glitched and hung, and it had to be power cycled to get it going again. My solution was to install a ferroresonant transformer between the SPS and the CSU. So, in general, SPS's are just fine for most computer equipment. And if you have more sensitive loads (modems, etc), add a small ferroresonant transformer to protect them. Phil   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01819; 23 Jul 90 8:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01121; 23 Jul 90 8:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00707; 23 Jul 90 7:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03055; 23 Jul 90 4:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23377; Mon, 23 Jul 90 01:04:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 07:34:35 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: IRIS console - how do servers work ? Message-Id: <1990Jul23.083435.838@urz.unibas.ch> References: <5076@minyos.xx.rmit.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5076@minyos.xx.rmit.oz>, rxcob@minyos.xx.rmit.oz (Owen Baker) writes: > Does anyone know if you can make a terminal the console on an IRIS 4D2D? > I mean when the system is up not just when booting. > I'm interested in this as well (as of october '88), and didn't find a practicable solution yet. Pointers welcome- how do the servers work? There might be a hint to fool the graphics console if one knew how the server configureations address the problem. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01819; 23 Jul 90 8:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01121; 23 Jul 90 8:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00707; 23 Jul 90 7:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03057; 23 Jul 90 4:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23261; Mon, 23 Jul 90 01:03:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 07:21:14 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Improved RASTER3D wanted (was Re: Ray-tracing) Message-Id: <1990Jul23.082114.836@urz.unibas.ch> References: <9007092046.AA07962@frodo.Physics.McGill.CA>, <9007110354.AA04884@adenosine.pharm.utah.edu>, <14023.26a1d92d@max.u.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14023.26a1d92d@max.u.washington.edu>, merritt@max.u.washington.edu writes: > In article <9007110354.AA04884@adenosine.pharm.utah.edu>, davis@ADENOSINE.PHARM.UTAH.EDU ("Darrell R. Davis") writes: >> I have been using a ray tracing program called RASTER3D on my 4D/20 >> for molecular modeling. The quality of the images are better than any .. > > edited with the imgtools utilities. If people are interested I can make my > version avaiable, along with various conversion routines to go from a > Brookhaven PDB coordinate file to input descriptions for ribbon drawings, ball > and stick models, etc. > > Ethan A Merritt > University of Washington SM-20 > Seattle, WA 98195 > merritt@xray0.bchem.washington.edu I'd appreciate a hint how to obtain this 'hacked' version. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02703; 23 Jul 90 8:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00369; 23 Jul 90 7:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00287; 23 Jul 90 7:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03080; 23 Jul 90 4:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23928; Mon, 23 Jul 90 01:15:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 07:49:13 GMT From: Ian Hoyle Subject: perl under Irix 3.2.2 Message-Id: <1587@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are there any tricks to building Larry Wall's perl under Irix (3.2.2) ??? After running Configure and then a "make", "make test" fails in 2 places: 1) op.eval dumps core after 6 iterations eg. ianh@morgana-> op.eval 1..10 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 Segmentation fault (core dumped) 2) op.s runs out of memory after 39 iterations ok 33 ok 34 ok 35 ok 36 ok 37 ok 38 ok 39 Out of memory! Any clues would be much appreciated ian -- Ian Hoyle /\/\ Image Processing & Data Analysis Group / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ FAX : +61-3-561-6709 E-mail : ianh@bhpmrl.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03436; 23 Jul 90 9:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01121; 23 Jul 90 8:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad00707; 23 Jul 90 7:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03061; 23 Jul 90 4:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23302; Mon, 23 Jul 90 01:03:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 07:30:55 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: VGX Upgrades Message-Id: <1990Jul23.083055.837@urz.unibas.ch> References: <9007181756.AA22522@trouble.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007181756.AA22522@trouble.cs.nps.navy.mil>, zyda@trouble.cs.nps.navy.mil (michael zyda) writes: > > Warning on the Purchase of VGX Upgrades: > > When the VGX upgrade to the GTX system was announced, I asked > my salesman for a quote and some information on that upgrade. > He stated to me at that time that the upgrade was for "any > GTX" system. In fact, the quote I received from him states > > "Upgrade from GTX graphics to PowerVision graphics". > > Last week the VGX upgrade rolled in. It is scheduled > for installation on our 4D/120 GTX system. > > The salesman called me last night to say that VGX upgrades > do not work on 120 GTX systems. He says that we have to - Happened to worry us , too. Apparently, the 120 is going to be a dead end street. I'm afraid we need to go with the time and have some money set aside occasionally to get a 220 instead. In the meanwhile, try to get around with your SGI reps not to push you. To be honest, I'm afraid that the 120 has been the 'try first' multiprocessor which has been outdated by the 3000 cpus. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03436; 23 Jul 90 9:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02703; 23 Jul 90 9:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02695; 23 Jul 90 8:52 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa03958; 23 Jul 90 8:47 EDT Received: Mon, 23 Jul 90 08:51:03 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 23 Jul 90 08:51:03 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007231251.AA24576@aero4.larc.nasa.gov> To: peter%cardinal@lanl.gov Subject: Re: Request: animate a collection of 3-D points over time Cc: info-iris@BRL.MIL You could use GAS (Graphics Animation System) developed at Ames. We use it to view CFD particle traces as well as other things. It is a nice piece of software and it is also free (U.S. disemination only). For infomation on how to get a copy email to pierce@prandtl.nas.nasa.gov or write: Larry Pierce MS 258-2 NASA Ames Research Center Moffett Field, CA 94035 (415) 694-4492 or FTS 464-4492 If you have a NAS account it is real easy to get it. You do have to send him a letter requesting it, but you can fax it to him, if you need it quickly. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04452; 23 Jul 90 10:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad03436; 23 Jul 90 9:49 EDT Received: from vm.nrc.ca by VMB.BRL.MIL id aa03220; 23 Jul 90 9:16 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 6055; Mon, 23 Jul 90 08:49:58 EDT Received: by NRCVM01 (Mailer R2.06) id 6053; Mon, 23 Jul 90 08:49:56 EDT Date: Mon, 23 Jul 90 08:49:53 EDT From: Claude.P.Cantin%NRC.CA@VM.NRC.CA Subject: tcsh problem: summary To: info-iris@vmb.brl.mil Message-ID: <9007230917.aa03220@VMB.BRL.MIL> Here is the problems I had with tcsh: > 1. when root logs on, the console (as an icon) shows up, then the > toolchests appear, then the console simply disapears!!! > > I also had the night program running in the background (started > from the .csrhc). With tcsh, it did not even start!!!! > > But I can go to the toolchest and start a wsh. > > > 2. Loging in as a user, the same thing happens, AND I can't start > a wsh at all!!! In other words, it's useless!!!! > >If I go back to the password file and change the login shell back to >/bin/csh, everything is back to normal.... > I receive one answer that solved my problem. Here it is: >From: Leslie Lait >We had the same problem on our PI running 3.2: > o tcsh worked fine when invoked from an existing wsh window. > o No wsh windows could be created if tcsh was set as the default shell. > o Logins from a terminal (not the console) worked fine. >When we had problems, wsh was complaining (in the SYSLOG file) that it >could not find the command tcsh. (We had the binary in /usr/local/bin/) > >The command > ln -s /usr/local/bin/tcsh /bin/tcsh >seemed to solve the problem. (/usr/local/bin/ is on a different >disk with a lot more free space, which is one reason why we did not >simply move the binary to /bin/ ) That solution worked beautifully. Special Thanks to Leslie. Also, thanks to two others who responded: davis@hobbes.chem.uh.edu Claude Cantin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05978; 23 Jul 90 14:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05646; 23 Jul 90 14:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05433; 23 Jul 90 14:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04817; 23 Jul 90 12:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20552; Mon, 23 Jul 90 09:29:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 12:47:38 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: UPS (Uninterruptable Power Supplies)... kinda long. Message-Id: <820@ki.UUCP> References: <9007220923.AA22348@mcirps2.med.nyu.edu>, <818@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <818@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: >In article <9007220923.AA22348@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU wri tes: >> ... stuff deleted ... > ... stuff deleted ... I forgot to mention. The output of most of the Para System SPS's are true sine wave, not square waves. I seem to recall an article in Byte that mentioned that square wave input is more stressfull on the computer power supplies. Perhaps an EE type could elaborate. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06615; 23 Jul 90 15:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05325; 23 Jul 90 14:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05234; 23 Jul 90 13:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04919; 23 Jul 90 12:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20532; Mon, 23 Jul 90 09:28:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 12:41:46 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: UPS (Uninterruptable Power Supplies)... kinda long. Message-Id: <818@ki.UUCP> References: <9007220923.AA22348@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007220923.AA22348@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: > ... stuff deleted ... >I don't feel the need to use my iris in a power failure by candle light. >+-----------------------------------------------------------------------------+ >| karron@nyu.edu Dan Karron | >| . . . . . . . . . . . . . . New York University Medical Center | >| 560 First Avenue \ \ Pager <1> (212) 397 9330 | >| New York, New York 10016 \**\ <2> 10896 <3> | >| (212) 340 5210 \**\__________________________________________ | >+-----------------------------------------------------------------------------+ I too don't care to use my PI by candle light. I can touch type, but it is difficult in the dark. Where I work here in Derry NH, the local electric companys power isn't all that great. It's not uncommon to have brownout conditions one a month or more. I've solved this in two ways. One other computer I have is a Data General MV/2000. Since I don't really care if it shuts off during a power outage, I've got it hooked into a Radio Shack surge supressor outlet that will turn off if the voltage goes below a certain point. Once off, it can't come back on without manual intervention (push a button to reset). This solves a problem that caused my MV to fry it's memory once. The power browned out, then came back, then browned out. This cycle repeated a few times and the end result was a dead memory board. Now, my system just shuts off at the first brown out and I wait till the power seems better. For my PI, I took a different route. This machine is my main development system and as such, I don't want to rely on Unix's fsck to recover it. For this system, I purchased a Para Systems 600 watt standby ups. It has an LED bar graph to show me the current usage (right now I'm using about 200 watts for the PI, QIC-24, QIC-150, 350MB, 600MB, 19" color monitor, modem, fax/phone). When power goes below an acceptable limit, the unit generates an audible alarm (which can be silenced by pressing a button on the front of the unit). I then have a bar graph display showing me the current battery life. I tend to continue working, though I start to terminate jobs that I can start back up later. If the power doesn't return soon, I perform an orderly shutdown and turn everything off. As protection against when I'm not around, I've got another Radio Shack power outlet in-line between the PI and the UPS. If the UPS uses up all the battery supply, it will shut itself off before the batteries are damaged. This then causes my RS outlet to turn off so at least I won't have to worry about the PI having the power fluctuate any. I will have to deal with fsck when I reboot, but that's life. I may eventually get the external power fail indicator that Para Systems sells and try to interface it to the PI. Hope this helps. The UPS cost us $930 with shipping ($899) and I got a free load tester outlet too. The load tester comes in handy to measure current load of new equipment when I get it. Dan -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07522; 23 Jul 90 17:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07333; 23 Jul 90 17:24 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa07273; 23 Jul 90 16:57 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa17745; 23 Jul 90 16:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03495; Mon, 23 Jul 90 12:52:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 15:48:22 GMT From: Gianluigi Zanetti Organization: me, it is only me. Subject: G++ on 4D Irix 3.2 machines Message-Id: <1367@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to install g++ (1.37.1) on our 4D. Before I spend nights reinventing the wheel, is there anything that I should know ? thanx, --gianluigi   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08221; 23 Jul 90 19:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08098; 23 Jul 90 19:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08071; 23 Jul 90 19:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05230; 23 Jul 90 13:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24191; Mon, 23 Jul 90 10:28:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 16:49:42 GMT From: Archer Sully Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: IRIS console - how do servers work ? Message-Id: <10756@odin.corp.sgi.com> References: <5076@minyos.xx.rmit.oz>, <1990Jul23.083435.838@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Jul23.083435.838@urz.unibas.ch> doelz@urz.unibas.ch writes: | In article <5076@minyos.xx.rmit.oz>, rxcob@minyos.xx.rmit.oz (Owen Baker) writes: | > Does anyone know if you can make a terminal the console on an IRIS 4D2D? | > I mean when the system is up not just when booting. | > | | I'm interested in this as well (as of october '88), and didn't find a | practicable solution yet. | Pointers welcome- how do the servers work? There might be a hint to fool | the graphics console if one knew how the server configureations | address the problem. | Its really quite simple. There is an environment variable in the PROM called "console". It can have any of several values, usually "G" (for graphics). However, if it is set to "d" (debug), the console is switched to serial port 0. The console variable can be set from either the PROM monitor or with the 'nvram' command. -- Archer Sully | Ask not what you can do for you country, archer@esd.sgi.com | But what your country's been doing to you. | -- The Avengers   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08731; 23 Jul 90 21:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08381; 23 Jul 90 20:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08361; 23 Jul 90 20:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06349; 23 Jul 90 18:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10761; Mon, 23 Jul 90 14:43:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 21:37:40 GMT From: "James D. Meiss" Organization: University of Colorado, Boulder Subject: imagefile -> pprint -> lpr Message-Id: <23817@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are trying to print a .rgp file (created using snapshot) to our postscript printer. The procedure that we are using, which works, more or less, is the following Convert the file to postscript using pprint Send the file to the (bsd network) printer using lpr Two Problems: 1) the image is scaled to have its width equal to the width of the page (8 inches). How do we get it to print at the original size? pprint seems to have some options, but we have no documentation on how to use them. 2) The images are created in black and white (We clear the window to WHITE and draw in BLACK), but the printed image has a light grey background. In fact the .ps file which pprint creates is mostly "f9f9f9f9f9" for the background, which I imagine is grey. Is there anyway to get a white background? Is there a better way to do this? Are there any subroutines out there in netland which we can use to add printing capability to our programs? I guess we'd like to be able to generate postscript files in some easy way. Thanks Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08731; 23 Jul 90 21:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08471; 23 Jul 90 21:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08401; 23 Jul 90 20:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06617; 23 Jul 90 19:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07232; Mon, 23 Jul 90 13:49:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 19:40:28 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: IRIS console - how do servers work ? Message-Id: <10767@odin.corp.sgi.com> References: <5076@minyos.xx.rmit.oz>, <1990Jul23.083435.838@urz.unibas.ch>, <10756@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10756@odin.corp.sgi.com>, archer@elysium.esd.sgi.com (Archer Sully) writes: |> In <1990Jul23.083435.838@urz.unibas.ch> doelz@urz.unibas.ch writes: |> |> | In article <5076@minyos.xx.rmit.oz>, rxcob@minyos.xx.rmit.oz (Owen Baker) writes: |> | > Does anyone know if you can make a terminal the console on an IRIS 4D2D? |> | > I mean when the system is up not just when booting. |> | > |> | |> | Pointers welcome- how do the servers work? There might be a hint to fool |> | the graphics console if one knew how the server configureations |> | address the problem. |> | The servers run with a serial console from boot-up so what they do isn't likely to help Owen. Actually the PROM's detect the absence of graphics and set their "console" environment variable to "d". |> Its really quite simple. There is an environment variable in the PROM |> called "console". It can have any of several values, usually "G" (for |> graphics). However, if it is set to "d" (debug), the console is switched |> to serial port 0. The console variable can be set from either the PROM |> monitor or with the 'nvram' command. You haven't answered Owen's question either. |> "I mean when the system is up not just when booting." I don't think there is a way to change the console to a serial device without rebooting the system. Many things are set during bootup depending on the value of "console". -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!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 ac08731; 23 Jul 90 21:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08610; 23 Jul 90 21:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08532; 23 Jul 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06601; 23 Jul 90 19:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17330; Mon, 23 Jul 90 16:21:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 21:31:38 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: SCSI timeouts Message-Id: <822@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Lately I've been getting a few errors like sc0,2: Resetting SCSI bus: timeout after 60 sec These seem to occur randomly and infrequently. My setup is a Personal Iris with QIC-24, QIC-150, internal 350MB+ drive and an external 650MB+ drive. I don't recall seeeing this error before I put the external drive on. All the hardware works fine otherwise. I was able to get the error to repeat itself today by trying to tar some files from the external drive to a 3M DC615A tape in the QIC-150 drive. Should I put my external disk at a lower SCSI address than the tape drives? % hinv 12 MHZ IP6 Processor FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 1.5 CPU: MIPS R2000A/R3000 Processor Chip Revision: 1.6 Data cache size: 8 Kbytes Instruction cache size: 16 Kbytes Main memory size: 8 Mbytes Graphics board: GR1.2 Integral Ethernet controller Integral SCSI controller WD33C93 Disk drive: unit 3 on SCSI controller 0 Disk drive: unit 1 on SCSI controller 0 Tape drive: unit 4 on SCSI controller 0: QIC 24 Tape drive: unit 2 on SCSI controller 0: QIC 150 % -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08967; 23 Jul 90 22:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08838; 23 Jul 90 22:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08807; 23 Jul 90 21:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06440; 23 Jul 90 18:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13045; Mon, 23 Jul 90 15:17:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jul 90 22:06:12 GMT From: "James D. Meiss" Organization: University of Colorado, Boulder Subject: tomac.c Message-Id: <23822@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are trying to use Paul Haeberli's great set of programs to convert image files to files which we can read and edit on our Macintoshes. I've got togiff working, and successfully got gif files on the Mac,unfortunately the Giffer program on the mac doesn't print, and you can't edit the files. I've tried totiff, and it may work, but I found out that my Mac program (Aldus Freehand) only read black and white tiff files, and the one I've created has color information. The program that seems most useful is "tomac" which is supposed to create a MacPaint file. Problem is I'm not sure how to use it. MacPaint files are not text files, and have to have there "Creator" and "Type" fields set properly. When I try to down load the file created by tomac, and set its "Creator", it causes "ResEdit" to crash. Sometimes I can get these set properly, and some of the time the file can then be opened by macpaint. What would be nice would be to have the file created in macbinary format, so that the resource and data forks were on the Iris, and could be downloaded as a true MacPaint file to the Macintosh. Does anyone know how to do this? Perhaps I'm not using "tomac" properly. Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09162; 23 Jul 90 23:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09096; 23 Jul 90 22:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09047; 23 Jul 90 22:36 EDT Received: from vm.nrc.ca by VGR.BRL.MIL id aa06642; 23 Jul 90 19:42 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 2984; Mon, 23 Jul 90 16:50:05 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.06) with BSMTP id 2983; Mon, 23 Jul 90 16:50:04 EDT Date: Mon, 23 Jul 90 16:39 EST From: Martin Serrer Subject: Need help on installing non-SGI system disks in a 4D50 To: info-iris@BRL.MIL Message-id: <5E3D2439B2BF00156B@NRCNET.NRC.CA> X-Envelope-to: info-iris@brl.mil X-VMS-To: nrcnet::in%"info-iris@brl.mil" X-VMS-Cc: serrer Hello and help, I have an IRIS 4D50/GT, prom monitor version 4D1-3.0 with a 170 MegaByte SCSI disk. Last week my only disk on the system broke. And as Murphy's Law dictates, I cancelled the hardware part of my service contract a few months ago to 'save the Canadian Gov't some money. ;-} Anyway, I had a Maxtor LXT200S 3.5" drive laying around and decided that I might use that. HA! The situation now is that, stand-alone fx will format the drive without complaint using the 'auto' option. (it will not let me turn on the automatic bad block revectoring or the caching. but I'm not sure if that's a problem) However when I then try to install IRIX on this newly formatted disk I get the following... >> boot -f tpsc(,7,)sash.IP4 --m Copying installation program to disk ........................................................... ........................................................... ........................................................... .......Copy complete 661600dk(0,1,1)(4) Hardware error: Internal controller error. dksc(0,0,1)unix.IP4: short read couldn't load dksc(0,1,1)unix.IP4 Unable to continue; press Enter to return to menu: Exception: Exception pc: 0xc021 (register dumps and other curiosities) HELP! Can anyone shed some light on what I am doing wrong? (other than the sacrilege of trying to install a 3rd party drive) I spoke to the hotline and a local field engineer and they were sympathetic but bottom line was "You didn't get it from us so we can't help you" Has anyone successfully installed a 3rd party drive in an IRIS as the system disk? Does anyone have a list of drives that work? Why isn't the SCSI standard 'standard' :-{ Any help will be greatly appreciated. Martin +-----------------------------------------------------------------------------+ | Martin Serrer Systems Lab., Bldg. M3, Montreal Rd.| | 613-993-9442 (Bell) National Research Council of Canada,| | serrer@syslab.nrc.ca (E-mail) Ottawa, Ontario, Canada K1A-0R6 | +--------------- If my computer is a car, I don't want a roof ----------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10260; 24 Jul 90 1:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10139; 24 Jul 90 1:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10079; 24 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07446; 24 Jul 90 0:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05287; Mon, 23 Jul 90 21:04:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 02:55:02 GMT From: David Hinds Organization: AIR, Stanford University Subject: Re: SCSI timeouts Message-Id: <1990Jul24.025502.9493@portia.Stanford.EDU> References: <822@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <822@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: > >Lately I've been getting a few errors like > > sc0,2: Resetting SCSI bus: timeout after 60 sec > >These seem to occur randomly and infrequently. My setup is >a Personal Iris with QIC-24, QIC-150, internal 350MB+ drive >and an external 650MB+ drive. I don't recall seeeing this >error before I put the external drive on. All the hardware >works fine otherwise. I was able to get the error to repeat >itself today by trying to tar some files from the external >drive to a 3M DC615A tape in the QIC-150 drive. Should I >put my external disk at a lower SCSI address than the tape >drives? We had SGI install a pair of external 3rd-party 720MB SCSI drives for our 4D-240 system a few months ago. They were CDC drives, but I forget the model numbers. Anyway, it was a model that SGI did not officially endorse (they didn't bother telling us before charging us to install them, but that's another story...). We noticed the same SCSI timeout messages from time to time. We also noticed that data tended to not get written to the drive from time to time, and long batch jobs reading/writing that drive tended to disappear without trace. So, we ended up sending back the drives and getting one from SGI (costing maybe twice as much). If I were you, I would take a good look at whether you are losing any data, and try to give the drive a good workout. -David Hinds dhinds@popserver.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11290; 24 Jul 90 4:19 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11189; 24 Jul 90 4:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11181; 24 Jul 90 3:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07762; 24 Jul 90 2:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15147; Mon, 23 Jul 90 23:51:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 04:32:24 GMT From: Phil Karlton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 132-column xterm Message-Id: <10799@odin.corp.sgi.com> References: <9007202112.AA09936@neumann> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007202112.AA09936@neumann> shaginaw@NEUMANN.SQUIBB.COM writes: > On my IRIS, running IRIX 3.2, I cannot get xterm to resize >automatically when DECCOLM is sent from a VAX connected by >Ethernet running TCP/IP. Does anyone know where the escape >sequence is getting lost? Or is this a bug in 3.2 xterm? I suspect that you are not running an X window manager. Some X winodw manager functions are not available under the standard 4Sight window manager. PK   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14655; 24 Jul 90 9:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13360; 24 Jul 90 8:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13275; 24 Jul 90 8:13 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa08427; 24 Jul 90 7:57 EDT Received: Tue, 24 Jul 90 08:01:30 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 24 Jul 90 08:01:30 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007241201.AA28057@aero4.larc.nasa.gov> To: jdm@boulder.colorado.edu Subject: Re: imagefile -> pprint -> lpr Cc: info-iris@BRL.MIL What we do in my branch is save images in a common run length encoded format. This is from the Ames ARCGraph system of subroutines. Once we have an image in this format, I have a utility that converts it to 3 other formats Tektronix 4693D, Celco film recorder, and PostScript black & white and grayscale. The conversion program is written in C. It was originally written in FORTRAN for the 3000's, but the 4D FORTRAN was broken, it wont allow the creation of binary files, (and looks like it might still be broken under 3.3, but not as badly, I still have to double check that. I didn't like what I read in the manual.) so I had to convert it to C, so it would work on the 4D's. If you want I could mail you the PostScript subroutines. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14938; 24 Jul 90 9:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13781; 24 Jul 90 8:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13508; 24 Jul 90 8:30 EDT Received: from [128.32.133.1] by VGR.BRL.MIL id aa08548; 24 Jul 90 8:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27269; Tue, 24 Jul 90 05:01:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 11:04:10 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Re: tomac.c Message-Id: <1990Jul24.120410.841@urz.unibas.ch> References: <23822@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <23822@boulder.Colorado.EDU>, jdm@boulder.Colorado.EDU (James D. Meiss) writes: > > I've tried totiff, and it may work, but I > found out that my Mac program (Aldus Freehand) only read > black and white tiff files, and the one I've created has color > information. Issue a % tobw first, in order to create a bw file. This can be readily totiff'ed and it works o.k. on the mac (at least in my Pagemaker). > supposed to create a MacPaint file. Problem is I'm not sure how to > use it. MacPaint files are not text files, and have to have there > "Creator" and "Type" fields set properly. When I try to down load > the file created by tomac, and set its "Creator", it causes "ResEdit" > to crash. Sometimes I can get these set properly, and some of the time I used a PD tool to set the (binary ftp'ed) file creator and it worked. > the file can then be opened by macpaint. My problem is that the MacPaint format supported is (at least on my mac) pure black and white, which is not much useful. Anyone else succeeded in getting things right ? - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16853; 24 Jul 90 10:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16299; 24 Jul 90 10:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16083; 24 Jul 90 10:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08925; 24 Jul 90 9:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00571; Tue, 24 Jul 90 06:01:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 11:20:24 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Re: IRIS console - how do servers work ? Message-Id: <1990Jul24.122024.842@urz.unibas.ch> References: <1990Jul23.083435.838@urz.unibas.ch>, <10756@odin.corp.sgi.com>, <10767@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > > The servers run with a serial console from boot-up so what they do isn't > likely to help Owen. Actually the PROM's detect the absence of graphics and > set their "console" environment variable to "d". > > I don't think there is a way to change the console to a serial device without > rebooting the system. Many things are set during bootup depending on the > value of "console". > -- > From the TARDIS of Mark Callow > msc@ramoth.sgi.com, ...{ames,decwrl}!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." - too bad, but thanks for replies anyway. I imagined that it might be possible to set the links to some /dev/syscon in a way that the serial port is addressed as if it were a real device. Unfortunately, setting the console to serial in the PROM results in lack of console capabilities, e.g., the console is no longer accessible directly and the window manager needs to be started in a special way. Regards, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00894; 24 Jul 90 14:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00099; 24 Jul 90 14:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00581; 24 Jul 90 12:15 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa09270; 24 Jul 90 10:59 EDT Received: Tue, 24 Jul 90 11:59:42 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Tue, 24 Jul 90 11:59:42 ADT From: Jim Diamond Message-Id: <9007241459.AA25918@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: spellin I would like to create my own hashed word list (analogous to hlista and hlistb) for use with the spell(1) program on a 3130. While the man page for spell (and hashcheck and spellin and hashmake) does not explicitly mention how to do this, it would seem that part of this task involves something like cat | hashmake | spellin where should be the number of words in . But even attempting echo dog | hashmake | spellin 1 seems beyond spellin's capabilities: after sitting and thinking for about 20 CPU seconds, it crashes with a segmentation violation. Is there anyone out there who would admit to knowledge about how this version of spellin should really work? Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02158; 24 Jul 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01152; 24 Jul 90 15:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00995; 24 Jul 90 15:05 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa09866; 24 Jul 90 12:40 EDT Received: Tue, 24 Jul 90 12:44:34 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 24 Jul 90 12:44:34 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007241644.AA29251@aero4.larc.nasa.gov> To: jdm@poincare.colorado.edu Subject: Re: imagefile -> pprint -> lpr Cc: info-iris@BRL.MIL Here is the information I have for the ARCGraph system. Eric A. Hibbard (415) 694-6629 or George Makatura (415) 694-6852 Advanced Computer Graphics Group NASA Ames Research Center Mail Stop 233-14 Moffett Field, CA 94035 I think it is free and without copyright to anyone in the U.S. The metafiles produced can have 2D & 3D vector & polygon objects. Also raster data and Hershey text fonts. I will send the PostScript routines in my next message. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02158; 24 Jul 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01387; 24 Jul 90 15:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01136; 24 Jul 90 15:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10338; 24 Jul 90 13:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18476; Tue, 24 Jul 90 10:28:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 17:27:59 GMT From: Brain in Neutral Organization: Cafe Limbo Subject: does SGI cpp predefine "mips"? Message-Id: <2813@uakari.primate.wisc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does the SGI C preprocessor predefine the symbol "mips"? (I don't have an SGI box, or I'd try it myself...) Paul DuBois Internet: dubois@primate.wisc.edu UUCP: rhesus!dubois CompuServe: >INTERNET:dubois@primate.wisc.edu FAX: 608/263-4031   Received: from vmb.brl.mil by VMB.BRL.MIL id ac02158; 24 Jul 90 16:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01387; 24 Jul 90 15:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01201; 24 Jul 90 15:17 EDT Received: from blumiris.chem.umr.edu by VGR.BRL.MIL id aa10715; 24 Jul 90 13:51 EDT Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for info-iris@brl.mil) id AA06985; Tue, 24 Jul 90 12:55:44 CDT Date: Tue, 24 Jul 90 12:55:44 CDT From: "Robert B. Funchess" Message-Id: <9007241755.AA06985@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Image transfer to Macs If you want a color image transferred to your Mac, and it has less than 256 colors, you can turn it into a GIF file and transport it over. No, you can't print from GIFfer, but you can save the file in PICT format, open it with any of a number of drawing programs and print it THAT way. This is a horrible kludge, but it works most of the time for us... actually, we use Mathematica to print the images on our color printer because a) Mathematica seems to do a reasonable job, unlike a lot of other programs we've tried and b) our site license for Mathematica requires anyone who purchases a Mac on campus to buy the program and we might as well use it... If your image has MORE than 256 colors, Paul Haeberli of SGI wrote a program that will make a GIF file out of it anyway, but it will be dithered. Given our color printer (not a sublimation job, just wax-transfer) the dithering is not particularly noticeable in the final output (the printer's going to dither it anyway). -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id ad02158; 24 Jul 90 16:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01822; 24 Jul 90 16:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01701; 24 Jul 90 15:52 EDT Received: from forsythe.Stanford.EDU by VGR.BRL.MIL id aa00510; 24 Jul 90 15:35 EDT Received: by Forsythe.Stanford.EDU; Tue, 24 Jul 90 12:10:41 PDT Received: by SLACVM (Mailer R2.03B) id 2407; Tue, 24 Jul 90 12:08:36 PST Date: Tue, 24 Jul 1990 12:00 PST From: Len Sweeney To: info-iris@BRL.MIL Subject: Re: SCSI timeouts Message-ID: <9007241535.aa00510@VGR.BRL.MIL> I've been seeing CIO: sc0,1: Resetting SCSI bus: timeout after 1 sec on our 4D/70 since day one. It occurs at boot, and once per copyright notice in SYSLOG. The guy that installed the system acted like it wasn't important, and I havn't noticed any pain. Len Sweeney LES@SLACVM.BITNET 415-926-2063   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03099; 24 Jul 90 18:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02950; 24 Jul 90 17:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02814; 24 Jul 90 17:12 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa00769; 24 Jul 90 16:32 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA11402; Tue, 24 Jul 90 14:57:22 CDT Date: Tue, 24 Jul 90 14:57:22 CDT From: Mike Goss Message-Id: <9007241957.AA11402@snow-white.merit-tech.com> To: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Subject: Re: IRIS console - how do servers work ? Cc: info-iris@BRL.MIL > > - too bad, but thanks for replies anyway. I imagined that it might be > possible to set the links to some /dev/syscon in a way that the serial port is > addressed as if it were a real device. Unfortunately, setting the console > to serial in the PROM results in lack of console capabilities, e.g., the > console is no longer accessible directly and the window manager needs > to be started in a special way. > > Regards, > Reinhard > You can still use the graphics console even if you have redirected the system console to a serial port with the PROM monitor. Just run "/etc/gl/restartgl" to start up 4Sight. Kill the process named "grcond" to get rid of 4Sight (or just logout). ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03099; 24 Jul 90 18:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad02950; 24 Jul 90 17:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02881; 24 Jul 90 17:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00908; 24 Jul 90 16:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01606; Tue, 24 Jul 90 13:40:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 20:39:35 GMT From: "RANDALL SCHRICKEL (NCE" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: JHU/APL, Laurel, MD Subject: Triangulating non-planar surfaces Message-Id: <6067@aplcen.apl.jhu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Actually, I know how to do that. What I really need to know is how to create interior points for a non-planar surface that will let me triangulate it into lots of little polygons, so the generated surface will look smooth. My specific application is a filled spinning globe. Currently I only show the outlines of continents; I would like to fill them in. I CAN triangulate the x,y,z of the outlines, but that's not enough. I need to introduce lots of interior points to the outlines so that small triangles will be produced. This is like a finite element analysis problem, but the FEA stuff I've seen is only good for planar polygons. Is there a method for generating interior points to a curved surface? Or do I compute the interior points in 2-D and then do the triangulation in 3-D? Pointers to references, ideas, or code (of course) would be most appreciated. -- Randy Schrickel randy@aplcomm.jhuapl.edu Johns Hopkins Applied Physics Lab Laurel, MD 20723 "Life goes on, long after the thrill of living has gone."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03581; 24 Jul 90 18:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03099; 24 Jul 90 18:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03007; 24 Jul 90 17:45 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01072; 24 Jul 90 17:09 EDT Received: Tue, 24 Jul 90 17:14:00 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 24 Jul 90 17:14:00 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007242114.AA00532@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: PostScript output routines --------------------------------- cut here ----------------------------- #include #include #include blackwhite(paper) Boolean paper; { /* Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov */ static Boolean fileopen=FALSE; register short y; register unsigned short i,temp,x; unsigned char value; char fileout[81]; static FILE *ounit; extern char outfile[81]; extern RGBvalue image[YMAXSCREEN+1][3][XMAXSCREEN+1]; extern Scoord xlen,ylen; ringbell(); if(!fileopen) { strcpy(fileout,outfile); strcat(fileout,"bw.ps"); ounit=fopen(fileout,"w"); fseek(ounit,0L,0); fileopen=TRUE; if(!paper) fprintf(ounit,"%c!\nshowpage\n",'%'); } fprintf(ounit,"/picstr %d string def\n",ylen); if(paper) { fprintf(ounit,"15.0 20.0 translate\n"); fprintf(ounit,"0.0 rotate\n"); fprintf(ounit,"%f %f scale\n",0.407*1024/xlen, 0.407*1024/xlen); } else { fprintf(ounit,"15.0 20.0 translate\n"); fprintf(ounit,"90.0 rotate\n"); fprintf(ounit,"%f %f scale\n",0.74*1024/xlen, 0.74*1024/xlen); } fprintf(ounit,"%d %d 1 [1 0 0 -1 0 1]",4*(xlen/4),ylen); fprintf(ounit,"{currentfile picstr readhexstring pop}\n"); fprintf(ounit,"image\n"); for(y=ylen-1;y>=0;y--) { for(x=0;x #include #include grayscale(inverse,paper) Boolean inverse,paper; { /* Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov */ static Boolean fileopen=FALSE; static unsigned char mask=0x0f; register short y; register unsigned short x; register unsigned char value; unsigned char vtemp; char fileout[81]; static FILE *ounit; register float b,g,r; extern char outfile[81]; extern RGBvalue image[YMAXSCREEN+1][3][XMAXSCREEN+1]; extern Scoord xlen,ylen; ringbell(); if(!fileopen) { strcpy(fileout,outfile); strcat(fileout,"gr.ps"); ounit=fopen(fileout,"w"); fseek(ounit,0L,0); fileopen=TRUE; if(!paper) fprintf(ounit,"%c!\nshowpage\n",'%'); /* fprintf(ounit,"/spotproc {abs 1 sub dup mul exch abs 1 sub dup"); fprintf(ounit," mul add 1 exch sub dup mul 2 mul 1 exch sub} def\n"); fprintf(ounit,"20.0 45.0 /spotproc load setscreen\n"); */ } fprintf(ounit,"/picstr %d string def\n",ylen); if(paper) { fprintf(ounit,"15.0 20.0 translate\n"); fprintf(ounit,"0.0 rotate\n"); fprintf(ounit,"%f %f scale\n",0.407*1024/xlen, 0.407*1024/xlen); } else { fprintf(ounit,"15.0 20.0 translate\n"); fprintf(ounit,"90.0 rotate\n"); fprintf(ounit,"%f %f scale\n",0.74*1024/xlen, 0.74*1024/xlen); } fprintf(ounit,"%d %d 8 [1 0 0 -1 0 1]",xlen,ylen); fprintf(ounit,"{currentfile picstr readhexstring pop}\n"); fprintf(ounit,"image\n"); for(y=ylen-1;y>=0;y--) { value=0; for(x=0;x>4)&mask; if(vtemp<10) { vtemp+=48; } else { vtemp+=87; } fwrite(&vtemp,sizeof vtemp,1,ounit); vtemp=value&mask; if(vtemp<10) { vtemp+=48; } else { vtemp+=87; } fwrite(&vtemp,sizeof vtemp,1,ounit); } fprintf(ounit,"\n"); } if(!paper) fprintf(ounit,"showpage\n"); } --------------------------------- cut here ----------------------------- -- Brent   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03878; 24 Jul 90 19:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03740; 24 Jul 90 18:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03696; 24 Jul 90 18:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01917; 24 Jul 90 18:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06894; Tue, 24 Jul 90 14:55:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 20:49:49 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Need help on installing non-SGI system disks in a 4D50 Message-Id: <10822@odin.corp.sgi.com> References: <5E3D2439B2BF00156B@NRCNET.NRC.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <5E3D2439B2BF00156B@NRCNET.NRC.CA> SERRER@NRCM3.NRC.CA (Martin Serrer) writes: | Hello and help, | | I have an IRIS 4D50/GT, prom monitor version 4D1-3.0 with a 170 MegaByte SCSI | disk. | Last week my only disk on the system broke. And as Murphy's Law dictates, I | cancelled the hardware part of my service contract a few months ago to 'save the | Canadian Gov't some money. ;-} | Anyway, I had a Maxtor LXT200S 3.5" drive laying around and decided that I | might use that. HA! | The situation now is that, stand-alone fx will format the drive without | complaint using the 'auto' option. (it will not let me turn on the automatic bad | block revectoring or the caching. but I'm not sure if that's a problem) | However when I then try to install IRIX on this newly formatted disk I get the | following... | | >> boot -f tpsc(,7,)sash.IP4 --m | Copying installation program to disk | ........................................................... | ........................................................... | ........................................................... | .......Copy complete | | 661600dk(0,1,1)(4) Hardware error: Internal controller error. | dksc(0,0,1)unix.IP4: short read | couldn't load dksc(0,1,1)unix.IP4 | Unable to continue; press Enter to return to menu: | My guess is that the drive is reporting recovered errors, and the standalone drivers don't expect to deal with them. Run fx again, and make sure that 'report recovered errors' is disabled. If the drive is truly reporting an internal controller error, then you should check to see if the drive manual tells you what circumstances cause this (most don't). Even if it is a recoverable error, and internal controller error is something to be seriously concerned about. I would take it back to your supplier and try another drive of the same type. In general, drives that are sold mainly into the Mac and PC markets TEND (not all of them) to be further from the common command set than drives sold into the workstation market. Newer (design-wise) drives like the Maxtor 200S) don't usually have this problem. I HAVE used the Maxtor 200s on several systems in-house for qualification purposes, and haven't noticed any problems of the type that you are reporting, but then I haven't tried to boot them on non-PI machines. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04013; 24 Jul 90 19:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03878; 24 Jul 90 19:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03777; 24 Jul 90 18:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01913; 24 Jul 90 18:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07300; Tue, 24 Jul 90 15:01:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 21:42:10 GMT From: "Andrew V. Royappa" Organization: Department of Computer Science, Purdue University Subject: calling C from Lisp in AKCL on a Personal Iris Message-Id: <11198@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Another story in the saga of portability.. My Lisp application calls a C univariate root-finder. The application works under AKCL or Lucid on sun4s/sparcs, but not under AKCL on an SGI Personal Iris. Under AKCL, I do: (defentry c-realroots (int string) (string "CRealRoots")) where CRealRoots is a C function that takes an integer representing the degree of a polynomial, and a string encoding its coefficients, and returns a string encoding the coefficients. This is all standard KCL; but it fails on a personal iris (AKCL v. 1.313). Does anyone know the correct way of compiling and loading in C code into a running AKCL on a Personal Iris ? Thank you very much, Andrew V. Royappa avr@purdue.edu {pur-ee,ucbvax,decvax}!purdue!avr   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04013; 24 Jul 90 19:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03878; 24 Jul 90 19:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03777; 24 Jul 90 18:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01915; 24 Jul 90 18:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06886; Tue, 24 Jul 90 14:55:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 20:43:08 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: SCSI timeouts Message-Id: <10819@odin.corp.sgi.com> References: <822@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <822@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: | Lately I've been getting a few errors like | | sc0,2: Resetting SCSI bus: timeout after 60 sec | | These seem to occur randomly and infrequently. My setup is | a Personal Iris with QIC-24, QIC-150, internal 350MB+ drive | and an external 650MB+ drive. I don't recall seeeing this | error before I put the external drive on. All the hardware | works fine otherwise. I was able to get the error to repeat | itself today by trying to tar some files from the external | drive to a 3M DC615A tape in the QIC-150 drive. Should I | put my external disk at a lower SCSI address than the tape | drives? Some info about what OS release you are running, and the drive types (mt -t /dev/.... status for the tape drives, and the drive name that fx 'dksc(0,#)' gives you for the drives) might help. The 60 second timeout probably indicates that the tape drive was not able to reconnect after accepting a command for some reason. This could be as simple as the drive taking far longer for some operation than the qualified drives. It could also be due to some problem with one of the disk drives. Finally, it could be a cabling or termination problem. Check to be sure that you haven't configured anything in a 'star' configuration (you need a straight through connection from the system to the final drive, with only short stubs coming off of the bus). Finally, check to be sure that there are NO terminators on any device, except possibly the last external device on the bus, if it doesn't have external termination. Changing the ID of any of the devices is very unlikely to have any effect on the situation, unless you have ID'ed 2 of them the same, which is unlikely from your hinv output. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05047; 24 Jul 90 21:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04897; 24 Jul 90 20:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04870; 24 Jul 90 20:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02462; 24 Jul 90 20:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15814; Tue, 24 Jul 90 17:07:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 23:25:23 GMT From: "Michael B. Johnson" Organization: MIT Media Lab, Cambridge MA Subject: gl question - editing large objects Message-Id: <2985@media-lab.MEDIA.MIT.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a question for the gl wizards here: I have a reasonable sized 4D (a 4 processor 240GTX) that will be connected to a very fast computer (a CM-2) that will be generating geometric data that I want display and interact with on the 4D. Conceivably, I could have any sort of geometry data (spheres, points, polygons, etc.), but just as an example, let's say I have some triangle mesh: I have vertice info, normal info, and color info. Also for this example let's say this fast computer is writing this information to a file. So, if I want to get this data up on the 4D and interact with it, the most straightforward way seems to build a gl object and then display it. There is enough example code that show how to interact with data sets that cobbling together a rudimentary interface is just an afternoon. Now we get to the hard part (at least to me...). The fast computer that is generating the geometry information is pretty fast - every few seconds or so it can generate and write as a file onto the SGI more geometry data. These are large datasets - since a 4D can render (supposedly) a 100,00 triangle mesh a second, let's say it's a 10,000 triangle mesh. If I had a machine that could display them fast enough, I could easily generate larger interesing data sets, or more of them more quickly. This geometry data is another timestep of the object we're looking at. Consequently, I don't really want to build another object, I just want to edit the one I just made. Let's say that after the initial geometry data is set up, the connectivity of my triangle mesh doesn't change - just some scalar that we associate with color does. Now, my understanding of how I would build that object in gl in the first place would be something like this: gl_obj = genobj(); makeobj(gl_obj); shademodel(GOURAUD); bgntmesh(); c3f(c1); n3f(n1); v3f(v1); c3f(c2); n3f(n2); v3f(v2); c3f(c3); n3f(n3); v3f(v3); /* add as many more triangles as we have here... */ endtmesh(); closeobj(); I also realize that I can put tags in there so that I can edit the object, the manual says (16-10 Graphics Library Programming Guide IRIS-4D Series): "If you have to edit graphical objects frequently, you should build your own custom data structures and traversal routines, rather than use graphical objects. The editing routines that follow are best suited for infrequent and simple editing operations." Given that I want to do frequent regular editing of a graphical object, what are my alternatives? If, for example, I wanted to change the vertice and normal info without changing the color? I don't understand how this can be done efficently in gl. I won't go into more detail for fear of boring people. I would be happy to give all sorts of details over the phone or through e-mail. To conserve network traffic, please respond via e-mail, rather than posting. Thanks. -- --> Michael B. Johnson --> MIT Media Lab -- Computer Graphics & Animation Group --> (617) 253-0663 -- wave@media-lab.media.mit.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06775; 25 Jul 90 1:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06644; 25 Jul 90 1:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06637; 25 Jul 90 1:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04096; 25 Jul 90 0:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03185; Tue, 24 Jul 90 21:46:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Jul 90 21:27:19 GMT From: zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!dali.cs.montana.edu!milton!max!merritt@tut.cis.ohio-state.edu Organization: University of Washington, Seattle WA Subject: RASTER3D ray-tracer for molecular graphics Message-Id: <14041.26ac5ac7@max.u.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A couple of weeks ago I mentioned that I had a version of the RASTER3D package for ray-tracing molecular graphics which I have modified for use under IRIX 3.2 on a 4D workstation. In addition to the ray-tracing program itself, there are a couple of utility routines to go from Brookhaven databank *.pdb files to descriptions of ribbon diagrams, space-filling models, ball-and-stick figures, etc. Among the responses I got were replies from two other groups (University of Alberta and University of British Columbia) who are also maintaining various incarnations of this program. After some scrambling to sort out who has what, I have collected the following compressed tar files onto an anonymous ftp site: xrayrs.bchem.washington.edu (128.208.112.3) /pub SOURCE: raster3d.tar.Z my version of raster3d and setup programs preraster3d.tar.Z my version of the UBC previewer and setup program (hastily modified for compatability with above raster3d version). RELATED SOURCE: raster3d.ua.tar.Z current University of Alberta version (which I have not looked at). I'm providing an anonymous ftp site for this since the UA group doesn't have one. Claims to support various other machines. source: Mark Israel (USERISRA@ualtamts.bitnet) preraster3d.ua.tar.Z UBC previewer and setup program compatible with UA version of raster3d. source: Michael Murphy (USERMBCM@mtsg.ubc.ca) via UA Please read README on the same directory. It gives a brief history of the program, and may point you to other people who have been involved in its development. I am sure that all the authors of this code would appreciate being acknowledged if you use it. DISCLAIMERS: My version draws pretty pictures on my 4D/20, that's all I promise. Ethan A Merritt Dept of Biological Structure University of Washington SM-20 Seattle WA 98195 (206)543-8865 merritt@xray0.bchem.washington.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09954; 25 Jul 90 8:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09556; 25 Jul 90 8:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09523; 25 Jul 90 8:09 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa00427; 25 Jul 90 8:01 EDT Received: from relay2.cs.net by RELAY.CS.NET id ab15153; 25 Jul 90 7:55 EDT Received: from gmr.com by RELAY.CS.NET id ad00617; 25 Jul 90 7:47 EDT Date: Wed, 25 Jul 90 07:32 EDT From: JORDAN%gmr.com@relay.cs.net Subject: array out-of-bounding in C To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.mil" Message-ID: <9007250801.aa00427@VGR.BRL.MIL> Anyone know of any methods to check for run time array out-of-bounding? Any help appreciated t p mugabi-jordan gm sec 1151 crooks road troy, michigan 48084 313 280 6766   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10955; 25 Jul 90 9:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10715; 25 Jul 90 9:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10645; 25 Jul 90 9:07 EDT Received: from gemini.arc.nasa.gov by VGR.BRL.MIL id aa00633; 25 Jul 90 8:40 EDT Received: Wed, 25 Jul 90 05:41:11 PDT by gemini.arc.nasa.gov (5.57/1.2) Received: Wed, 25 Jul 90 05:41:02 PDT by gemini.arc.nasa.gov (5.57/1.2) From: "RICHARD P. SIMONIAN" Date: Wed, 25 Jul 90 05:33 PDT Message-Id: To: info-iris@BRL.MIL Subject: gethostbyname and YP X-Lines: 12 Is there a known bug (under 3.2) when using YP and calling 'gethostbyname'? We cannot get the function to return information on any nodes outside of our slave server, even though they call all be 'pinged' and so on. Gethostbyname appears to be failing on the bind operation. Any clues? Rick Simonian Harris Space Systems Corp. rsimonian@nasamail.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11836; 25 Jul 90 10:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11526; 25 Jul 90 10:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11409; 25 Jul 90 9:57 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00996; 25 Jul 90 9:45 EDT Received: Wed, 25 Jul 90 09:48:11 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 25 Jul 90 09:48:11 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007251348.AA02714@aero4.larc.nasa.gov> To: media-lab!wave@eddie.mit.edu Subject: Re: gl question - editing large objects Cc: info-iris@BRL.MIL I never use the object commands (until recently, when it was the easiest way to do things and then it only had transformations in it). The way I read the manuals the object commands were kept for backward compatability and would be slower than just executing the drawing commands. I use mainly FORTRAN, but, this is what I do. I store the information in arrays and use do loops, etc. and plot the information. If you change the array information you don't have to do any object edits. I suppose in C it would be easier to create data structures that would make things easier, but I am still a novice C programmer. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ad11836; 25 Jul 90 10:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11526; 25 Jul 90 10:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11409; 25 Jul 90 9:58 EDT Received: from ACF4.NYU.EDU by VGR.BRL.MIL id aa01021; 25 Jul 90 9:45 EDT Received: by acf4.NYU.EDU (5.61/1.34) id AA24480; Wed, 25 Jul 90 09:46:43 -0400 Date: Wed, 25 Jul 90 09:46:43 -0400 From: Dan Karron Message-Id: <9007251346.AA24480@acf4.NYU.EDU> To: info-iris@BRL.MIL, media-lab!wave@eddie.mit.edu Subject: Re: gl question - editing large objects My understanding that graphical objects are not the way to go since the new cpus can keep up with the graphics pipeline. Is it correct to say that the entire compiled objects part of the gl is obsolete ? Are there any specific instances where you should use it ? dan.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01360; 25 Jul 90 11:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00097; 25 Jul 90 11:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12111; 25 Jul 90 10:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01324; 25 Jul 90 10:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04894; Wed, 25 Jul 90 07:20:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 14:14:39 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: LISP Message-Id: <1990Jul25.141439.453@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi Netters: I would like to know if anybody (I mean anonymous FTP destination) has a version (or dialect) of Lisp that works on a PI. I don't mind Prolog either. But my first preference is LISP. Lot of times I see on this net people talk of different editors or softwares that they are using on their PIs, and I constantly wonder if they have bought it or gottenn it via anonymous ftp. SG maintains a list of available software through anonymous ftp or through tapes. But I think there is lot more stuff available. Correct me if I am mistaken. Thanks in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01883; 25 Jul 90 12:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01665; 25 Jul 90 12:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01609; 25 Jul 90 11:58 EDT Received: from ACF4.NYU.EDU by VGR.BRL.MIL id aa01529; 25 Jul 90 10:58 EDT Received: by acf4.NYU.EDU (5.61/1.34) id AA24909; Wed, 25 Jul 90 10:08:24 -0400 Date: Wed, 25 Jul 90 10:08:24 -0400 From: Dan Karron Message-Id: <9007251408.AA24909@acf4.NYU.EDU> To: info-iris@BRL.MIL Subject: Compress and LONG LONG LONG file names... Compress wont tack on a .Z if it things a file name is too long, and will not compress a long file name. A while back, I noted that IRIS allows LONG LONG LONG file names. Where is the source to compress (I think that sgi has it as a sbin executable, but the source it public domain) ? Where in the /usr/include directory is the def for a directory name slot length ? Can I make a version of compress that will know the real length of IRIX file names. Is there a version/ or the mods to do this around ? The problem comes up when I have to compress a tree of files with longis(>18) characters filenames. It is silly not to compress them only because they have long names. dan.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03707; 25 Jul 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03018; 25 Jul 90 13:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02944; 25 Jul 90 13:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02219; 25 Jul 90 12:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10787; Wed, 25 Jul 90 08:49:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 15:48:29 GMT From: Tim Hall Organization: Boston University Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <61314@bu.edu.bu.edu> References: <2042@sparko.gwu.edu>, <61313@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL |> will be grey. Be sure to specify your polygons in counter clockwise order. |> Oops...that was supposed to say... Be sure to specify your polygon verticies in counter clockwise order. ^^^^^^^^^ -Tim Hall tjh@bu-pub.bu.edu The night is filled with the cries of dispossessed children in search of paradise. -Dead Can Dance   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03707; 25 Jul 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03018; 25 Jul 90 13:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02944; 25 Jul 90 13:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02225; 25 Jul 90 12:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10567; Wed, 25 Jul 90 08:46:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 15:43:47 GMT From: Tim Hall Organization: Boston University Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <61313@bu.edu.bu.edu> References: <2042@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2042@sparko.gwu.edu>, favre@seas.gwu.edu (Jean M. Favre) writes: |> |> The problem is that BOTH sides of the surface are shaded because the material |> properties are modified. I think this is because of the position of the light and the normal. Even if the polygon normal is facing away from the eye point the polygon will get diffusely shaded. |> |> What I want is the side facing away from the normals to be shaded with a |> uniform gray color so that I can easily distinguish the inside and outside |> of the surface. One solution is to use backfacing and render your surface twice. Turn on backfacing and draw all your polygons with their colors. This will only draw the polygons facing you. Redraw the surface with the surface normals inverted and a grey material bound. Now the polygons facing away from you will be grey. Be sure to specify your polygons in counter clockwise order. If you have 3.3 use two sided shading. This is a new feature and allows you to specify two materials for the front and back of the surface. See the "Graphics Library Programming Guide" page 9-17. (This is the updated manual with 3.3) |> |> Can anyone give me some help? |> |> Thanks in advance. |> -- |> Jean M. Favre. EE&CS Dept. The George Washington University |> (202) 994 7532 |> favre@gwusun.gwu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac04302; 25 Jul 90 14:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03940; 25 Jul 90 14:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03774; 25 Jul 90 13:56 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02633; 25 Jul 90 13:20 EDT Received: Wed, 25 Jul 90 12:52:30 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 25 Jul 90 12:52:30 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007251652.AA03434@aero4.larc.nasa.gov> To: karron@acf4.nyu.edu Subject: Re: gl question - editing large objects Cc: info-iris@BRL.MIL I've been given the impression that the objects part of the gl is obsolete. The only case in which I make an object, the object contains trasformation information. I then use the object in a mapw2 to map screen coordinates to world coordinates. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ad04302; 25 Jul 90 14:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03940; 25 Jul 90 14:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03774; 25 Jul 90 13:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02657; 25 Jul 90 13:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15342; Wed, 25 Jul 90 10:02:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 15:53:50 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: New IBM Graphics Workstations Message-Id: <1990Jul25.155350.10192@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know anything about the animation speed of the new IBM RISC System/6000 machines as compared to the IRIS line? How about prices for the IBM machines? I would appreciate any information. -- ---------------------------------------------------------------------------- Matt Machlis MIT Space Systems Laboratory (617)253-2272   Received: from vmb.brl.mil by VMB.BRL.MIL id ae04302; 25 Jul 90 14:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03940; 25 Jul 90 14:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03833; 25 Jul 90 13:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02721; 25 Jul 90 13:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16021; Wed, 25 Jul 90 10:11:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 17:05:16 GMT From: Rich Scott Organization: Honeywell Systems & Research Center Subject: SGI "XDR opaque" errors? Message-Id: <82725@srcsip.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've recently installed Sun's PC-NFS version 3.01 on a number of PC's which are connected to a Silicon Graphics Personal Iris masquerading as a CDC Cyber 910. Cabling seems fine, everybody can ping one another. The PC's can attach, mount drives, and print files to the Iris ok, but when we attempt to transfer files we receive error messages on the console. The error messages mention something about XDR opaque errors. The files are also slightly corrupted. Any ideas? Is SGI's implementation of NFS not compatible with Sun's PC-NFS? Are there any recent updates to SGI's NFS software? Thanks for any help you can provide. -rich ------- rich scott | open systems architects, minneapolis | rich@osa.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ac04857; 25 Jul 90 15:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04302; 25 Jul 90 14:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04194; 25 Jul 90 14:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02782; 25 Jul 90 13:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16535; Wed, 25 Jul 90 10:20:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 17:00:31 GMT From: Kurt Akeley Organization: sgi Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <10856@odin.corp.sgi.com> References: <2042@sparko.gwu.edu>, <10853@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10853@odin.corp.sgi.com>, thant@horus.esd.sgi.com (Thant Tessman) writes: |> In article <2042@sparko.gwu.edu>, favre@seas.gwu.edu (Jean M. Favre) writes: |> |> > The problem is that BOTH sides of the surface are shaded because the |> material |> > properties are modified. |> > |> > What I want is the side facing away from the normals to be shaded with a |> > uniform gray color so that I can easily distinguish the inside and outside |> > of the surface. |> |> You can use backface(TRUE) if you are careful about the order |> you specify the vertices. |> |> Turn on backface, and draw the lit object with the vertices defined |> counter-clockwise. Only polygons facing the eye will be drawn. Then |> turn off lighting and specify a grey color and draw a version of the |> object with the vertices clockwise to draw only the polygons |> facing away from the eye. |> |> On the VGX you can specify two sided polygons using lmdef and lmbind. |> |> thant |> No need to reverse the order of the vertices when drawing the back-facing polygons. Just call backface(FALSE) and frontface(TRUE). Then redraw. Also, the 2-sided lighting available on VGX machines allows front and back to be lighted independently in one pass. By selecting a back material with no diffuse or specular reflection, the back-facing polygons can be made to appear uni-colored. lmcolor can be used to modify only the front material on VGX machines (but note, if no back material is specified, the front material is used for both front- and back-facing polygons when 2-sided lighting is enabled). -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05343; 25 Jul 90 15:15 EDT Received: by VMB.BRL.MIL id ab04514; 25 Jul 90 15:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11836; 25 Jul 90 10:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11592; 25 Jul 90 10:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01135; 25 Jul 90 10:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03534; Wed, 25 Jul 90 07:01:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 13:59:23 GMT From: "Jean M. Favre" Organization: The George Washington University, Washington, D.C. Subject: lmcolor and lighting a surface with a scalar field Message-Id: <2042@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks ago, I asked the net how to do the lighting of a surface with a scalar field and I set the following parameters lmcolor(LMC_AD) and draw my surface with a series of cpack(r, g, b) n3f(normal) v3f(vertex) It works well and does the shading with the color specified and the lighting with the normal supplied. The problem is that BOTH sides of the surface are shaded because the material properties are modified. What I want is the side facing away from the normals to be shaded with a uniform gray color so that I can easily distinguish the inside and outside of the surface. Can anyone give me some help? Thanks in advance. -- Jean M. Favre. EE&CS Dept. The George Washington University (202) 994 7532 favre@gwusun.gwu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05343; 25 Jul 90 15:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04857; 25 Jul 90 15:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04391; 25 Jul 90 14:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02806; 25 Jul 90 13:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15034; Wed, 25 Jul 90 09:57:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 16:11:42 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <10853@odin.corp.sgi.com> References: <2042@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2042@sparko.gwu.edu>, favre@seas.gwu.edu (Jean M. Favre) writes: > The problem is that BOTH sides of the surface are shaded because the material > properties are modified. > > What I want is the side facing away from the normals to be shaded with a > uniform gray color so that I can easily distinguish the inside and outside > of the surface. You can use backface(TRUE) if you are careful about the order you specify the vertices. Turn on backface, and draw the lit object with the vertices defined counter-clockwise. Only polygons facing the eye will be drawn. Then turn off lighting and specify a grey color and draw a version of the object with the vertices clockwise to draw only the polygons facing away from the eye. On the VGX you can specify two sided polygons using lmdef and lmbind. thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05746; 25 Jul 90 15:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05343; 25 Jul 90 15:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05174; 25 Jul 90 15:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03008; 25 Jul 90 14:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18823; Wed, 25 Jul 90 10:55:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 15:27:08 GMT From: "Gary S. Moss (VLD/VMB" , dd.hp.com!uakari.primate.wisc.edu!aplcen!haven!adm!smoke!brl.mil!moss@ucsd.edu, ")"@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Ballistic Research Laboratory Subject: Re: Quantitative IRIS Lighting Models Message-Id: <13404@smoke.BRL.MIL> References: <6494368@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6494368@um.cc.umich.edu>, Tim_Buxton@UM.CC.UMICH.EDU writes: |> What is the best software approach for predicting the TRUE |> appearance of a given material surface in light(s) of a |> given color from a given angle? |> |> How would you rate the following alternatives on SGI for |> faithful image reproduction and computation requirements: |> |> 1. User-written lighting model programs in RGB mode |> (based on a recent helpful posting by Paul Haeberli) |> |> 2. Commercial rendering programs such as Personal |> Visualizer, RenderMan, etc. |> |> 3. Raytracing programs such as the BRL-CAD lgt model |> How in any of these approaches do you quantify lumens input |> to the scene when light intensity is specified in 0.0 to |> 1.0 or 0-255 RGB color intensities? How can you interpret |> lumens output? How can you model the effect of a color |> filter or video camera bandpass? As author of the BRLCAD lgt program, I guess I should say a few words. It is an empirically based lighting model, not a physical model. Output intensities are clipped for storage in a 0-255 RGB pixel data structure which is an artifact of the design of the BRLCAD frame buffer model which favors 24-bit color displays. These intensities are a factor of RGB components of material colors, diffuse and specular coefficients, mirror-reflective and refractive properties for the materials, and shadowing when combined appropriately with the intensities and positions of the various light sources employed. Light source intensities are intended to be input in the 0.0 to 1.0 range and proper values are largely dependent on how many sources are employed so as to maintain full range (minimize clipping) in the RGB pixel values. It is up to the user to define his light source and material properties data bases to achieve a visual effect, however, there is no direct means to calibrate these parameters with real world data other than to tweak them to mimic the results of experimentation. Therefore, the model is not predictive. Besides the intensity values being disassociated with a physical model, the behavior of the light is not realistic. Light sources are modeled as point sources, refraction and reflection are not wavelength dependent, and the worst problem is that the rays are traced from the observer to the light source. This is typical of most of the lighting models which are designed for rendering of geometry, not for use in smart sensor type applications. I doubt that you will pluck any software of the shelf that will be very useful in this regard, unless it is *not* under the category of "lighting models". -Gary   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08060; 25 Jul 90 18:21 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07464; 25 Jul 90 17:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07457; 25 Jul 90 17:40 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa04144; 25 Jul 90 17:05 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 1724; Wed, 25 Jul 90 17:04:43 EST Received: by UOGUELPH (Mailer R2.07) id 8911; Wed, 25 Jul 90 17:04:39 EST Date: Wed, 25 Jul 90 16:48:28 EST From: Len Zaifman Subject: HP LaserJet III printer drivers To: info-iris Message-ID: <9007251705.aa04144@VGR.BRL.MIL> I have a user trying to hook up an HP LaserJet III to the parallel port of a PI. We used the print manager tool to setup the printer as generic and then tried printing. It didn't work. Does someone out there have a print driver for a LaserJet III? Do they perform better hooked up serially as opposed to parallel ??The user already has a use for both serial ports and would prefer to use the parallel one. Thanks for your help. Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08060; 25 Jul 90 18:21 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07639; 25 Jul 90 18:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07496; 25 Jul 90 17:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04305; 25 Jul 90 17:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01357; Wed, 25 Jul 90 14:08:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 19:43:30 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: SGI implementation of Mathematica Message-Id: <1990Jul25.194330.21361@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was some discussion of this in this Newsgroup within the past six months; can anyone tell me the date, or the Info_Iris volume number where this appeared, so that I can retrieve it from the archive? Thanks, -P. ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************** Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027 (212)854-1418 shenkin@cunixc.cc.columbia.edu(Internet) shenkin@cunixc(Bitnet) ***"In scenic New York... where the third world is only a subway ride away."***   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08593; 25 Jul 90 19:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08526; 25 Jul 90 19:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08493; 25 Jul 90 19:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00477; 25 Jul 90 18:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07148; Wed, 25 Jul 90 15:38:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 18:39:04 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <10869@odin.corp.sgi.com> References: <2042@sparko.gwu.edu>, <10853@odin.corp.sgi.com>, <10856@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10856@odin.corp.sgi.com>, kurt@cashew.asd.sgi.com (Kurt Akeley) writes: > No need to reverse the order of the vertices when drawing the back-facing > polygons. Just call backface(FALSE) and frontface(TRUE). Then redraw. Cool! I didn't know about 'frontface'. thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09104; 25 Jul 90 21:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08847; 25 Jul 90 20:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08836; 25 Jul 90 20:33 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa00230; 25 Jul 90 20:23 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA02979; Wed, 25 Jul 90 17:23:40 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA03780 sendmail 5.64/UCSD-2.1-sun via SMTP Wed, 25 Jul 90 17:23:27 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA03729; Wed, 25 Jul 90 17:22:26 PDT Date: Wed, 25 Jul 90 17:22:26 PDT From: Steve Dempsey Message-Id: <9007260022.AA03729@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: strange floating point exception interrupt behavior The following discussion pertains to a 4D/25TG running 3.2.1 and a 4D/340VGX running 3.3. Recently I have been doing a performance analysis of a number cruncher program that runs much more slowly on IRISes than one would expect. I fired up gr_osview and ran the program, expecting to see lots of system calls or swapping, and an indication of where the cpu time was being wasted. What I saw was something quite strange! The cpu was spending 99% of its time in user mode, just like any decent number cruncher should. The shock came from the interrupt rate, which went from a background level of 200-400 per second up to ~20K per second (35K on the 340VGX!) Ultimately, I discovered that the extra interrupts were occuring whenever floating point operations resulted in underflow. This behavior can be demonstrated by compiling and running this code: #include main() { double x, y, z; int i; y = MINDOUBLE; z = 0.5; i = 10000000; while(i--) x = y * z; } Both C and Fortran versions of this code produce the same results. I tried similar tests, forcing overflows and divide-by-zero, but no extra interrupts were found for these floating exceptions. Can anybody explain what's so special about underflows, and why do I get interrupts even though the floating point exception interrupts are not enabled? -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, 0314 INTERNET: sdempsey@ucsd.edu University of California, San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093-0314 UUCP: ucsd!sdempsey   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09412; 25 Jul 90 22:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09208; 25 Jul 90 21:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09144; 25 Jul 90 21:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01609; 25 Jul 90 19:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11283; Wed, 25 Jul 90 16:39:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 21:28:05 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: lmcolor and lighting a surface with a scalar field Message-Id: <2810@auschs.ibm.com> References: <2042@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, the _easy_ way to do that is to do something like this - draw_surface_with_shading(); translate( 0.0, 0.0, -0.01 ); draw_surface_with_grey(); That doubles your drawing time, of course, but I don't see any other fairly easy way to do it... Marc --- Marc Andreessen, IBM AWD Austin, sergio@sergio.austin.ibm.com ---   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09474; 25 Jul 90 22:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09208; 25 Jul 90 21:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09144; 25 Jul 90 21:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00200; 25 Jul 90 20:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13399; Wed, 25 Jul 90 17:10:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jul 90 22:04:29 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: How to print a .rgb image file. Message-Id: <65093@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If you have LaserWriter printing support, you do not need to run pprint and then lp the resulting PostScript file. You can simply use: lp image.rgb Our lp spooler knows how to identify image files. paul haeberli paul@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01892; 26 Jul 90 7:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01465; 26 Jul 90 6:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai01331; 26 Jul 90 6:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03225; 26 Jul 90 2:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08021; Wed, 25 Jul 90 23:47:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 02:44:00 GMT From: Tim Monks Subject: Suppressing lint messages on arena_s and exit Message-Id: <1589@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone got some ideas on how to suppress lint messages concerning arena_s and exit ? If I run lint as follows morgana > lint -bu -lc -lmalloc foo.c one the following program : #include #include int *NR_ivector(nl,nh) int nl,nh; { int *v; v=(int *)malloc((unsigned) (nh-nl+1)*sizeof(int)); if (!v) exit(1); return v-nl; } I get the following messages : foo.c ============== Warning: (13) struct/union arena_s never defined warning: possible pointer alignment problem (9) ============== value type declared inconsistently exit llib-lc.brl(50) :: foo.c(10) I'm not too grouchy over the warning about the pointer, that's fair, but how do I stop the messages about arena_s and exit ? Thanks, Tim -- Dr. Tim Monks Image Processing & Data Analysis Group | (direct) (+61-3)566-7448 BHP Melbourne Research Laboratories | (switch) (+61-3)560-7066 245 Wellington Rd, Mulgrave, 3170, | (fax) (+61-3)561-6709 AUSTRALIA | (EMAIL) tim@merlin.bhpmrl.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08218; 25 Jul 90 18:42 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07272; 25 Jul 90 17:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07207; 25 Jul 90 17:15 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa03963; 25 Jul 90 16:43 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 26 Jul 90 08:43 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 26 Jul 90 08:43 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:rsimonian@nasamail.nasa.GOV) id AA03638; Thu, 26 Jul 90 08:39:36 NZT Date: Thu, 26 Jul 90 08:39:36 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: gethostbyname and YP To: rsimonian@nasamail.nasa.gov Cc: info-iris@vgr.brl.mil Message-Id: <9007252039.AA03638@ccu1.aukuni.ac.nz> > > Is there a known bug (under 3.2) when using YP and calling > 'gethostbyname'? We cannot get the function to return information > on any nodes outside of our slave server, even though they call > all be 'pinged' and so on. Gethostbyname appears to be failing > on the bind operation. Any clues? > > Rick Simonian > Harris Space Systems Corp. > rsimonian@nasamail.nasa.gov > This sounds like something that was discussed here a few weeks back. I happened to save a copy of the answer: >Both master and slave servers must have "-i" in ypserv.options and they must >have a properly configured /usr/etc/resolv.conf that specifies the DNS >server address(es) and domain name. Note that the YP database is checked >before querying the name server. > >In IRIX 3.3, you can bypass YP for all hostname lookups with a >"hostresorder" entry line in /usr/etc/resolv.conf. See resolver(4) >and Ch. 8 in the new Network Communications guide for details. I am sorry that I did not save the signature, so I can't give credit where its due. Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08218; 25 Jul 90 18:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08060; 25 Jul 90 18:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08005; 25 Jul 90 18:13 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa03885; 25 Jul 90 16:36 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 26 Jul 90 08:35 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 26 Jul 90 08:34 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:karron@acf4.nyu.EDU) id AA02677; Thu, 26 Jul 90 08:31:39 NZT Date: Thu, 26 Jul 90 08:31:39 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: Compress and LONG LONG LONG file names... To: karron@acf4.nyu.edu Cc: info-iris@vgr.brl.mil Message-Id: <9007252031.AA02677@ccu1.aukuni.ac.nz> As a workaround to the problems of compress not handling long file names, you can use tar to pack them into an archive and compress the archive. Just like packaging software for distribution vai ftp. This may actually be quicker if more than a few files are involved. Cheers Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04940; 26 Jul 90 8:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02716; 26 Jul 90 8:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02520; 26 Jul 90 7:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04412; 26 Jul 90 7:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19065; Thu, 26 Jul 90 04:26:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 07:29:23 GMT From: Owen Baker Organization: RMIT Computer Centre, Melbourne Australia. Subject: Alias Message-Id: <5158@minyos.xx.rmit.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested to know of other SGI users who are running Alias in Europe and the UK. We have had a number of people from those areas of the world who have seen our system running and would like to know of others back home. Might be best to reply by mail. Owen Baker Communication Services Unit Royal Melbourne Institute of Technology (Victoria University of Technology) Melbourne, Australia. odb@caxton.csu.rmit.oz.au rxcob@minyos.xx.rmit.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06680; 26 Jul 90 10:41 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab04940; 26 Jul 90 9:17 EDT Received: by VMB.BRL.MIL id aa04754; 26 Jul 90 8:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03361; 26 Jul 90 8:25 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa04410; 26 Jul 90 7:35 EDT Received: Thu, 26 Jul 90 07:39:23 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 26 Jul 90 07:39:23 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007261139.AA05802@aero4.larc.nasa.gov> To: daemon@bloom-beacon.mit.edu Subject: Re: New IBM Graphics Workstations Cc: info-iris@BRL.MIL The last I heard was that the IBM's were comparable to the bottom of the SGI line, 4D/20 with minimal graphics. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10623; 26 Jul 90 13:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10274; 26 Jul 90 13:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10046; 26 Jul 90 13:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05998; 26 Jul 90 13:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08958; Thu, 26 Jul 90 09:50:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 16:39:43 GMT From: Gregory Mark Hulbert Organization: University of Michigan Engineering, Ann Arbor Subject: Enscript for IRIS? Message-Id: <1990Jul26.163943.6107@caen.engin.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does there exist a version of Adobe's Enscript program for IRISes? I miss this program from my Sun days. Thanks for any help, Greg Hulbert Gregory_M._Hulbert@ub.cc.umich.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10623; 26 Jul 90 13:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10274; 26 Jul 90 13:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10046; 26 Jul 90 13:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06002; 26 Jul 90 13:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09931; Thu, 26 Jul 90 10:03:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 16:07:09 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: DEC and TEK Message-Id: <1990Jul26.160709.451@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Two questions: 1. One of our sales people would like to sell some SGI machines to someone who would like to use them to replace some VAXes driving Tektronix 4011 terminals and such. Any ideas on what software one would put on a SGI to allow it to act as a host computer to Tek displays? 2. DecNet version 1.1 seems like it does not allow access to remote segments while version 1.2 seems like it does. Is this correct? Can DecNet 1.2 be run under IRIX 3.2 to give this increased functionality without having to bump everything up to 3.3. Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10828; 26 Jul 90 13:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08928; 26 Jul 90 12:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08917; 26 Jul 90 12:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05779; 26 Jul 90 12:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06630; Thu, 26 Jul 90 09:16:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 16:11:57 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: Summary: UPS's (Uninterruptable Power Supplies) Message-Id: <1990Jul26.161157.5391@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Now that I've gotten answers to my queries, they are more coherent if the questions are phrased a bit differently; therefore this summary is organized around questions that are a little bit different than the ones I orginally asked. This summary is longer than I'd like it to be, but the excerpts I've included do add information not included in my four- or five-line summary for each topic, plus they give my original sources of information. In my excerpts I don't quote everyone who replied; but I hereby thank all who replied. ========================================================================== OVERALL SUMMARY: A ballasted standby unit -- inverter normally off, but kicks in on failure, with delay buffered by a ferroresonant transformer -- appears adequate for all computational equipment. A pure standby unit (no transformer) will work for some computers. True on-line -- inverter always on -- appears unnecessary. ========================================================================== Question: Of the three commonly available types of UPS -- standby (with ca 4ms delay to battery startup following power failure), ballasted standby (with ferroresonant transformer buffering this delay time), and true on-line (inverter always on) -- which is the minimum level of protection necessary for computational equipment? Summary: Standby works for most computers, but not always for other things like modems; ballasted standby should always be adequate. It was also noted that various machines (SparcStations and SGI PI's) seem immune to hardware damage due to the power going out suddenly (as in yanking the plug). If this is the case, then a UPS is a frill, rather than an important insurance item. Excerpts: [[ My interpolations are in brackets like this. -P. ]] ---------------------------------------------------------------------------- From: seibel@zeno.mmwb.ucsf.edu Organization: Computer Graphics Lab, UCSF We have quite a variety of hardware here, including about a dozen irises. We've had perhaps four or five power outages in the last few years. The interesting thing is that the irises have always come through with no damage or data loss. It looks to me like SGI builds a pretty solid package, so if you're pressed for funds, running on line power may not be that risky. George Seibel Dept of Pharmaceutical Chemistry UCSF seibel@cgl.ucsf.edu ---------------------------------------------------------------------------- From poage@sunny.ucdavis.edu Wed Jul 25 13:46:09 1990 We have a Sun 3/150 as our departmental computer. I frequently see the lights flicker due to power transients; PCs reboot or hang, dumb terminals go whacky, yet the Sun never seems to be affected. Overall I'm very happy about this. In contrast, our old departmental computer (a Z80 based S-100 bus system) was very sensitive and had to have a UPS. -- Tom Poage, Clinical Engineering Universiy of California, Davis, Medical Center, Sacramento, CA poage@sunny.ucdavis.edu {...,ucbvax,uunet}!ucdavis!sunny!poage -------------------------------------------------------------------------- From: "David W. Abraham" I have a PI 4D/25 for which I bought a UPS from a company named BTG in Vienna, VA. (703)-556-6518. It is their model 1200VX quality 1 , which is I believe 1200 VA, for $906.00, plus $210 for the RS-232 shutdown software. It works fine, and is of the on-line sort as you have described. More grist for the mill... [[ At this price can it really be true on-line? -P. ]] ---------------------------------------------------------------------------- From: guy@phy.duke.edu (Guy Metcalfe) Sorry, no personal experiance to give, but in the oct and nov 1988 issues of Byte magizine there are 2 articles by Mark Waller on this subject. I found them informative enough at the time to keep them around in a box as reference. Guy Metcalfe Duke University Dept. of Physics guy@phy.duke.edu & Center for Nonlinear Studies guy@physics.phy.duke.edu Durham, N.C. 27706 guy%phy.duke.edu@cs.duke.edu ---------------------------------------------------------------------------- From: karn@thumper.bellcore.com (Phil R. Karn) Organization: Bell Communications Research, Inc [[ He comments that standby + Ferroresonant has disadvantage that it is large, massive and acoustically noisy, and that just standby is enough for most things in his actual experience; true on-line clearly provides the most consistent power signal. ]] So, in general, SPS's [[ (standby inverter plus relay) ]]are just fine for most computer equipment. And if you have more sensitive loads (modems, etc), add a small ferroresonant transformer to protect them. [[ I asked him by email if the above didn't mean that he simply built something like the BEST unit himself; and if so, why not start with a BEST: ]] No, it's not the same as buying a BEST UPS because you only need put the ferroresonant transformer on the more sensitive loads; the switching power supplies can be powered directly from the inverter. This minimizes the size of the ferro that you have to buy, thus minimizing noise and wasted power. Ferros are not like ordinary isolation transformers that you already use; they operate in the saturated mode, so they are quite accoustically noisy. They are also less efficient. ---------------------------------------------------------------------------- From: eho@clarity.princeton.edu (Eric Ho) [[ Eric Ho recently also asked questions about UPSs, and summarized to comp.sys.sun; look there for the excerpts he quoted. -P. ]] Well, here we go for the summary. Basically, my impression is that Best Power Technology is probably the way to go. ---------------------------------------------------------------------------- From: poage@sunny.ucdavis.edu (Tom Poage) I've been talking to some of our Senior Electronics Techs--they seem to think that half of a cycle (about 8 ms) should be the high end cut off for critical (in our case, medical) computer equipment. Your mileage may vary, depending on the size of the capacitors in your power supply versus the load being drawn. I'd say that the 8 ms is a worst-case estimate--how paranoid do you want to be? However, they also say that on-line UPS's are the most recent recommedation. ---------------------------------------------------------------------------- From: Florence GAUDRON On the sparcstation, if you are quick enough, you can manually unplug the machine and replug it without disturbing the machine, needless to say, the sparcstation can support to be plugged behind any UPS even the slower ones. On the other hand, 4ms can be long for some supplies, some manufacturers rate the switching time of the relay only. Befrore the relay trips, the UPS has to decide that the power has gone out, it takes very sensitive and carefully designed circuitry to sense that in 4ms, then you have to add the relay tripping delay, that makes 8 ms. After the relay has tripped, the power section of the UPS has to go to full power, I have no figures, but it seems to me that this is the main cause of the delays (ie you can add 10 2 40 ms). The bottom line (for me)is: either you have a sensitive power supply in your computer, in this case you need an UPS that never goes off line (ie no static bypass switch, the UPS must support the full load all time) or you have an insensitive power supply, in this case anything will do, you have to select another criteria for choosing you UPS. Hope this helps Flo ========================================================================== Question: Why do you want the UPS to turn itself off after it brings the computer down? Summary: After a power failure and bringing the computer down, the UPS batteries could drain if the power didn't come back up soon. This would damage the UPS (or at least the batteries), and in addition would leave the computer with no protection should the power fail again shortly after it came on again. Also, startup loads can be too high for the UPS to handle. Note: I did ask Best whether their unit does this, and the answer is yes, it is programmed to switch itself off two minutes after it signals the computer to go down. Excerpts: [[ My interpolations are in brackets like this. -P. ]] ---------------------------------------------------------------------------- From: mk59200@tut.fi (Kolkka Markku Olavi) When your machine is "down" it's still ON and consuming power. Discharging the accumulators in the UPS all the way may damage them, or at least decrease their lifetime. Switching the power output off saves the accumulators. Markku Kolkka mk59200@tut.fi ---------------------------------------------------------------------------- From: don@zl2tnm.gp.govt.nz (Don Stokes) Probably not much of an issue on a small system, but on a big one, once you have pulled power out from under a system, you want to bring it back up again in a controlled fashion. The reason for this is that a startup loads can be *much* higher than normal loads; some devices, eg large disk drives, can pull something like ten times the normal running load. Just loading power supply capacitors can pull surprisingly large currents for a short time. An uncontrolled startup load on the VAXcluster at GPO stands a pretty good chance of tripping the power conditioner out (we don't have a UPS; 100kVA UPSs cost *real* money). Don Stokes, ZL2TNM / / Home: don@zl2tnm.gp.govt.nz Systems Programmer /GP/ Government Printing Office Work: don@gp.govt.nz __________________/ /__Wellington, New Zealand_____or:_PSI%(5301)47000028::DON ---------------------------------------------------------------------------- From: moe!paul%ppgbms@uunet.UU.NET (Paul Evan Matz) In our application, we have to support power outages for long periods, and many such outages in a single day (rural hospitals). Any unattended machine's UPS should be able to shut itself off after the machine has halted. Otherwise the battteries could conceivably be totally discharged; In this condition, if the power comes up and the machine reboots, the machine is totally vulnerable to power outages. [[ Following is reply from email from me to him: -P. ]] >I just called Elgar, and I think your prices are a bit out of date.... The IPS 400+600 is available for $525 from one of Elgar's distributors. (Call Bob Roth, Manchester Equipment, 516-434-8700). Unisafe for SunOS WAS $99, and is worth a bit less in my opinion. > Also, these and their >smaller units are standby units, not online units. This means that there is >a gap -- they quoted 4ms -- between the time the power goes off and the UPS >kicks on... This gap (2-4msec, typical) doesn't bother a SPARCstation or 386i. A 3/60 seems to be sensative to a sneeze. I don't know about 3/50s. >It also means that you get little or no power filtering or surge >protection from the UPS. I don't think this is true. Their spec sheet shows noise, surge/transient protection for the UPS's output. I'm not sure what you mean by "little", but assume it's not bad compared to nothing. ___________________________________________________________________ |Regards, PPG Biomedical Systems | |Paul Matz One Campus Drive | |914-741-4685 Pleasantville, NY. 10570 | |{..}!uunet!philabs!ppgbms!paul ppgbms!paul@philabs.philips.com | |___________________________________________________________________| ---------------------------------------------------------------------------- ========================================================================== Question: What about this UL-544 spec (low leakage current) that Clary says they meet? Summary: This has nothing to do with the UPS as a power supply; it has to do wit the UPS as a device. It is a measure of how much current will leak to the chassis from the hot wire under controlled conditions if the ground wire is disconnected. This spec is used for equipment used for medical and dental purposes. Excerpts: [[ My interpolations are in brackets like this. -P. ]] ---------------------------------------------------------------------------- From poage@sunny.ucdavis.edu Wed Jul 25 13:46:09 1990 The Standard for Medical and Dental Equipment, UL-544, recommends a number of different limits for leakage current, depending on the application. In general, medical and dental equipment are categorized into patient care and non-patient equipment. Leakage current, as far as your application is concerned, is defined as that AC or DC current that "leaks" (via electromagnetic coupling through insulation and air) from active ("hot") circuitry inside of the device through the chassis and to ground through the third grounding prong (since the ground prong is attached to the chassis). There are also other definitions that don't apply to you. The limit for non-patient equipment is 0.5 milliamperes for frequencies up to one kilohertz; this happens to be about the perception threshold in humans for 60 Hz sinusoidal current. The UL chassis-ground current leakage limit for patient care equipment is 0.1 milliamperes. ... I wouldn't worry about it. [[ Following in response to email request from me for clarification. -P. ]] To perform this kind of test, the tester is plugged into an electrical outlet, the device power cord is plugged into the tester and a measurement wire is connected from the tester to the device chassis. The plug ground is then temporarily lifted (disconnected) and the leakage measured as that current which flows from the device active circuit (the hot wire) to the device chassis and into the tester wire and its measurement circuitry. Some measurement levels are down to a few microamperes. As you might imagine this requires some sensitive circuits. -- Tom Poage, Clinical Engineering Universiy of California, Davis, Medical Center, Sacramento, CA poage@sunny.ucdavis.edu {...,ucbvax,uunet}!ucdavis!sunny!poage -------------------------------------------------------------------------- **************************************************************************** THE END! -P. ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************** Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027 (212)854-1418 shenkin@cunixc.cc.columbia.edu(Internet) shenkin@cunixc(Bitnet) ***"In scenic New York... where the third world is only a subway ride away."***   Received: from vmb.brl.mil by VMB.BRL.MIL id ae01186; 26 Jul 90 16:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00096; 26 Jul 90 16:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11786; 26 Jul 90 14:42 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06370; 26 Jul 90 14:06 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6379; Thu, 26 Jul 90 12:36:08 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 26 Jul 90 12:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA06885; Thu, 26 Jul 90 12:43:59 DSD Date: Thu, 26 Jul 90 12:43:59 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Saved Mail indicies. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007261943.AA06885@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How can I run a batch job at night to regenerate a master index of my saved inbound and outbound mail ? I tried this in a shell script, but it only prints out the first screen full of headers and quits. I want it to printout all of the headers. for i in `ls SavedMail` do (echo x)| Mail -n -f $i | > Mail_Index done Also, how can I change the prompt ? (does not work when I set it) dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00096; 26 Jul 90 16:01 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa11725; 26 Jul 90 14:37 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa08762; 26 Jul 90 13:48 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7250; Thu, 26 Jul 90 13:47:47 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 26 Jul 90 13:50 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA08097; Thu, 26 Jul 90 13:55:46 DSD Date: Thu, 26 Jul 90 13:55:46 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: High Speed Parallel interface To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007262055.AA08097@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I want to connect a bidirectional 16 bit peripheral parallel device. I understand that sgi sells a parallel board, but no one at my sales office knew anything about it. What is this board ( a PCI-1 ) ? Will it do what I want ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01186; 26 Jul 90 16:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00924; 26 Jul 90 16:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06377; 26 Jul 90 14:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13553; Thu, 26 Jul 90 10:54:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 17:30:22 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: gl question - editing large objects Message-Id: <10937@odin.corp.sgi.com> References: <9007251346.AA24480@acf4.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007251346.AA24480@acf4.NYU.EDU>, karron@ACF4.NYU.EDU (Dan Karron) writes: |> My understanding that graphical objects are not the way to go since |> the new cpus can keep up with the graphics pipeline. |> |> Is it correct to say that the entire compiled objects part of the gl is |> obsolete ? Are there any specific instances where you should use it ? |> |> dan. Compiled objects are not obsolete. In fact, the 3.3 release now lets you use the 'fast path' routines, bgnpolygon, v3f, endpolygon, etc. in objects. The point is that compiled objects have to be very general to handle every imaginable way that a customer might want to use them. As a result, the way they are almost certainly not as efficient as if you did it yourself. I would venture to say that there is *absolutely no way* that editing objects and redrawing will be as fast as doing all the drawing yourself for this particular application. In fact, editing objects will be more work. You not only have to build the object, you have to manage a mapping of vertices to edit points in the object. For each vertex that changes, you have to make 3 or 4 calls to edit that vertex in the object. If you do it yourself, you redraw by calling the drawing commands you used to build the object. You change the vertex information, then redraw. You will have to store the static color information (if I remember your problem correctly) but that's a pretty simple 2D array. And you aren't using any more memory, because the GL object would store it in your host memory anyway. As a matter of fact, the GL object would use more memory, because it would have to store a token that indicates that you were calling cpack() on the color data, and there would also be a token stored for the v3f command. Then there is the extra overhead for the (probably) linked list that the GL object is stored as. And there's probably overhead for each edit point. You'll find you need less code without editing objects and it will run faster. Robert Skinner robert@sgi.com Well you run and you run to catch up with the sun, but it's sinking; racing around to come up behind you again   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01186; 26 Jul 90 16:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00924; 26 Jul 90 16:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06482; 26 Jul 90 14:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16223; Thu, 26 Jul 90 11:32:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 18:09:46 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: DEC and TEK Message-Id: <2909@dftsrv.gsfc.nasa.gov> References: <1990Jul26.160709.451@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul26.160709.451@sgzh.uucp> root%sgzh.uucp@uunet.uu.net (Bruno Pape) writes: >Two questions: > > Any ideas on what software one would put on a SGI > to allow it to act as a host computer to Tek displays? IDL (packaged as PV-wave on the IRIS) unixplot GNUplot (free version of unixplot) And any other package which supports 'tek' devices. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John H. Merritt # Yesterday I knew nothing, Applied Research Corporation # Today I know that. merritt@iris613.gsfc.nasa.gov #   Received: from vmb.brl.mil by VMB.BRL.MIL id ae01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad01186; 26 Jul 90 16:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00924; 26 Jul 90 16:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06494; 26 Jul 90 14:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14506; Thu, 26 Jul 90 11:08:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 17:37:55 GMT From: Brian McClendon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: gl question - editing large objects Message-Id: <10940@odin.corp.sgi.com> References: <9007251346.AA24480@acf4.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007251346.AA24480@acf4.NYU.EDU> karron@ACF4.NYU.EDU (Dan Karron) writes: >My understanding that graphical objects are not the way to go since >the new cpus can keep up with the graphics pipeline. > >Is it correct to say that the entire compiled objects part of the gl is >obsolete ? Are there any specific instances where you should use it ? > >dan. Here's the story: The main advantage of objects (aka display lists) is their ability to draw quickly once generated. In a large program with hundreds (or thousands) of lines of rendering code, its much easier to generate an object with the complex code and view it with a tight loop of callobj()s than it would be to tune the rendering code up to the speed of the graphics. On a GT/GTX it was discovered that there was no reasonable way to make v3f() object-able without impacting its immediate mode performance. This caused the GT version of the GL Reference Manual and GLPG to have words to the effect that objects were heading for obsolescence. This is no longer true. With 3.3, we discovered a way to use the shared library jump table to make all of the high performance routines object-able without slowing their immediate mode performance. On the VGX in particular there are a couple of cases where objects draw slightly faster than the best immediate mode code (slightly = <20%). To meet the performance of the GT/X and VGX graphics, immediate mode code should have no more than 3 lines of MIPS assembly for each call to v3f/c3f/n3f (and equiv). This applies for "fast path" quads and tmeshes where fast path is a single-infinite-light, flat-or-gouraud, ~50-pixel-tri-or-~100-pixel-quad. More options will slow down graphics to the point where more MIPS code can fit in without degradation. On a Personal Iris, the balance is more in favor of the CPU, but if you want your code to remain graphics limited when you move up to faster graphics hardware, keep the above in mind. Editing objects always has been, and probably always will be slower than users would like. The main question is: how much editing are you going to be doing? If you change most of your scene every frame, objects probably aren't a good idea, but if you keep most of your scene constant or change it infrequently then objects could be used to your advantage. Experimentation is the best way to find out if its right for your application. ---------------------------------------------------------------------------- Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110 -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id af01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af01186; 26 Jul 90 16:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01109; 26 Jul 90 16:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07453; 26 Jul 90 15:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19389; Thu, 26 Jul 90 12:14:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 18:46:01 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI "XDR opaque" errors? Message-Id: <65209@sgi.sgi.com> References: <82725@srcsip.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <82725@srcsip.UUCP> scott@harvey.src.honeywell.com (Rich Scott) writes: >I've recently installed Sun's PC-NFS version 3.01 on a number of PC's >which are connected to a Silicon Graphics Personal Iris masquerading >as a CDC Cyber 910. Cabling seems fine, everybody can ping one >another. The PC's can attach, mount drives, and print files to the >Iris ok, but when we attempt to transfer files we receive error >messages on the console. The error messages mention something about >XDR opaque errors. The files are also slightly corrupted. > >Any ideas? Is SGI's implementation of NFS not compatible with Sun's >PC-NFS? Are there any recent updates to SGI's NFS software? I hear it's fixed in IRIX 3.2.3.   Received: from vmb.brl.mil by VMB.BRL.MIL id ag01527; 26 Jul 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag01186; 26 Jul 90 16:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01109; 26 Jul 90 16:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07488; 26 Jul 90 15:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19289; Thu, 26 Jul 90 12:13:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 18:06:30 GMT From: Kurt Akeley Organization: sgi Subject: Re: gl question - editing large objects Message-Id: <10946@odin.corp.sgi.com> References: <9007251346.AA24480@acf4.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL no, it is not the case that GL objects are obsolete. (although it was reasonable to conclude this, based on the lack of development attention that they received prior to the 3.3 release.) in the 3.3 release objects have been extended to include ALL the new drawing commands, such as bgnpolygon(), c(), n(), v(), t(), and endpolygon(). the execution performance of objects is now very high, in some cases slightly higher than can be achieved by immediate-mode calls. however, the editing performance of objects is poorer than ever, as a result of some arcane interactions between shared libraries and code caches. thus (for now) rule one: if performance is an issue, use GL objects only for data that never change. in general, we continue to encourage you to program using the immediate mode capabilities of the GL. immediate mode coding supports interractive graphics driven by changing data. that's the way we like to do graphics. however, there are some cases where GL objects may be preferred to GL immediate mode: 1. given our renewed comittment to GL objects, their performance is likely to track the inherent performance of new machines, whereas your immediate mode code may not (due, perhaps, to subtle issues like quad-word alignment, which change from machine to machine, and which we can handle in our object storage format). if your code basically views static objects, it may port better if it is object based. 2. in upcoming releases DGL and GL will be better integrated, and GL programs will more often be run across networks (as in the X model). because objects are stored and traversed on the server, rather than on the client, objects will typically execute faster than immediate code when client and server are different machines. finally, while GL objects are not being obsoleted, other parts of the current GL will be. these include (definitely) all the old-style drawing commands, such as pnt, move/draw, pmv/pdr/pclos, poly/polf, and (likely) the old-style pixel commands, such as readpixels/writepixels and readRGB/writeRGB. -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02362; 26 Jul 90 17:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01772; 26 Jul 90 16:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01531; 26 Jul 90 16:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07720; 26 Jul 90 15:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20126; Thu, 26 Jul 90 12:25:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 19:20:38 GMT From: Kian-Tat Lim Organization: California Institute of Technology, Pasadena, CA Subject: Re: gl question - editing large objects Message-Id: <1990Jul26.192038.3574@laguna.ccsf.caltech.edu> References: <9007251346.AA24480@acf4.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007251346.AA24480@acf4.NYU.EDU>, karron@ACF4 (Dan Karron) writes: >Is it correct to say that the entire compiled objects part of the gl is >obsolete ? Are there any specific instances where you should use it ? I believe that objects are necessary to get the most benefit out of DGL, the distributed GL library. Objects may be stored on the display server and redisplayed with one call, minimizing traffic over the net. Then again, how many people are actually using DGL? [This is not purely rhetorical.] -- Kian-Tat Lim (ktl@wag240.wag.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02362; 26 Jul 90 17:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01772; 26 Jul 90 16:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01741; 26 Jul 90 16:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08074; 26 Jul 90 16:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23693; Thu, 26 Jul 90 13:18:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 19:50:05 GMT From: News System Account Organization: Air Force Institute of Technology; WPAFB, OH Subject: tcsh kills all forkwsh windows at login from console! Message-Id: <1664@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have loaded the latest tcsh as my default shell upon login. However, when my user.ps is executed ( I have 4 windows that are created with forkwsh) my wsh windows are painted onto the screen and then immediately blown away. I also have a wsh toolchest and a remote toolchest. The windows that are opened from the wsh toolchest act the same way. The window in the remote toolchest that is set to rlogin to the host I am using works fine. It appears to either have something to do with forkwsh within wsh.ps or something the system does at login time. Tcsh is a powerful shell that is extremely helpful, but I would like to have it as my default shell instead of invoking it manually for each window created. Any help in this matter would be greatly appreciated. Bill DeRouchey ..   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04075; 26 Jul 90 18:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03888; 26 Jul 90 18:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03880; 26 Jul 90 18:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08335; 26 Jul 90 17:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25961; Thu, 26 Jul 90 13:53:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 20:01:37 GMT From: Reg Quinton Subject: Login/Pandor bug with big uid/gid Message-Id: <6545.26af13e1@uwovax.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We're having a problem with IRIX System V Release 3.2 and login/pandora. Both entry points croak when either of the gid/uid pair is >2^15 (but still <2^16). Apparently someone coded with "short" when they ought to have said "ushort". Has anyone else seen this? Has this been reported before? Is it fixed in Release 3.3 (which I gather is out)? Any help would be appreciated. -- Telephone: (519) 661 2151 x6026 (a real person and not a machine) Canada: reggers@uwo.ca (used to be UWO.CDN) BITNET: reggers@uwovax.BITNET (for the ethnocentric) UUCP: reggers@ria.UUCP (...uunet!utai!ria!reggers)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04075; 26 Jul 90 18:50 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab03888; 26 Jul 90 18:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03883; 26 Jul 90 18:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08419; 26 Jul 90 17:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27291; Thu, 26 Jul 90 14:14:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 19:43:58 GMT From: Paul Jackson Organization: Silicon Graphics, Research & Development Subject: Re: Enscript for IRIS? Message-Id: <10961@odin.corp.sgi.com> References: <1990Jul26.163943.6107@caen.engin.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul26.163943.6107@caen.engin.umich.edu>, hulbert@caen.engin.umich.edu (Gregory Mark Hulbert) writes: > Does there exist a version of Adobe's Enscript program for IRISes? > I miss this program from my Sun days. > Thanks for any help, > Greg Hulbert > Gregory_M._Hulbert@ub.cc.umich.edu Yes - SGI ships enscript as part of the trans.sw.trans and trans.man.trans packages. Thanks, take care ... Paul Jackson (pj@asd.sgi.com), x1373   Received: from vmb.brl.mil by VMB.brl.MIL id ab04337; 26 Jul 90 19:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04185; 26 Jul 90 19:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04117; 26 Jul 90 18:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08515; 26 Jul 90 17:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28424; Thu, 26 Jul 90 14:33:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 21:09:57 GMT From: Thilaka Sumanaweera Organization: /user/sumane/.organization Subject: FUJITSU 2263 disk drive on SGI Personal IRIS 4D/2? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone has any experience (good or bad) with this particular disk drive on personal Iris. (It is a SCSI-2, 676Mb [formatted] drive.) Any information is appreciated. Thilaka   Received: from vmb.brl.mil by VMB.brl.MIL id ac04337; 26 Jul 90 19:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04185; 26 Jul 90 19:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04135; 26 Jul 90 18:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08684; 26 Jul 90 18:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00909; Thu, 26 Jul 90 15:08:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 21:25:22 GMT From: James Helman Organization: Stanford University Subject: Re: DEC and TEK Message-Id: References: <1990Jul26.160709.451@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > 1. One of our sales people would like to sell some SGI machines to someone > who would like to use them to replace some VAXes driving Tektronix 4011 > terminals and such. Any ideas on what software one would put on a SGI > to allow it to act as a host computer to Tek displays? xterm, the terminal emulator for the X Window System, has a Tek emulator (enabled via the VT Options menu which is usually bound to ctrl-middle mouse). It comes standard with IRIX 3.2. Jim Helman Department of Applied Physics 6 Trillium Lane Stanford University San Carlos, CA 94070 (jim@thrush.stanford.edu) (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04479; 26 Jul 90 19:56 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa04337; 26 Jul 90 19:32 EDT Received: by VMB.BRL.MIL id aa04251; 26 Jul 90 19:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04105; 26 Jul 90 18:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08428; 26 Jul 90 17:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27678; Thu, 26 Jul 90 14:20:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 20:01:43 GMT From: Steve langer Organization: Research Institutes, University of Chicago Subject: Another C bug? Message-Id: <1990Jul26.200143.1625@midway.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been having trouble with the MIPS C compiler on a Silicon Graphics 4D/220 (3.2). I think this is slightly different than the (void *) bug that was discussed here recently. The problem is that pointers to functions returning void aren't treated properly. The following program doesn't compile if TYPE is defined to be "void". It works if TYPE is defined to be "int". It compiles (and works!) in both cases on a Sun. #include #define TYPE void TYPE func() { /* A function */ printf("funk!\n"); } main() { TYPE (*function)(); /* A Pointer to a function */ int test = 1; function = func; if(func == function) (*function)(); /* This line doesn't compile! */ } Here's what the compiler says: rainbow74 >> cc junk.c ccom: Error: junk.c, line 13: operands of == have incompatible types if(func == function) (*function)(); ----------------------^ I get the same thing if I try to use something like void (*f)(), (*g)(); int flag; anotherfunction(flag ? f : g); /* incompatible types for ":" ???? */ Thanks for any advice. Steve (langer@control.uchicago.edu)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05565; 26 Jul 90 21:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05454; 26 Jul 90 21:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05421; 26 Jul 90 21:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09282; 26 Jul 90 20:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10912; Thu, 26 Jul 90 17:40:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Jul 90 23:58:25 GMT From: Shin Kurokawa Organization: Research Institutes, University of Chicago Subject: Re: Enscript for IRIS? Message-Id: <1990Jul26.235825.5715@midway.uchicago.edu> References: <1990Jul26.163943.6107@caen.engin.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul26.163943.6107@caen.engin.umich.edu> hulbert@caen.engin.umich.edu (Gregory Mark Hulbert) writes: >Does there exist a version of Adobe's Enscript program for IRISes? >I miss this program from my Sun days. >Thanks for any help, >Greg Hulbert >Gregory_M._Hulbert@ub.cc.umich.edu Adobe's Transcript package (which includes Enscript, ps4014, and other goodies) works fine on the SGI 4D series machines by using the provided sysv script in the package. We have the copy running on several 200-series machines as well as the PI's. The only problem is that there's a typo in the makefile... I seem to recall this was dumb flag in the sed statement. It's trivial to fix. The rest is just the compile, which takes about 10 minutes max. You'll need to play around with the lp interface files and use the lpr/lpd package form the sgi archive for the printout to come out properly. Hope this helps. --Shin-- / \\\\\ S h i n K u r o k a w a shin@rainbow.uchicago.edu [128.135.4.33] ^ //// Research Institutes,Univ.of Chicago {mimsy,ncar,rutgers}!oddjob!shin @ \@ 5640 S.Ellis Ave., Chicago, IL 60637 USA - Fax:(312)7025863 v ) Eat more rice!! --   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05885; 26 Jul 90 22:24 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05740; 26 Jul 90 22:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05671; 26 Jul 90 21:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09403; 26 Jul 90 21:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14322; Thu, 26 Jul 90 18:28:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 01:05:56 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: strange floating point exception interrupt behavior Message-Id: <65263@sgi.sgi.com> References: <9007260022.AA03729@chem.chem.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007260022.AA03729@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: > The shock came from the interrupt rate, which went from a background level > of 200-400 per second up to ~20K per second (35K on the 340VGX!) > > Ultimately, I discovered that the extra interrupts were occuring whenever > floating point operations resulted in underflow. This behavior can be > demonstrated by compiling and running this code: [deleted] The MIPS R3010 floating point hardware does not handle the "exceptional" conditions of IEEE floating point, including underflow. Whenever an f.p. operation would result in underflow, the chip generates an interrupt, and the f.p. operation is done in software, correctly dealing with all the obscure conventions of IEEE arithmetic. This is one of the reasons that the chip is (normally) so fast: all that silicon that would normally be devoted to this stuff is removed and is instead invested in making the normal case go faster. Of course, this is also the reason why it is so slow in your particular case. The reason why underflow is particularly bad is that once you get an IEEE denorm, subsequent operations on that denorm will also cause interrupts, et cetera. You say that you have 3.3; if you are not too worried about exact IEEE semantics for your f.p. operations, then you can use the "sigfpe(3C)" package (or "fsigfpe(3F)" for the Fortran interface). This allows you to specify what you want done when these sorts of exceptions occur. The fast simple thing to do is that when an underflow (_UNDERFL) exception occurs, instead of computing the correct denorm value, just use zero as the result value (note that non-IEEE machines typically do just that). You will still take an interrupt when a denorm value is *first* generated, but by replacing it with zero, you prevent that denorm interrupt from propagating into subsequent calculations. This normally gets rid of the vast majority of these interrupts. Sadly, if you *really* need the exact correct IEEE denormalized values, you are stuck. As I said, the R3010 does not have hardware support for denorms, and so operations on denorms must be done in software. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06385; 26 Jul 90 23:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06305; 26 Jul 90 23:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06277; 26 Jul 90 23:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09631; 26 Jul 90 23:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20229; Thu, 26 Jul 90 19:57:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 01:56:53 GMT From: Emma Lan Organization: Project NORTHSTAR, Dartmouth College Subject: spaceball Message-Id: <23385@dartvax.Dartmouth.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We had a 4D/80 IRIS two years ago, we did a lot things which need dials and buttons to rotate and translate objects on it. So most of our programs have been written accordingly. Now we got another 4D/210 IRIS, and we are thinking of transfering some of our programs to this new machine, but this new machine has an innovative device called "spaceball", instead of the "dial and button box". Could someone please send me a sample program using this new "spaceball" device or point it out how to convert "the dial and button box" to "spaceball device". Please reply me to emma@northstar.dartmouth.edu. Thanks a lot in advance!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06931; 27 Jul 90 0:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06437; 27 Jul 90 0:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06416; 26 Jul 90 23:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09725; 26 Jul 90 23:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22026; Thu, 26 Jul 90 20:22:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 03:12:17 GMT From: Bob Organization: Silicon Graphics, Inc., Mountain View, CA Subject: CHEAP SECOND SOURCE INDOES FOR PERSONAL IRIS WANTED Message-Id: <65288@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL WE RECENTLY GOT A PERSONAL IRIS. HOWEVER AFTER LOADING OUR SOFTWARE WE GOT A MESSAGE: "OUT OF INODES" DO YOU KNOW WHERE WE CAN GET SOME CHEAP REPLACEMENTS FOR THE ONES WE"VE USED? I HEARD SGI CHGARGES TOO MUCH, AND MAC INODES CAN BE USED IN STEAD. THANK YOU. BOB ZZ :WQ EIXT   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07937; 27 Jul 90 4:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07879; 27 Jul 90 3:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07853; 27 Jul 90 3:42 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06448; 26 Jul 90 14:34 EDT Received: from ITNVAX.CINECA.IT by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6476; Thu, 26 Jul 90 12:44:24 EDT Message-id: <3575@ITNVAX.CINECA.IT> Date: Thu, 26 JUL 90 18:42 N From: "VALTER V. CAVECCHIA - C.N.R. I-38050..." Reply-To: CAVECCHIA%ITNVAX.CINECA.IT@cunyvm.cuny.edu Comments: INFN.IT domain is equivalent to BITNET domain: INFNET; INFNET has been disestablished Dec 31, 1988 Subject: Chaos (visual dynamics) for the Iris To: INFO-IRIS@BRL.MIL X-Original-To: info-iris@brl.mil, CAVECCHIA Someone told me about a nice program which name is CHAOS for the Iris. This program provides an environment for numerical exploration in phase space of dynamical systems. It is written by Bruce Stewart of the Brookhaven National Labs. The problem is: Is this program available to everyone (i.e. public domain)? In case the previous answer were yes, how is possible to get it? I mean an anonymous ftp source or something like that. Thanks a lot in advance to all. valter P.S. I'm also interested in any program related with the field of scientific visualization. I'm organizing a local workshop here in Italy for the Italian Accademic Community next September and would like to have some software running. Public domain or demo versions (but with some interactivity) of commercial products would be very appreciated. --------------------------------------------------------------------------- | Valter V. Cavecchia | Bitnet: cavecchi@itncisca | | Centro di Fisica del C.N.R. | cavecchia@itnvax.cineca.it | | I-38050 Povo (TN) - Italy | Decnet: itnvax::cavecchia (37.65) | ---------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04566; 26 Jul 90 20:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04479; 26 Jul 90 19:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04342; 26 Jul 90 19:26 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa08309; 26 Jul 90 17:03 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 27 Jul 90 09:01 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 27 Jul 90 09:01 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA10859; Fri, 27 Jul 90 09:00:20 NZT Date: Fri, 27 Jul 90 09:00:20 NZT From: russell@ccu1.aukuni.ac.nz Subject: DEC and TEK To: info-iris@vgr.brl.mil Message-Id: <9007262100.AA10859@ccu1.aukuni.ac.nz> > >1. One of our sales people would like to sell some SGI machines to someone > who would like to use them to replace some VAXes driving Tektronix 4011 > terminals and such. Any ideas on what software one would put on a SGI > to allow it to act as a host computer to Tek displays? > I don't see the problem. TEk 401x are just ascii terminals, solong as the applications software will run on the SGI then it should all go. If it *is* a question of the applications software then you will have to be a lot more specific. CA are supposed to have DISSPLA available soon for Irix. We are looking for an ISPP ( calcomp interface routines, PLOT and PLOTS etc.) to drive Tek 4014 terminals. The other possibility is they might be using PLOT10, which comes from Tektronics ( I think). Cheers, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07063; 27 Jul 90 1:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07018; 27 Jul 90 0:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07004; 27 Jul 90 0:38 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa09877; 27 Jul 90 0:27 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 27 Jul 90 16:26 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 27 Jul 90 16:07 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA03467; Fri, 27 Jul 90 16:06:20 NZT Date: Fri, 27 Jul 90 16:06:20 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: tcsh kills all forkwsh windows at login from console! To: info-iris@vgr.brl.mil Message-Id: <9007270406.AA03467@ccu1.aukuni.ac.nz> Problems with tchs not working under wsh were discussed here a month or so back. As far as I can remember the crucial thing is that tcsh must be in /bin or (as we have) a link in /bin to where ever tcsh really is. This works for us.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11918; 27 Jul 90 9:38 EDT Received: by VMB.BRL.MIL id aa11883; 27 Jul 90 9:35 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab09339; 27 Jul 90 7:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09305; 27 Jul 90 7:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10684; 27 Jul 90 7:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18025; Fri, 27 Jul 90 04:07:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 11:02:55 GMT From: Mark Overmars Subject: Re: gl question - editing large objects Message-Id: <3649@ruuinf.cs.ruu.nl> References: <9007251346.AA24480@acf4.NYU.EDU>, <10940@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL One of the things that would make the use of objects a lot more interesting (according to me) would be the possibility to save them in files and to read them in later. Just adding two routines in the Graphical Library to load and save objects would mean that you only have to define your objects once. This would normally reduce the size of your programs (when they use basic objects) considerably. You could make a simple library of all the objects you need. Mark Overmars   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13452; 27 Jul 90 10:51 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10985; 27 Jul 90 8:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10741; 27 Jul 90 8:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10891; 27 Jul 90 8:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21311; Fri, 27 Jul 90 05:09:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 11:11:18 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Re: gl question - editing large objects Message-Id: <2912@dftsrv.gsfc.nasa.gov> References: <9007251346.AA24480@acf4.NYU.EDU>, <10946@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10946@odin.corp.sgi.com> kurt@cashew.asd.sgi.com (Kurt Akeley) writes: >no, it is not the case that GL objects are obsolete. (although it was >reasonable to conclude this, based on the lack of development attention >that they received prior to the 3.3 release.) in the 3.3 release >objects have been extended to include ALL the new drawing commands, >such as bgnpolygon(), c(), n(), v(), t(), and endpolygon(). the >execution performance of objects is now very high, in some cases slightly >higher than can be achieved by immediate-mode calls. > While this part is good news, I have a philosophical problem with the following: > >in general, we continue to encourage you to program using the immediate >mode capabilities of the GL. immediate mode coding supports interractive >graphics driven by changing data. that's the way we like to do graphics. > This implies, to me at least, that SGI considers the use of objects as being wrong, simply because they like to do graphics without them. This reminds me of the SGI course I took a couple of years ago when the instructor said noone should ever use color map mode. I don't think vendors should tell customers that it is wrong to use a tool the vendor supplies (I can understand a vendor saying not to use a tool someone else supplies). Another common vendor mistake is to think that how the vendor uses their own product is how the customer is going to use it. I would urge SGI to continue providing a range of graphics tools and supporting them without making judgements on how or if those tools should be used. (Recommendations for how to use a tool are, of course, appropriate and desired). Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14280; 27 Jul 90 11:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab14016; 27 Jul 90 11:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13936; 27 Jul 90 11:29 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa11419; 27 Jul 90 10:55 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA19298; Fri, 27 Jul 90 16:57:15 +0200 Received: from wirz.cigy (cgcha) by ciba-geigy.ch id AA01252; Fri, 27 Jul 90 16:49:05 +0200 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA28021; Fri, 27 Jul 90 16:49:05 +0200 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA12296; Fri, 27 Jul 90 16:48:46 DST (5.52/SMI-3.2-CG-1.0H) Date: Fri, 27 Jul 90 16:48:46 DST From: Dipl agr Veronique Eyraud Message-Id: <9007271448.AA12296@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: setting SUID for scripts Cc: deyrau@ciba-geigy.ch I am trying to set the SUID on a shell script. It appears beeing set with the ls command, but has no effect. Is it the case on this system that one can only SUID on programs,and not on scripts??? Thanks,   Received: from vmb.brl.mil by VMB.BRL.MIL id ac14526; 27 Jul 90 12:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14280; 27 Jul 90 12:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14226; 27 Jul 90 11:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11561; 27 Jul 90 11:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02921; Fri, 27 Jul 90 08:20:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 15:13:38 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: psview for .ps images Message-Id: <1990Jul27.151338.27799@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anybody attempted to use psview on a .ps image file. I mean a .rgb file converted to .ps image file. Some how when I say "psview .ps" it opens the psview window with nothing in it. I can print the same .ps file on a apple laser printer though. Any useful advice? Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15201; 27 Jul 90 12:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13734; 27 Jul 90 11:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13561; 27 Jul 90 11:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11345; 27 Jul 90 10:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29528; Fri, 27 Jul 90 07:29:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 11:48:55 GMT From: Guido van Rossum Subject: /dev/audio examples / applications? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We just discovered /dev/audio in IRIX 3.2 for the PI, but there seem to be no standard programs to use it. Anybody got interesting software to apply this? Or even pointers? Guido van Rossum, Centre for Mathematics and Computer Science (CWI), Amsterdam guido@cwi.nl or ..!hp4nl!cwi.nl!guido or guido%cwi.nl@uunet.uu.net "He used to be a euphemism, now he's just a friend"   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15201; 27 Jul 90 12:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad14526; 27 Jul 90 12:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14410; 27 Jul 90 12:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11684; 27 Jul 90 11:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04820; Fri, 27 Jul 90 08:49:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 15:31:55 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Another C bug? Message-Id: <65335@sgi.sgi.com> References: <1990Jul26.200143.1625@midway.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul26.200143.1625@midway.uchicago.edu> langer@rainbow.uchicago.edu (Steve langer) writes: > > I've been having trouble with the MIPS C compiler on a >Silicon Graphics 4D/220 (3.2). I think this is slightly different >than the (void *) bug that was discussed here recently. The No, really the same. >problem is that pointers to functions returning void aren't >treated properly. True in 3.2. >The following program doesn't compile if TYPE is defined to be >"void". It works if TYPE is defined to be "int". It compiles >(and works!) in both cases on a Sun. [stuff deleted] >ccom: Error: junk.c, line 13: operands of == have incompatible types > if(func == function) (*function)(); > ----------------------^ Neither void * _nor_ void work dependably in 3.2. The void type was assigned the same type tag as ``undefined'' internally in ccom, which lead to various peculiar error messages. The problems are fixed in 3.3. In 3.3 ccom ``void'' is assigned its own unique internal type tag. Regards. [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15494; 27 Jul 90 12:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac13734; 27 Jul 90 11:23 EDT Received: by VMB.BRL.MIL id ab13677; 27 Jul 90 11:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab13591; 27 Jul 90 11:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11406; 27 Jul 90 10:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01113; Fri, 27 Jul 90 07:51:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 15:41:25 GMT From: Michael Holder Organization: University of Houston, Chemistry Department Subject: Console graphics startup with background jobs problem Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have recently noticed a problem downloading the graphics subsystem while trying to log into the console with background jobs running. We are currently running IRIX 3.3 OS. This problem also seems to affect an Exabyte we have connected to out system. Has anyone else experienced this problem?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18193; 27 Jul 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16353; 27 Jul 90 13:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16091; 27 Jul 90 13:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11835; 27 Jul 90 12:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09168; Fri, 27 Jul 90 09:50:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 16:10:34 GMT From: Allan Fleming Organization: University of Waterloo, Waterloo, Ontario Subject: Exabyte - can't read OS3.2 tapes from OS3.3 Message-Id: <1990Jul27.161034.6142@watserv1.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am unable to read exabyte tapes that were written under OS 3.2 while using OS 3.3. All I get is a message from bru - warning end of volume one - while at the begining of the tape. I can read exabyte tapes written under OS 3.3 - Help, Allan Fleming   Received: from vmb.brl.mil by VMB.BRL.MIL id ab18193; 27 Jul 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16353; 27 Jul 90 13:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab16091; 27 Jul 90 13:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11837; 27 Jul 90 12:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08564; Fri, 27 Jul 90 09:42:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 15:35:17 GMT From: "Scott R. Presnell" Subject: SIGSTOP and SIGCONT rules Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hey all - I have been experementing with sending processes SIGSTOP and SIGCONT from csh. This is under IRIX 3.2 - and assuming that I (not root) am doing the "kill"ing: When a process is started and backgrounded from csh, I can basically STOP and CONT it from that csh or any other csh connection. Fine. If I background the process and logout of the csh that started the process, then the first time I send it STOP from another csh, the process exits. What are the rules for sending SIGSTOP and SIGCONT to a process? From csh? From a daemon that nolonger has a controlling tty? (I'm more interested in the daemon rules.) How does the process group relate to this? Thanks. - Scott -- Scott Presnell +1 (415) 476-9890 Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu University of California UUCP: ...ucbvax!ucsfcgl!srp San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18997; 27 Jul 90 14:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17184; 27 Jul 90 13:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16553; 27 Jul 90 13:23 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa11808; 27 Jul 90 12:43 EDT Received: Fri, 27 Jul 90 09:43:25 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 27 Jul 90 12:43:47 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 27 Jul 90 13:28:31 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 27 Jul 90 13:28:31 EDT From: Tony Facca Message-Id: <9007271728.AA04140@avelon.lerc.nasa.gov> To: sgi!bob%manray.asd.sgi.com@ucbvax.berkeley.edu Subject: Re: CHEAP SECOND SOURCE INDOES FOR PERSONAL IRIS WANTED Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > WE RECENTLY GOT A PERSONAL IRIS. HOWEVER AFTER LOADING OUR SOFTWARE > WE GOT A MESSAGE: "OUT OF INODES" DO YOU KNOW WHERE WE CAN GET SOME > CHEAP REPLACEMENTS FOR THE ONES WE"VE USED? > > I HEARD SGI CHGARGES TOO MUCH, AND MAC INODES CAN BE USED IN STEAD. > > THANK YOU. I think you can get some government surplus inodes for cheap. Of course you have to make sure that you ask for "plain file" inodes or else some sleazy salesman might try to pawn off some of those "directory" inodes on you. I also seem to recall an anonymous ftp site from which you could get some Public Domain inodes. You should probably call SGI if your machine is still pretty new, they may not have shipped you all the inodes which you ordered. Don't try installing these things yourself, you better get a trained professional to help you out. Hope this helps.. ;-) -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19481; 27 Jul 90 14:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad18193; 27 Jul 90 14:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17562; 27 Jul 90 13:49 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12017; 27 Jul 90 13:22 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8291; Fri, 27 Jul 90 13:22:22 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 27 Jul 90 13:24 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA09631; Fri, 27 Jul 90 13:31:00 DSD Date: Fri, 27 Jul 90 13:31:00 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Bibliography Systems for IRIS To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007272031.AA09631@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Does anyone have experience with the various bib database systems out there for unix, particularly, those that I can run on my IRIS workstation ? What system do you use and do you like it ? What would you like to see. What about the Documentors Workshop stuff from sgi ? Is is any good for academic bibs ? Freeware ? Commercial systems ? Has anyone tried or is using ocr scanning to input abstracts and text whith an eye to extracting the bib info ? Are there any systems for this. Is there any ocr support that will run on an iris ? How does tex compare with postscript for paper writing ? How is the sgi TeX system ? Dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19481; 27 Jul 90 14:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac18997; 27 Jul 90 14:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18724; 27 Jul 90 14:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12192; 27 Jul 90 13:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12623; Fri, 27 Jul 90 10:39:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 09:11:39 GMT From: Scott Henry Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: tcsh kills all forkwsh windows at login from console! Message-Id: References: <9007270406.AA03467@ccu1.aukuni.ac.nz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I also had a problem with tcsh. If you use the /etc/d_passwd and /etc/dialups stuff to get dialup passwords, /bin/tcsh has to be in the /etc/d_passwd file, or things don't work right. Just something else to watch out for. -- scott -- Scott Henry / Traveller on Dragon Wings Information Services, / Help! My disclaimer is missing! Silicon Graphics, Inc / 'Under-achiever and proud of it!' -- Bart Simpson   Received: from vmb.brl.mil by VMB.BRL.MIL id ac19481; 27 Jul 90 14:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad18997; 27 Jul 90 14:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab18724; 27 Jul 90 14:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12196; 27 Jul 90 13:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12617; Fri, 27 Jul 90 10:39:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 17:04:55 GMT From: "J.R." Organization: Silicon Graphics Inc. Subject: Re: CHEAP SECOND SOURCE INDOES FOR PERSONAL IRIS WANTED Message-Id: <11019@odin.corp.sgi.com> References: <65288@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <65288@sgi.sgi.com>, bob@manray.asd.sgi.com (Bob) writes: > WE RECENTLY GOT A PERSONAL IRIS. HOWEVER AFTER LOADING OUR SOFTWARE > WE GOT A MESSAGE: "OUT OF INODES" DO YOU KNOW WHERE WE CAN GET SOME > CHEAP REPLACEMENTS FOR THE ONES WE"VE USED? > > I HEARD SGI CHGARGES TOO MUCH, AND MAC INODES CAN BE USED IN STEAD. > > THANK YOU. > > BOB > > ZZ > :WQ > EIXT I think someone already posted a list of third party inode sources. Would the person who did that please repost it? (SGI marketing, are you listening?) Bob (Wow, same name!) P.S. Has anybody heard about the proposed government inode consortium? I heard that its purpose is to facilitate the development of standards for the inode industry, and lobby for trade barriers against Japanese imported inodes.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad19481; 27 Jul 90 14:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae18997; 27 Jul 90 14:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18728; 27 Jul 90 14:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12215; 27 Jul 90 13:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12578; Fri, 27 Jul 90 10:38:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 16:51:49 GMT From: "John F. Malia" Organization: SGI:ASD, I/O Subsystems Group Subject: Re: psview for .ps images Message-Id: <11011@odin.corp.sgi.com> References: <1990Jul27.151338.27799@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul27.151338.27799@cs.utk.edu>, murthy@utkcs2.cs.utk.edu (Nagesh Murthy) writes: |> Has anybody attempted to use psview on a .ps image file. I mean a .rgb file |> converted to .ps image file. Some how when I say "psview .ps" it |> opens the psview window with nothing in it. I can print the same .ps file |> on a apple laser printer though. |> Thanking in advance. I had probelms also viewing .ps images with psview. Talking with Paul Haeberli, he suggested using psh. It worked, but you can't move the image around. johnm John Malia ::-{Q Silicon Graphics, Inc. | There's no place, anything like this AS Division 2011 Shoreline Blvd. | place, anywhere near this place, I/O Systems Dept. Mt. View, Ca. 95034 | ...so this must be the place! ************* What I say is what *I* think, not what SGI thinks ************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19978; 27 Jul 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae19481; 27 Jul 90 15:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19253; 27 Jul 90 14:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12396; 27 Jul 90 14:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15042; Fri, 27 Jul 90 11:14:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 17:24:04 GMT From: Bent Hagemark Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: CHEAP SECOND SOURCE INDOES FOR PERSONAL IRIS WANTED Message-Id: <11025@odin.corp.sgi.com> References: <65288@sgi.sgi.com>, <11019@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11019@odin.corp.sgi.com> bob@horus.esd.sgi.com (J.R.) writes: > >In article <65288@sgi.sgi.com>, bob@manray.asd.sgi.com (Bob) writes: >> WE RECENTLY GOT A PERSONAL IRIS. HOWEVER AFTER LOADING OUR SOFTWARE >> WE GOT A MESSAGE: "OUT OF INODES" DO YOU KNOW WHERE WE CAN GET SOME >> CHEAP REPLACEMENTS FOR THE ONES WE"VE USED? >> >> I HEARD SGI CHGARGES TOO MUCH, AND MAC INODES CAN BE USED IN STEAD. >> >> THANK YOU. >> >> BOB >> >> ZZ >> :WQ >> EIXT > >I think someone already posted a list of third party inode >sources. Would the person who did that please repost it? > >(SGI marketing, are you listening?) > >Bob (Wow, same name!) > >P.S. Has anybody heard about the proposed government inode >consortium? I heard that its purpose is to facilitate the >development of standards for the inode industry, and lobby >for trade barriers against Japanese imported inodes. In an effort to reduce inode emissions we'll be installing a special inode filter on /dev/null. Watch for this in cypress. Coupled with a company wide collection effort we should be able to recycle 37% of our used inodes.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20565; 27 Jul 90 15:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab19978; 27 Jul 90 15:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19904; 27 Jul 90 15:07 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa12582; 27 Jul 90 14:44 EDT Return-path: rbriber@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Fri, 27 Jul 90 14:44 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@brl.mil) id AA06334; Fri, 27 Jul 90 15:05:04 EDT Date: Fri, 27 Jul 90 15:05:04 EDT From: rbriber@poly1.nist.gov Subject: c compilers To: info-iris@BRL.MIL Message-Id: <9007271905.AA06334@poly1.nist.gov> I've noticed a fair amount of dicussion about possible bugs in the MIPS c compiler (cc) recently. We have a summer student who has brought up the GNU c compiler (gcc) on our Iris (4D80GT running IRIX 3.2). We had noticed a problem with the void * decleration and the GNU compiler seemed to handle this OK (though the code we were trying to port still had trouble). We have not checked the compatibility of gcc, as of now we've only run a few small programs through it, but those have had no problems (we tried night.c, for example). Do people have interest out there in trying gcc instead of cc? If so I suppose I could post the binary and/or source. Anyone interested let me know. PS. I keep seeing references to the various IRIX 3.2 updates (3.2.1, 3.2.2 for example). All I know is we have 3.2. How can you tell the sub release number? -- ---------------------------------------------------------------------------- | Adios Amoebas, | "I've tried and I've tried and I'm still mystified, | | Robert Briber | I can't do it anymore and I'm not satisfied." | | 224/B210 NIST | --Elvis | | Gaithersburg, MD |------------------------------------------------------| | 20899 USA | rbriber@poly1.nist.gov (Internet) | |(301) 975-6775(voice)| rbriber@enh.nist.gov (Internet) | |(301) 975-2128 (fax) | rbriber@nbsenh (Bitnet) | ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21554; 27 Jul 90 16:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21292; 27 Jul 90 16:23 EDT Received: by VMB.BRL.MIL id ab21211; 27 Jul 90 16:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20451; 27 Jul 90 15:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12808; 27 Jul 90 15:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18215; Fri, 27 Jul 90 12:01:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 18:33:43 GMT From: "Jonathan I. Kamens" Organization: Massachusetts Institute of Technology Subject: Re: SIGSTOP and SIGCONT rules Message-Id: <1990Jul27.183343.22225@athena.mit.edu> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , srp@babar.mmwb.ucsf.edu (Scott R. Presnell) writes: |> If I background the process and logout of the csh that started the |> process, then the first time I send it STOP from another csh, the process |> exits. This is not my experience on my BSD 4.3 system, which implies that either your version of Unix does something funky with STOP AND CONT that 4.3 doesn't, or that the process to which you're sending the STOP signal does something funky that causes it to exit if it doesn't have a tty when it gets STOPped. I tested this by logging into my machine via telnet, typing "sleep 3000 &", logging out, and then STOPping and CONTing the process from another xterm window as the same user. |> What are the rules for sending SIGSTOP and SIGCONT to a process? |> From csh? From a daemon that nolonger has a controlling tty? (I'm more |> interested in the daemon rules.) How does the process group relate to this? As far as I know (and I hope people will correct me if I'm wrong, because I would like to hear about it), there aren't really any "rules" for sending STOP and CONT to another process. They are treated like any other signals. If this isn't true under IRIX and/or SysV, I'd sure like to hear about it. Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8495 Home: 617-782-0710   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22323; 27 Jul 90 17:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21837; 27 Jul 90 17:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21835; 27 Jul 90 16:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13602; 27 Jul 90 16:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24684; Fri, 27 Jul 90 13:34:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 18:09:13 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: Suppressing lint messages on arena_s and exit Message-Id: <3765@auspex.auspex.com> References: <1589@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > Warning: (13) struct/union arena_s never defined > warning: possible pointer alignment problem > (9) > > > ============== > value type declared inconsistently > exit llib-lc.brl(50) :: foo.c(10) > >...how do I stop the messages about arena_s and exit ? For "exit", the correct answer is probably "see how it's declared in 'llib-lc.brl', and either 1) fix 'llib-lc.brl' if it's misdeclaring it, and try again, or 2) declare it that way - which is the proper way - in 'foo.c'." The SunOS 4.0.3 System V environment "llib-lc" - which is based on the System V one, which is the one I'd expect IRIX to use - says it returns "void", i.e. nothing. As for "arena_s", check if IRIX's "lint" supports a "-z" option. Berkeley added that option to "lint" to silence those sorts of complaints; perhaps SGI picked it up. (If not, perhaps they should pick it up.)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab22323; 27 Jul 90 17:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22198; 27 Jul 90 17:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22185; 27 Jul 90 17:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13654; 27 Jul 90 16:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25326; Fri, 27 Jul 90 13:43:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 19:03:19 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Console graphics startup with background jobs problem Message-Id: <1990Jul27.200319.844@urz.unibas.ch> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , holder@hobbes.chem.uh.edu (Michael Holder) writes: > We have recently noticed a problem downloading the graphics subsystem > while trying to log into the console with background jobs running. We are > currently running IRIX 3.3 OS. This problem also seems to affect an > Exabyte we have connected to out system. > > Has anyone else experienced this problem? YES. It happens on a 120/GTX as well. I was able to fix it in 3.2. by a slight kernel hack but the parameter I modified disappeared in 3.3. Therefore, same mess as usual. No logins on the graphics while load > 2.0, and current workaround is as follows: Log in as root (if needed, on the console using NOGRAPHICS) find out the processes heavily crunching send a blocproc with the command # nohup dbx -p & >& /dev/null restart the gl with /etc/gl/restartgl and log in as normal user # login otto .. not nice but a workaround fro trusted users. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22519; 27 Jul 90 17:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac22323; 27 Jul 90 17:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22292; 27 Jul 90 17:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13732; 27 Jul 90 17:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27267; Fri, 27 Jul 90 14:11:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 16:00:17 GMT From: "David M. Laur" Organization: Princeton University, Princeton, New Jersey Subject: Re: spaceball Message-Id: <1478@idunno.Princeton.EDU> References: <23385@dartvax.Dartmouth.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <23385@dartvax.Dartmouth.EDU> emma@northstar27.dartmouth.edu (Emma Lan) writes: > > We had a 4D/80 IRIS two years ago, we did a lot things which need dials and >buttons to rotate and translate objects on it. So most of our programs have >been written accordingly. Now we got another 4D/210 IRIS, and we are thinking >of transfering some of our programs to this new machine, but this new machine >has an innovative device called "spaceball", instead of the "dial and button >box". > Could someone please send me a sample program using this new "spaceball" >device or point it out how to convert "the dial and button box" to "spaceball >device". > Please reply me to emma@northstar.dartmouth.edu. > Thanks a lot in advance! try this ... -------------------- cut here ------------------------------ /* * - test spaceball to rotate and position an object * - use triangle-mesh drawing routines * - use RGB color scheme * * compile using: * * cc -o sbtest sbtest.c -O -lspaceball -lgl_s -lc_s -lm -s * * * David Laur, Princeton ICGL, Oct 89 * dmlaur@manray.princeton.edu * 609-258-4609 * * * note: the Gouraud shading option on the menu isn't meaningful on some * SGI systems ... the drawing scheme used 'forces' smooth shading * on 4D/GT machines. */ #include #include #include /* ---- function declarations / prototypes ---- */ void setup(void); void do_events(void); void figure(void); void draw_cube(void); void draw_axes(void); void do_menu(void); void newView(void); void newSb (short *sbvals, Matrix sbmat); long Zmax, menu, Wid, MouseIn=0; char sbstatus[128]; Matrix Rmat; /* global rotation matrix */ float sbscale = 0.0002, trns[3]; Boolean flat, dominant=FALSE; char *sbsingle[] = {"Tx","Ty","Tz","Rx","Ry","Rz"}; Matrix Id_mat = { { 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 } }; int Cv[][3] = { 0, 0, 0, 1, 0, 0, 1, 1, 0, 0, 1, 0, 0, 0, 1, 1, 0, 1, 1, 1, 1, 0, 1, 1, }; int Crgb[][3] = { 30, 30, 30, 100, 30, 30, 30, 100, 30, 30, 30, 100, 100, 100, 100, 255, 100, 100, 100, 255, 100, 100, 100, 255, }; /* -------------------------------------------------------------------- */ main (argc,argv) int argc; char **argv; { if (!sbexists()) { puts("no spaceball on this machine!"); exit(-1); } setup(); /* do initial window stuff */ sbspaceball(); /* initialize the spaceball */ sbrezero(); /* re-zero */ sbdataperiod(0, -1); /* only way I found to reset this */ sbdataperiod(1000, 0); /* seems to give reasonable performance on our GT */ sbprompt(); /* make sure first SB events aren't delayed */ do_events(); /* handle events 'forever' */ } /* end of main routine */ /* -------------------------------------------------------------------- */ void setup () /***** setup the window *****/ { Wid = winopen("sample"); Zmax = getgdesc(GD_ZMAX); /* save max available z-depth */ zbuffer(TRUE); doublebuffer(); RGBmode(); gconfig(); qdevice(RIGHTMOUSE); /* trap right mouse button events */ qdevice(REDRAW); /* trap window manager `redraw' messages */ qdevice(INPUTCHANGE); /* trap changes in input focus */ qdevice(SBBUT1); /* SpaceBall Button 1 */ qdevice(SBBUT2); qdevice(SBBUT3); qdevice(SBBUT4); qdevice(SBTX); /* SpaceBall Translate in X */ qdevice(SBTY); qdevice(SBTZ); qdevice(SBRX); /* SpaceBall Rotate about X */ qdevice(SBRY); qdevice(SBRZ); qdevice(SBPERIOD); /* SpaceBall time delta */ qenter(REDRAW,Wid); /* make sure we do initial redraw */ menu = defpup("Some Choices%t|Reset Position%x10"); addtopup(menu,"Use Flat Shading%x20|Use Gouraud Shading%x20"); addtopup(menu,"Exit%x999"); shademodel( (flat=TRUE) ? FLAT : GOURAUD ); setpup(menu, ((flat) ? 2 : 3), PUP_GREY); /* grey-out inappropriate menu entry */ strcpy(sbstatus, "Spaceball may require Inputchange event"); } /* -------------------------------------------------------------------- */ void do_events () /***** event handler loop *****/ { long device; short value; long wx, wy; int mx, my; short sbvals[7]; for (mx=0; mx<7; mx++) sbvals[mx] = 0; bcopy(Id_mat, Rmat, sizeof(float)*4*4); /* initialize to no rotations */ trns[0] = trns[1] = 0.0; trns[2] = -500.0; while (1) /* until killed from menu ... */ { device = qread(&value); /* read next event */ switch (device) { case (RIGHTMOUSE): if (1 != value) break; do_menu(); newView(); break; case (SBPERIOD): case (SBTX): case (SBTY): case (SBTZ): case (SBRX): case (SBRY): case (SBRZ): sbvals[device-SBTX] = value; if (device == SBRZ) { /* now have complete sb event */ sbprompt(); /* ensure next sb is sent without delay */ newSb( sbvals, Rmat); newView(); } break; case SBBUT1: if (value != 1) break; bcopy(Id_mat, Rmat, sizeof(float)*4*4); trns[0] = trns[1] = 0.0; trns[2] = -500.0; newView(); break; case SBBUT2: if (value == 1) dominant = !dominant; break; case SBBUT3: case SBBUT4: if (value != 1) break; sbscale *= ((device == SBBUT3)? 0.5 : 2.0); break; case (REDRAW): reshapeviewport(); /* re-map new window position */ getsize(&wx, &wy); /* get window size */ perspective(650, wx / (float)wy, 1.0, 1500.0); newView(); break; case (INPUTCHANGE): if (value != Wid) break; if (++MouseIn == 2) { strcpy(sbstatus,"ok"); newView(); } break; } /* end switch */ } /* end while */ /*NOTREACHED*/ } /* -------------------------------------------------------------------- */ void newSb (short *sbvals, Matrix sbmat) { Matrix sbtmp; static int oldn=0, maxn, run=0; register int n, v,w; float trv[6]; sprintf(sbstatus,"%3s T(%-5hd%-5hd%-5hd) R(%-5hd%-5hd%-5hd)", ((dominant)?sbsingle[maxn]:"all"), sbvals[0],sbvals[1],sbvals[2],sbvals[3],sbvals[4],sbvals[5]); if (dominant) { for (n=0; n<6; n++) if (5 < abs(sbvals[n])) break; if (n == 6) { /* all zeros, end of sb events */ run = 0; strcpy(sbstatus,"Stop T(0 0 0 ) R(0 0 0 )"); return; } if (run < 2) { /* find dominant mode */ for (maxn=n=v=0; n<6; n++) if (v < (w = abs(sbvals[n]))) { maxn = n; v = w; } if (oldn == maxn) run++; else { run=0; oldn = maxn; } if (run < 2) return; else for (n=0; n<6; n++) trv[n] = 0.0; } trv[maxn] = (float) (sbvals[maxn]); } else for (n=run=0; n<6; n++) trv[n] = (float) (sbvals[n]); if ( ((!dominant) || (maxn < 3)) && (trv[0] || trv[1] || trv[2])) { trv[2] *= -1.0; for (n=0; n<3; n++) trns[n] += (25.0 * sbscale * trv[n]); } if ( ((!dominant) || (maxn > 2)) && (trv[3] || trv[4] || trv[5]) && (!getbutton(SBPICK))) { trv[3] *= -1.0; trv[4] *= -1.0; rotarbaxis(sbscale, trv[3], trv[4], trv[5], sbtmp); /* convert SB to matrix */ pushmatrix(); loadmatrix(sbtmp); multmatrix(sbmat); /* use GL to do post-multiply */ getmatrix(sbmat); /* ... there's probably a better way */ popmatrix(); } } /* -------------------------------------------------------------------- */ void newView ( void ) /***** draw scene *****/ { czclear(0, Zmax); pushmatrix(); /* store perspective */ translate( trns[0], trns[1], trns[2] ); multmatrix(Rmat); draw_axes(); figure(); ortho2(0.0, 500.0, 0.0, 500.0); RGBcolor(255,255,0); cmov2i(10,5); charstr(sbstatus); cmov2i(10,20); charstr("1: Reset 2: All/One Axis 3: Slower 4: Faster"); popmatrix(); swapbuffers(); } /* -------------------------------------------------------------------- */ void figure () /***** geometry drawing subroutine *****/ { pushmatrix(); /* cube centered at origin, scaled */ scale(100.0, 100.0, 100.0); draw_cube(); popmatrix(); pushmatrix(); /* cube translated, scaled, intersects first */ translate(100.0, 100.0, 100.0); scale(50.0, 50.0, 50.0); rotate(900, 'y'); rotate(900, 'z'); translate(-.5, -.5, -.5); draw_cube(); popmatrix(); pushmatrix(); /* another cube, distorted */ translate(-50.0, -150.0, -70.0); scale(30.0, 20.0, 50.0); rotate(300, 'x'); draw_cube(); popmatrix(); } /* -------------------------------------------------------------------- */ void draw_cube () /* draw a unit cube: 8 corners, 6 faces (right-handed) */ { bgntmesh(); c3i(Crgb[0]); v3i(Cv[0]); c3i(Crgb[3]); v3i(Cv[3]); c3i(Crgb[1]); v3i(Cv[1]); c3i(Crgb[2]); v3i(Cv[2]); c3i(Crgb[5]); v3i(Cv[5]); c3i(Crgb[6]); v3i(Cv[6]); c3i(Crgb[4]); v3i(Cv[4]); c3i(Crgb[7]); v3i(Cv[7]); endtmesh(); bgntmesh(); c3i(Crgb[1]); v3i(Cv[1]); c3i(Crgb[5]); v3i(Cv[5]); c3i(Crgb[0]); v3i(Cv[0]); c3i(Crgb[4]); v3i(Cv[4]); c3i(Crgb[3]); v3i(Cv[3]); c3i(Crgb[7]); v3i(Cv[7]); c3i(Crgb[2]); v3i(Cv[2]); c3i(Crgb[6]); v3i(Cv[6]); endtmesh(); } /* -------------------------------------------------------------------- */ void draw_axes () { RGBcolor(255,0,0); movei(0,0,0); drawi(150,0,0); cmovi(150,0,0); charstr("x"); RGBcolor(0,255,0); movei(0,0,0); drawi(0,150,0); cmovi(0,150,0); charstr("y"); RGBcolor(0,0,255); movei(0,0,0); drawi(0,0,150); cmovi(0,0,150); charstr("z"); } /* -------------------------------------------------------------------- */ void do_menu () /***** pop-up menu stuff *****/ { int v; v = dopup(menu); if (v < 1) return; /* nothing selected */ switch( v ) { case 10: /* reset position */ bcopy(Id_mat, Rmat, sizeof(float)*4*4); trns[0] = trns[1] = 0.0; trns[2] = -500.0; newView(); break; case 20: flat = !flat; shademodel( (flat) ? FLAT : GOURAUD ); setpup(menu, ((flat) ? 2 : 3), PUP_GREY); /* grey-out inappropriate menu entry */ setpup(menu, ((flat) ? 3 : 2), PUP_NONE); /* allow other menu selection */ break; case 999: gexit(); exit(0); break; default: break; } } /* -------------------------------------------------------------------- */   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23088; 27 Jul 90 18:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab22519; 27 Jul 90 18:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22505; 27 Jul 90 17:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13805; 27 Jul 90 17:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28025; Fri, 27 Jul 90 14:24:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 19:32:59 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Exabyte - can't read OS3.2 tapes from OS3.3 Message-Id: <11041@odin.corp.sgi.com> References: <1990Jul27.161034.6142@watserv1.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Jul27.161034.6142@watserv1.waterloo.edu> afleming@watsci.uwaterloo.ca (Allan Fleming) writes: | I am unable to read exabyte tapes that were written under OS 3.2 | while using OS 3.3. All I get is a message from bru - warning end | of volume one - while at the begining of the tape. I can read exabyte | tapes written under OS 3.3 - Help, Allan Fleming This was a bug introduced into 3.3, and is one of the bugs fixed in the 'real' 3.3 (3.3.1) release that will actually ship to customers. The 3.3 release that some customers have received was shipped only to customers requiring it for new hardware, and in some cases at the discretion of sales offices for 'important' bug fixes. The work around is to read the tape with dd if=/dev/tape bs=1k | bru -vtf - ... and similarly for writing. Note that this is not the same block size that is set with -b, that is the blocking factor. The default block size for Exabytes was changed by an editting mistake to 512 instead of 1024 bytes. This problem didn't show up with tar, and slipped past testing. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23088; 27 Jul 90 18:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac22519; 27 Jul 90 18:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab22505; 27 Jul 90 17:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13808; 27 Jul 90 17:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28041; Fri, 27 Jul 90 14:24:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 20:13:02 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: /dev/audio examples / applications? Message-Id: <11047@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article guido@cwi.nl (Guido van Rossum) writes: >We just discovered /dev/audio in IRIX 3.2 for the PI, but there seem to >be no standard programs to use it. Anybody got interesting software to >apply this? Or even pointers? in 3.3.1 (coming "soon" to your town) we've got 1 (sorry, only 1 for now...) audio prog down in /usr/people/4Dgifts/examples/audio. to tide you over, the Makefile, README, and audio.c files follow: *************** /usr/people/4Dgifts/examples/audio/Makefile: SHELL = /bin/sh PROGS=audio CFLAGS= -O -s all: $(PROGS) clean: rm -f *.o $(PROGS) .c: $(CC) $(CFLAGS) -o $@ $< $(LDFLAGS) *************** /usr/people/4Dgifts/examples/audio/README: README for audio programming examples The capability for audio input/output currently only exists on 4D/2* machines (i.e. Personal IRIS machines ONLY). Admittedly, information about this functionality is sparse, but things WILL be improving fairly soon now. At this stage, a little bit of source code example is better than none... audio.c: demos how to digitally record microphone input to a Personal IRIS (4D/20 or 4D/25) and place the data into a file, as well as playing back the sounds already recorded. *************** /usr/people/4Dgifts/examples/audio/audio.c: /* * audio.c: * * This test program was initially written to demonstrate how one would * digitally record microphone input to a Personal Iris and place the data * into a file (execute "audio -i -opts"). Alternately, you can play back * the sounds or voice that you have recorded (execute "audio -o -opts"). * All that is needed to use this program is an 8 ohm speaker connected to * the audio output and a 600 ohm microphone connected to the microphone * input. The other audio input may be used to connect a higher level audio * signal that doesn't require pre-amplification. * * resusitated by (& hats off to) Frank Demcak -- February, 1990 */ #include #include #include main(argc, argv) int argc; char *argv[]; { int size, gain=100, rate=2, iflag, oflag, gflag, sflag, fflag,rflag; char *file, *buffer; int in, out, audio,i; if ( argc == 1 ) { usage: fprintf(stderr,"usage: %s -i [-g (0-255)gain] ", argv[0]); fprintf(stderr,"[-r (0-3)rate] -f file [-s size]\n"); fprintf(stderr," %s -o [-g (0-255)gain] ", argv[0]); fprintf(stderr,"[-r (0-3)rate] -f file [-s size]\n"); exit(1); } /* Parse the record/playback options */ for ( i = 1; i < argc; i++ ) { if ( !strcmp(argv[i],"-i") ) iflag++; else if ( !strcmp(argv[i],"-o") ) oflag++; else if ( !strcmp(argv[i],"-g") ) { gflag++; gain = atoi(argv[++i]); } else if ( !strcmp(argv[i],"-r") ) { rflag++; rate = atoi(argv[++i]); } else if ( !strcmp(argv[i],"-f") ) { fflag++; file = argv[++i]; } else if ( !strcmp(argv[i],"-s") ) { sflag++; size = atoi(argv[++i]); } else goto usage; } /* Open input or output file for record/playback */ if ( iflag ) { if (fflag) { /* Create a Read Write file and set permissions */ out = open(file, O_CREAT|O_RDWR); chmod (file,00666); } else out = 1; } else if ( oflag ) { if (fflag) /* Just open file for reading */ in = open(file, O_RDONLY); else in = 0; } else { fprintf(stderr, "must specify one of -o or -i\n"); exit(1); } /* printf test diag statements printf("iflag=%i\n",iflag); printf("oflag=%i\n",oflag); printf("gflag=%i\n",gflag); printf(" gain =%d\n",gain); printf("rflag=%i\n",rflag); printf(" rate =%d\n",rate); printf("fflag=%i\n",fflag); printf(" file Name=%s\n",file); printf("sflag=%i\n",sflag); printf(" file size=%d\n",size); */ /* Open audio port as a character device */ audio = open( "/dev/audio", O_RDWR ); /* This part doesn't seem to work as advertised */ /* Investigating how to turn off output while input is being recorded */ if ( gflag ) if ( iflag ) { ioctl(audio, AUDIOCSETINGAIN, gain); ioctl(audio, AUDIOCSETOUTGAIN, 0); } else { ioctl(audio, AUDIOCSETINGAIN, 0); ioctl(audio, AUDIOCSETOUTGAIN, gain); } /* set audio sampling rate 0=none?,1=8k,2=16k,3=32k samples per sec */ if ( rflag ) ioctl(audio, AUDIOCSETRATE, rate); if ( iflag ) { if ( ! sflag ) { fprintf(stderr,"must set a size for input\n"); exit (1); } buffer = (char *)malloc( size ); if ( ! buffer ) { fprintf(stderr,"unable to get %d byte buffer\n",size); exit(1); } read(audio,buffer,size); write(out,buffer,size); } else { /* Assume this is an sound output request */ /* Default buffer size = 16k if nothing is specified */ if ( ! sflag ) size = 16536; buffer = (char *)malloc( size ); if ( ! buffer ) { fprintf(stderr,"unable to get %d byte buffer\n",size); exit(1); } /* Write to audio port the contents of specified file until EOF This can be improved for simultaneous read/writes Insert user customization for specific file or usr needs i.e. while (read(in,buffer,size)!=EOF) write (audio,buffer,size); */ read (in,buffer,size); write(audio,buffer,size); } close(file); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23988; 27 Jul 90 21:07 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa23856; 27 Jul 90 20:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23805; 27 Jul 90 20:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14358; 27 Jul 90 20:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10187; Fri, 27 Jul 90 17:22:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 23:27:41 GMT From: Mark Bradley Organization: Solbourne Computer Systems Subject: Need Inodes Message-Id: <1990Jul27.232741.14002@Solbourne.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL While at SGI, I had virtually unlimited amounts of inodes at my disposal. I believe OEM prices were roughly 35% of what we charged our customer base. I find that the available sources for 3rd party inodes are much greater for Sun-compatibles, but are not as fast nor as flexible. So, my question is: Can SGI inodes be made to work in Sun-compatible workstations? If so, is there a full warranty available and will SGI support them as a separate support contract? Please e-mail responses directly and I will post a comprehensive summary. As a side question, do I need to add a 3rd party disk to support the 3rd party inodes? markb -- Mark Bradley (DoD#1100) Faster, faster, until the thrill I/O Subsystems of speed overcomes the fear of death. Solbourne Computer, Inc. --Hunter S. Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24442; 27 Jul 90 22:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24362; 27 Jul 90 22:38 EDT Received: by VMB.BRL.MIL id aa24289; 27 Jul 90 22:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24268; 27 Jul 90 22:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14531; 27 Jul 90 21:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15440; Fri, 27 Jul 90 18:42:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jul 90 00:52:43 GMT From: Jerre Bowen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SIGSTOP and SIGCONT rules Message-Id: <11074@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Article 4157 of comp.sys.sgi: Path: odin!shinobu!sgi!decwrl!ucbvax!ucsfcgl!babar.mmwb.ucsf.edu!srp From: srp@babar.mmwb.ucsf.edu (Scott R. Presnell) Newsgroups: comp.sys.sgi,comp.unix.wizards Subject: SIGSTOP and SIGCONT rules Summary: SIGSTOP and SIGCONT, what are the rules? Keywords: signal, process groups Message-ID: Date: 27 Jul 90 15:35:17 GMT Sender: daemon@cgl.ucsf.edu Distribution: usa Lines: 27 Xref: odin comp.sys.sgi:4157 comp.unix.wizards:7768 Scott Presnell writes: > I have been experementing with sending processes SIGSTOP > and SIGCONT from csh. This is under IRIX 3.2 - and assuming that I (not > root) am doing the "kill"ing: > > When a process is started and backgrounded from csh, I can > basically STOP and CONT it from that csh or any other csh connection. > Fine. > > If I background the process and logout of the csh that started the > process, then the first time I send it STOP from another csh, the process > exits. > > What are the rules for sending SIGSTOP and SIGCONT to a process? > From csh? From a daemon that nolonger has a controlling tty? (I'm more > interested in the daemon rules.) How does the process group relate to this? Signals have always been complicated, and were made more so with the addition of job control. First, there are a strict set of rules governing which processes may signal which (unless the signaler is root). See the various signal and kill man pages--generally no one but root may signal daemons, because they are usually in pgrps by themselves. The SIG{STOP,TSTP,TTIN,TTOU} signals are job control signals, and affect processes differently than some of the others. You found that you could start and stop background processes from the csh that spawned them, but when you terminated the csh you could no longer do so. That is because all of csh's children were inherited by init (proc 1)--they must still have a parent--but stop signals must then be treated differently because init will never issue a SIGCONT: stopped children must be viewed by the kernel as stopped forever, and must be dealt with. Therefore, processes whose parent is init receive SIGKILL instead of the stop signal they were sent. I haven't looked at BSD code lately, but I imagine stop signals must be treated this way in that system also to avoid leaving a myriad of forever-stopped processes hanging around. Close scrutiny of the man pages will explain this all somewhat. Jerre Bowen   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24536; 27 Jul 90 23:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24442; 27 Jul 90 22:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24440; 27 Jul 90 22:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14607; 27 Jul 90 22:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18751; Fri, 27 Jul 90 19:36:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jul 90 01:46:24 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: gl question - editing large objects Message-Id: <2813@auschs.ibm.com> References: <9007251346.AA24480@acf4.NYU.EDU>, <10946@odin.corp.sgi.com>, <2912@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2912@dftsrv.gsfc.nasa.gov: joe@etac632.gsfc.nasa.gov (Joe Fulson-Woytek) writes: :I have a philosophical problem with the :following: :: ::in general, we continue to encourage you to program using the immediate ::mode capabilities of the GL. immediate mode coding supports interractive ::graphics driven by changing data. that's the way we like to do graphics. :: :This implies, to me at least, that SGI considers the use of objects as :being wrong, simply because they like to do graphics without them. This :reminds me of the SGI course I took a couple of years ago when the instructor :said noone should ever use color map mode. I don't think vendors should :tell customers that it is wrong to use a tool the vendor supplies (I can :understand a vendor saying not to use a tool someone else supplies). Another :common vendor mistake is to think that how the vendor uses their own product :is how the customer is going to use it. I would urge SGI to continue :providing a range of graphics tools and supporting them without making :judgements on how or if those tools should be used. (Recommendations for :how to use a tool are, of course, appropriate and desired). : :Joe Fulson-Woytek Good heavens. Aren't we being a bit uptight about this? Objects aren't 'wrong'; they're just (quite obviously) not designed for graphics which are going to change over time. It'd be silly to do graphics in object mode if you expect to have to modify the objects, when it's just as simple to use regular, ordinary data structures and subroutine calls. And besides, you ain't hearin' SGI policy on this here net, just like you ain't hearin' IBM policy right now. --- Marc Andreessen, IBM AWD Austin, sergio@sergio.austin.ibm.com --- --- Words and ideas contained herein are independent of IBM policy. ---   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02213; 29 Jul 90 6:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02159; 29 Jul 90 6:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02154; 29 Jul 90 6:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18304; 29 Jul 90 6:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24149; Sun, 29 Jul 90 03:15:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 19:18:09 GMT From: Jim Tomlinson Organization: BoGART In Your Face Subject: Usenet software localize.sh needed Message-Id: <1013@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I asked before, but it fell on deaf ears. I know _someone_ out there is running the Usenet software on the 4D architecture; would you _please_ send me a copy of your localize.sh file? You can then revel in the knowledge that you've done a truly good deed, and you will be rewarded in the afterlife of your choice. Many thanks. -- Jim Tomlinson P.O.Box 24346 \ BoGART Project M/S 6M-17 \ "Give me some of that Boeing Computer Services Seattle, WA 98124 \ voodoo thang!" - Colin James (206) 234-7741 ....uunet!bcstec!voodoo!jdt \   Received: from vmb.brl.mil by VMB.BRL.MIL id am24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ap24544; 31 Jul 90 1:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03071; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16790; Mon, 30 Jul 90 08:03:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Jul 90 20:25:14 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept Subject: stdarg.h/code generation botch? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Ok, so I've got this little piece of code that looks like this #include int scanargs( argc, argv, format ) int argc; char **argv; char *format; { int retval; va_list argl; va_start( argl, format ); retval = do_scan( argc, argv, format, argl ); va_end( argl ); return retval; } It doesn't work. The first word pointed to by argl is 0. Why? Let's look at the assembly output: scanargs: .option O2 subu $sp, 32 sw $31, 20($sp) % Store frame pointer on the stack sd $4, 32($sp) % Store args 0 & 1 on the stack sw $6, 40($sp) % Store arg 2 on the stack Well, lo and behold, only the first 3 register arguments get put on the stack. The 4th is therefore garbage (on the stack) (but, since scanargs is the first function called in the program, it's 0). But, what's really weird, is that if I use varargs, it does work: #include int scanargs( va_alist ) va_dcl { int retval; va_list argl; int argc; char **argv; char *format; va_start( argl ); argc = va_arg( argl, int ); argv = va_arg( argl, char ** ); format = va_arg( argl, char * ); retval = _do_scanargs( argc, argv, format, argl ); va_end( argl ); return retval; } scanargs: .option O2 subu $sp, 48 sw $31, 20($sp) % Store frame pointer on stack sd $4, 48($sp) % Store args 0 & 1 on stack sd $6, 56($sp) % Store args 2 & 3 on stack But va_alist is just one argument, running the above through the preprocessor yields: int scanargs( va_alist ) int va_alist; ... I would expect the compiler to only save one register argument on the stack in this case. But it saves all 4! So, what's up? Why does the varargs case work, and the stdarg case not? Is this a compiler botch? Is it an include file botch? Will it be fixed? Should I call the Geometry Hotline? Yours, in confusion, -- =Spencer W. Thomas EECS Dept, U of Michigan, Ann Arbor, MI 48109 spencer@eecs.umich.edu 313-936-2616 (8-6 E[SD]T M-F)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25353; 28 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25241; 28 Jul 90 0:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25230; 28 Jul 90 0:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14920; 28 Jul 90 0:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25757; Fri, 27 Jul 90 21:31:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jul 90 04:25:51 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept Subject: Re: SIGSTOP and SIGCONT rules Message-Id: References: <11074@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Actually, the rules are not nearly as complicated as you imply. If you are not root, you can send signals to any process with the same uid. If you are root, you can send signals to any process. You can send SIGCONT to any process which is a direct descendent of your process (in addition to the above rule). If an orphan (a process whose parent is init (process 1)) receives a SIGTSTP, it will be killed instead. However, you can send SIGSTOP to an orphan and restart it later with SIGCONT [[Oops -- not true on the Iris. It is true on Suns and 4BSD systems.]] Process groups have nothing to do with it (unless you use the killpg function). -- =Spencer W. Thomas EECS Dept, U of Michigan, Ann Arbor, MI 48109 spencer@eecs.umich.edu 313-936-2616 (8-6 E[SD]T M-F)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27606; 28 Jul 90 10:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27416; 28 Jul 90 9:27 EDT Received: from tbd.brl.mil by VMB.BRL.MIL id aa27387; 28 Jul 90 9:12 EDT Date: Sat, 28 Jul 90 9:13:07 EDT From: Glenn Randers-Pehrson (WMB) To: info-iris@BRL.MIL Subject: Re: cheap inodes Organization: U.S. Army Ballistic Research Laboratory, APG, MD Message-ID: <9007280913.aa16927@TBD.BRL.MIL> Bob, Just use "void *" inodes; IRIX 3.1F doesn't count them against your quota. I don't know about 3.2 or 3.3, I'm still waiting for my tapes. ...Glenn R-P   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28479; 28 Jul 90 14:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa28283; 28 Jul 90 13:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28249; 28 Jul 90 13:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16294; 28 Jul 90 13:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02875; Sat, 28 Jul 90 10:06:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jul 90 17:05:07 GMT From: Jeff Lee Organization: Dynamic Graphics Project, University of Toronto, Canada Subject: grcond + NFS problems Message-Id: <1990Jul28.130507.11591@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a network which include both Irises and Suns with one Iris and one Sun acting as NFS fileservers. We recently undertook a major disk reshuffle in which files and NFS partitions were shuffled back and forth between the Irix and Sun servers. Since then we have been getting SYSLOG errors of the following form on the Irises: grcond[170]: CIO: NFS write error 13 on host These are being spewed out every few seconds on the console windows of each Iris whenever the graphics window manager is active. Unfortunately, we can't seem to find anything describing 'grcond' or what files and directories it might be trying to touch. It appears to be the "GRaphics CONsole Daemon" -- but beyond that??? Our disk reshuffle was too major to back out of. Can anyone tell me what files or directories grcond might be trying to touch (so I can move them back to the Iris server)? Thanks. Jeff Lee -- jonah@dgp.toronto.edu or utai!jonah   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29820; 28 Jul 90 20:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa29518; 28 Jul 90 19:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29509; 28 Jul 90 19:24 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16825; 28 Jul 90 19:11 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6065; Sat, 28 Jul 90 19:11:22 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 28 Jul 90 19:13 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!shinobu!odin!cashew.asd.sgi.com!kurt ) id AA17536; Sat, 28 Jul 90 19:20:53 DSD Date: Sat, 28 Jul 90 19:20:53 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: gl question - editing large objects To: Kurt Akeley Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007290220.AA17536@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Thanks for your considered reply. >however, the editing performance of objects is poorer than ever, as >a result of some arcane interactions between shared libraries and >code caches. thus (for now) rule one: > > if performance is an issue, use GL objects only for data that > never change. > What do you mean, exactly, by "data that never change"s ? What about a fixed geometry object that will have different reflectance properties, or a moving light source ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29968; 28 Jul 90 21:19 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa29576; 28 Jul 90 19:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29546; 28 Jul 90 19:39 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16849; 28 Jul 90 19:32 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6103; Sat, 28 Jul 90 19:31:17 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 28 Jul 90 19:32 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!shinobu!odin!rudedog!bam) id AA18280; Sat, 28 Jul 90 19:39:49 DSD Date: Sat, 28 Jul 90 19:39:49 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: gl question - editing large objects To: Brian McClendon Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007290239.AA18280@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil To recap this discussion, I asked: >>My understanding that graphical objects are not the way to go since >>the new cpus can keep up with the graphics pipeline. >> >>Is it correct to say that the entire compiled objects part of the gl is >>obsolete ? Are there any specific instances where you should use it ? >> >>dan. > >Here's the story: > >The main advantage of objects (aka display lists) is their ability >to draw quickly once generated. In a large program with hundreds (or >thousands) of lines of rendering code, its much easier to generate >an object with the complex code and view it with a tight loop of >callobj()s than it would be to tune the rendering code up to >the speed of the graphics. This is a software engineering issue. My question is from the point of view of getting the fastest render possible, even at the expense of code comprehensionability (human readability). I can hide complexity in a macro or subroutine call too. From the point of view of this issue, why use a gl display list call ? >With 3.3, we discovered a way to use the shared library jump table >to make all of the high performance routines object-able without >slowing their immediate mode performance. Can you explain this more ? What is the shared library jump table ? Do you mean that code that contains any gl display list code will be linked differently ? I am not familiar with the shared library technology. All that I know is that the object code external calls are resolved at execute(run) time, instead of at link time. It this true ? >On the VGX in particular >there are a couple of cases where objects draw slightly faster >than the best immediate mode code (slightly = <20%). > > >To meet the performance of the GT/X and VGX graphics, immediate >mode code should have no more than 3 lines of MIPS assembly for >each call to v3f/c3f/n3f (and equiv). This applies for "fast path" >quads and tmeshes where fast path is a single-infinite-light, >flat-or-gouraud, ~50-pixel-tri-or-~100-pixel-quad. More options >will slow down graphics to the point where more MIPS code can fit >in without degradation. > >On a Personal Iris, the balance is more in favor of the CPU, but >if you want your code to remain graphics limited when you move >up to faster graphics hardware, keep the above in mind. > >Experimentation is the best way to find out if its right for your application What is the best way to measure graphics execution speed in my(any) application ? I am not interested in how many machine cycles are used in each subroutine (profiling) but real time clock ticks per each buffer swap ? My eye is to try to get some HUGH graphics renders to complete in under 1/30th of a second: the minimum buffer swap for a non jerky, smooth interaction. I am using gettimeofday(). What about pixie ? What is it ? I want to leave stubs in the code that I can enable so that I can test if new code does what I want in terms of execution time ? +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00220; 28 Jul 90 21:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00150; 28 Jul 90 21:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00136; 28 Jul 90 21:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17037; 28 Jul 90 21:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28780; Sat, 28 Jul 90 18:16:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jul 90 19:33:14 GMT From: mcsun!ukc!slxsys!dircon!uad1077@uunet.uu.net Organization: The Direct Connection, UK Subject: Re: CHEAP SECOND SOURCE INDOES FOR PERSONAL IRIS WANTED Message-Id: <1990Jul28.193314.23919@dircon.uucp> References: <65288@sgi.sgi.com>, <11019@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've got some free inodes here... can you get them via anonymous ftp, or should I send them to a net archive somwhere. Ian (Wow, different name) -- Ian D. Kemmish Tel. +44 767 601 361 18 Durham Close uad1077@dircon.UUCP Biggleswade ukc!dircon!uad1077 Beds SG18 8HZ United Kingd uad1077%dircon@ukc.ac.uk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00295; 28 Jul 90 22:15 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa29871; 28 Jul 90 20:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29856; 28 Jul 90 20:50 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16990; 28 Jul 90 20:36 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6268; Sat, 28 Jul 90 20:36:12 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 28 Jul 90 20:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!bu.edu! dartvax!northstar27.dartmouth.edu!emma) id AA20870; Sat, 28 Jul 90 20:45:32 DSD Date: Sat, 28 Jul 90 20:45:32 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: spaceball To: Emma Lan MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007290345.AA20870@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil emma@northstar.dartmouth.edu asks: > We had a 4D/80 IRIS two years ago, we did a lot things which need dials and >buttons to rotate and translate objects on it. So most of our programs have >been written accordingly. Now we got another 4D/210 IRIS, and we are thinking >of transferring some of our programs to this new machine, but this new machine >has an innovative device called "spaceball", instead of the "dial and button >box". Why not order a dial and button box in addition to the spaceball ? You can run both gizmos at the same time, at least that is what I think. > Could someone please send me a sample program using this new "spaceball" >device or point it out how to convert "the dial and button box" to "spaceball >device". I think that when you install the software, you must specifically ask for the spaceball support software. That should include the man pages and sample source code. While I don't have space ball ( yet; it is on order. ), I installed 3.3 with the spaceball code. This may not help you in your problem of converting from a dial and button box to a Spaceball device, but this raises an import software development issue: What to do when you write a wizz bang program, and you want to show it off on other machines that may not have all the hardware you have? I am working on a possible solution by using the NASA panel library, written by David Tristram. It contains a software analog of the dial and button box as a demo program. My particular problem is that my program depends on a 3space tracker that is polled in the main loop of the program. It looks great, and I want to show it all over the place, except that very very few machines have a 3space gizmo attached. I don't know if there is any code in the library (I have release 9.6 ) that enables the output from the dials and buttons box to be "piped" through the screen version of the hardware. Has anyone out there done what I am about to describe ? (You probably did it better) I have some hacks in the code so that the library will allow you to run a program that can get input from the panels, and if the appropriate hardware is plugged in (Question: How can I sense the presence of the d-b-box or spaceball), the output from the hardware actuators will drive the software panels. A side effect of this is that I can make scripts of the hardware input and replay point of view trajectories and object animations, including delays and velocity information. You can have better annotation on the software panel of what each dial and button on the box does. You can also make multiple level dials when you run out of single purpose dials. As you diddle with each dial, the dial panel show you where the dial value "pointer" is (the dials do not have index marks to show you where they are). My plan is to let the panel library handle special hardware actuators, and my application will run without them, or with recorded data from the actuators. The panel library is available through anonymous ftp from Panel-Request@orville.nasa.gov. (I think) I will submit my hacks to the people there if they want to include it into the library distribution. They are not ready yet, but if you want what I have at the moment, let me know. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01700; 29 Jul 90 5:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01665; 29 Jul 90 5:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01663; 29 Jul 90 5:01 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa18141; 29 Jul 90 4:41 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7387; Sun, 29 Jul 90 04:40:32 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sun, 29 Jul 90 04:42 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA09984; Sun, 29 Jul 90 04:50:20 DSD Date: Sun, 29 Jul 90 04:50:20 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: rectwrite on 70G series machines... To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9007291150.AA09984@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Does it work ? I am using a 70G machine, which was never very fast for pixel operations. I can not seem to get a patch of pixels to write from rectwrite(0,XSIZE,0,YSIZE,Image); The pixels are in an array of shorts. static Colorindex Image[XSIZE][YSIZE]; I can get the pixels out by doing a ortho2(-0.5,float(XSIZE)-0.5,-0.5,float(YSIZE-0.5)); for(i=0;i (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03368; 29 Jul 90 17:19 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03259; 29 Jul 90 16:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03253; 29 Jul 90 16:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19038; 29 Jul 90 16:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19213; Sun, 29 Jul 90 12:56:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Jul 90 19:05:17 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Help in anonymous ftp setup needed. Message-Id: <1990Jul29.200517.845@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi all, I need some help to set up anonymous ftp on an 120 running 3.3. Any help, detailed info etc. highly appreciated. Details: I want to set up a anonymous ftp account with logging and timeouts enabled. man pages says that ftpd is started according to the entries in inetd.conf. My entry there looks as follows: ftp stream tcp nowait root /usr/etc/ftpd ftp -l -d -t 2 -T 10 .. but the damned ftp does not do any logging to the syslog. AHA, it is the syslog which needs to be configured. So I wrote a syslog.conf: *.debug; *.emerg; *.warning; *.err; *.notice; *.info /usr/adm/logfile and still, nothing happens. Further, I want to set up the ftp in a way that it automatically uses ASCII mode, and reports a file which I define. Funny enough, it currently starts up in BINARY and reports a README file in the ~/ftp directory without being asked for... Is there any further help I might have missed than in man pages of ftp, syslog, inetd, or elsewhere ? Regards, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06088; 30 Jul 90 1:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab05869; 30 Jul 90 1:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac05810; 30 Jul 90 1:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20825; 30 Jul 90 1:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18659; Sun, 29 Jul 90 21:58:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Jul 90 19:12:38 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: how to boot a file different from /unix ? Message-Id: <1990Jul29.201238.846@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I am playing with my operating system in order to fix a problem I have with IP5 on high load. The lboot -t nicely produces a new kernel, asks whether I want to reconfigure the system upon startup, and is apparently o.k. The only thing which puzzles me is that I am getting in trouble with the panic messages if I accidentially did something wrong. The machine dies, and hangs, without RESET being active... I need to power off the machine in order to get the PROM prompt. I then load the inst, spawn a sh and rename my save file to /root/unix in order to be able to boot. Question: In early versions of PROM, there was a hint how to boot a different file than /unix on the system disk. I didn't find that info somewhere now in the current documentation (3.3). How to boot a file other than /unix ? Merci Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06901; 30 Jul 90 2:35 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05869; 30 Jul 90 1:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05810; 30 Jul 90 1:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20772; 30 Jul 90 0:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18530; Sun, 29 Jul 90 21:55:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 03:04:17 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: setting SUID for scripts Message-Id: <11086@odin.corp.sgi.com> References: <9007292052.AA21084@ccu1.aukuni.ac.nz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9007292052.AA21084@ccu1.aukuni.ac.nz> russell@CCU1.AUKUNI.AC.NZ writes: | > | > I am trying to set the SUID on a shell script. | > It appears beeing set with the ls command, but has no effect. | > Is it the case on this system that one can only SUID on programs,and not | > on scripts??? | > | What release of Irix are you running? I beleive that SGI have done something | that affects suid on shell scripts at 3.3. This is because it is a known | loophole in unix security. At 3.3 I think that it is a kernal option and that | it will be removed altogether at V.4. Yes, it is disabled by default as shipped, and the few shell scripts in the release that required it were rewritten or replaced by binaries. See the variable 'nosuidshells' in /usr/sysgen/master.d/kernel. As far as I know, we have no intentions of completely dropping support for setuid scripts, even if/when we pick up the V.4 features. In 3.2 setuid scripts were supported with no way to disable them. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07328; 30 Jul 90 4:04 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06953; 30 Jul 90 3:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06943; 30 Jul 90 2:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20976; 30 Jul 90 2:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23670; Sun, 29 Jul 90 23:35:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 00:12:23 GMT From: Wes Peters Organization: Lofty Pursuits Public Access Unix for Rapid City, SD USA Subject: GNU cc, c++ for Silicon Graphics Iris-4D machines? Message-Id: <1990Jul30.001223.16542@loft386.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone out there have versions of the GNU compilers and assemblers running on the SGI Iris-4D series workstations? I have 2 4D/60GTs and 26 4D/70GTs at work, and I'd really like to have the GNU software on them. The latest distribution I've seen is 1.35; it contains some support for MIPS machines, but only for the BSD-based OS. The SGI Irix OS is a variant of Vr3. Replies via e-mail to wes@loft386, please. Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id an24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aq24544; 31 Jul 90 1:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ag24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03084; 30 Jul 90 23:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14995; Mon, 30 Jul 90 07:34:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Jul 90 16:50:33 GMT From: David Hinds Organization: AIR, Stanford University Subject: Re: New IBM Graphics Workstations Message-Id: <1990Jul29.165033.22289@portia.Stanford.EDU> References: <9007261139.AA05802@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007261139.AA05802@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > The last I heard was that the IBM's were comparable to the bottom >of the SGI line, 4D/20 with minimal graphics. >-- The IBM RS6000's have several levels of graphics support. The 8-bit color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D polygons/sec. The 24-bit color 3D graphics system is quoted as doing 990K 3D vectors/sec and 120K 3D polygons/sec. For comparison, SGI says a base IRIS 4D/50 with 8 bit planes does 140K vectors/sec and 5.5K polygons/sec. An IRIS with GTX graphics is supposed to do 475K vectors/sec and 100K polygons/sec. It is not obvious how to compare the figures, however. The IBM report quotes the lengths of vectors and sizes of polygons used. I looked through all our SGI stuff and couldn't find the corresponding information. These were the same SGI tables that quote 100 MIPS and 50 MFLOPS for a 4D/240, which are the theoretical limits, rather than performance on any standard benchmark. -David Hinds dhinds@popserver.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06103; 2 Aug 90 0:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05366; 1 Aug 90 23:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05248; 1 Aug 90 23:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20166; 29 Jul 90 23:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10999; Sun, 29 Jul 90 19:38:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 02:37:06 GMT From: Jason Heirtzler Organization: Boston University, Scientific Computing and Visualization Group Subject: so, you want to use a shared library? Message-Id: <61580@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Two questions: Has anyone (besides SGI) built their own shared libraries in IRIX? Did you enjoy it? There's all kinds of nasty prerequisites and special conditions before you can build your very own shared library. Let me quote The Book: [ choosing a data and text region address ] "Each region should be on a 4M boundry. The two regions should be adjacent, with the address of the text region lower than the address of the data region. The regions should be at the highest address possible below 0x0c000000." This isn't too bad, but then it goes on to say how you're likely to have address conflicts if you try to link a program and use your shared library and another shared library: "If you plan to release a library, you must consult with concerned parties to agree on a region address." Every 3rd party developer? That's going to be one heck of a conference call. Had enough? No? Then take a look at that branch table you gotta build for every function you include in your library. Not tough to do, but these are the things computers should do themselves. Or here's another: "External symbols have fixed addresses. If an external symbol moves, you have to relink all a.out files that use the library. This restriction applies to both text and data symbols." Anyways, you get the idea. To contrast, none of this is necessary with shared libraries in SunOS. They're clean and fairly simple. There's no such thing as a "shared library specification file." They also have major and minor revision levels for the libraries and the newest version always chosen (at run time, according to specific rules) for you. Will these (sysV style?) shared libraries be changing? Are we poor customers stuck until/if IRIX becomes sysV R4 based? What about then? ------------------------------------------------------------------- Jason Heirtzler (617) 353-2780 jdh@bu-pub.bu.edu Information Technology Boston University ..!bu.edu!bu-pub!jdh   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03884; 29 Jul 90 18:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03503; 29 Jul 90 18:08 EDT Received: by VMB.BRL.MIL id aa03486; 29 Jul 90 17:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03318; 29 Jul 90 17:05 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa19126; 29 Jul 90 16:55 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 30 Jul 90 08:53 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 30 Jul 90 08:53 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA21084; Mon, 30 Jul 90 08:52:16 NZT Date: Mon, 30 Jul 90 08:52:16 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: setting SUID for scripts To: deyrau@ciba-geigy.ch Cc: info-iris@vgr.brl.mil Message-Id: <9007292052.AA21084@ccu1.aukuni.ac.nz> > > I am trying to set the SUID on a shell script. > It appears beeing set with the ls command, but has no effect. > Is it the case on this system that one can only SUID on programs,and not > on scripts??? > What release of Irix are you running? I beleive that SGI have done something that affects suid on shell scripts at 3.3. This is because it is a known loophole in unix security. At 3.3 I think that it is a kernal option and that it will be removed altogether at V.4. I remember this from reading the 3.3 release notes. (We don't have 3.3 yet.) Could somebody from SGI confirm? Cheers, Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11079; 30 Jul 90 9:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10074; 30 Jul 90 9:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09966; 30 Jul 90 8:30 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa23970; 30 Jul 90 7:29 EDT Received: Mon, 30 Jul 90 07:33:45 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 30 Jul 90 07:33:45 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007301133.AA07942@aero4.larc.nasa.gov> To: swrinde!emory!utkcs2!murthy@ucsd.edu Subject: Re: psview for .ps images Cc: info-iris@BRL.MIL Under 3.2 psview's image related commands (as well as others) don't work. I haven't check 3.3 to see if it has been fixed yet. I think part of the problem is that the transformation matrix function doesn't work. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17391; 30 Jul 90 14:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16761; 30 Jul 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16624; 30 Jul 90 13:24 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa24920; 30 Jul 90 12:32 EDT Return-path: rbriber@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Mon, 30 Jul 90 10:14 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@brl.mil) id AA02493; Mon, 30 Jul 90 10:16:52 EDT Date: Mon, 30 Jul 90 10:16:52 EDT From: rbriber@poly1.nist.gov Subject: gcc To: info-iris@BRL.MIL Message-Id: <9007301416.AA02493@poly1.nist.gov> wes@loft386 writes: >Does anyone out there have versions of the GNU compilers and assemblers >running on the SGI Iris-4D series workstations? I have 2 4D/60GTs and >26 4D/70GTs at work, and I'd really like to have the GNU software on >them. The latest distribution I've seen is 1.35; it contains some support >for MIPS machines, but only for the BSD-based OS. The SGI Irix OS is a >variant of Vr3. We got gcc version 1.37.1 from prep.ai.mit.edu and other than some very minor changes in the Makefile it compiled fine. It seemed to know all about SGI machines. We have only used it a few times but so far, no problems. -- ---------------------------------------------------------------------------- | Adios Amoebas, | "I've tried and I've tried and I'm still mystified, | | Robert Briber | I can't do it anymore and I'm not satisfied." | | 224/B210 NIST | --Elvis | | Gaithersburg, MD |------------------------------------------------------| | 20899 USA | rbriber@poly1.nist.gov (Internet) | |(301) 975-6775(voice)| rbriber@enh.nist.gov (Internet) | |(301) 975-2128 (fax) | rbriber@nbsenh (Bitnet) | ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19373; 30 Jul 90 15:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18497; 30 Jul 90 15:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18442; 30 Jul 90 15:01 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa24269; 30 Jul 90 9:07 EDT Received: Mon, 30 Jul 90 06:08:18 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Mon, 30 Jul 90 09:08:21 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Mon, 30 Jul 90 09:55:04 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 30 Jul 90 09:55:04 EDT From: Tony Facca Message-Id: <9007301355.AA08987@avelon.lerc.nasa.gov> To: deyrau@ciba-geigy.ch Subject: Re: setting SUID for scripts Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > I am trying to set the SUID on a shell script. > It appears beeing set with the ls command, but has no effect. > Is it the case on this system that one can only SUID on programs,and not > on scripts??? In versions of IRIX prior to 3.3, you could use the "-b" switch on a C-Shell script (#! /bin/csh -b) to do this. I have read or heard that 3.3 won't allow SUID on scripts, so you'll have to use a C program with some system() calls or something to get the same results. -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23660; 30 Jul 90 23:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23583; 30 Jul 90 23:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23575; 30 Jul 90 23:04 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa24022; 30 Jul 90 7:46 EDT Received: Mon, 30 Jul 90 07:51:22 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 30 Jul 90 07:51:22 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007301151.AA08031@aero4.larc.nasa.gov> To: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Bibliography Systems for IRIS Cc: info-iris@BRL.MIL I don't know about using any bibliography software, but we use TeX. I wouldn't try to write a paper directly in PostScript. In my branch we use TeX for three main reasons. One, it is free and works on almost any machine. Two, our Techinical Editting section here at NASA- Langley uses it. This helps speed things up when you need to get a paper published. Three, it is very powerful and you can run it from any dumb terminal. The files are simple text files that can be easily transfered from machine to machine. With a dvi to ps filter we can us our PostScript laser printers. We don't use LaTeX, because it has a tendency to do things its own way and doesn't like to let you do it the right way. You could also use things like troff and Transcript too. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24119; 31 Jul 90 0:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23783; 31 Jul 90 0:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23759; 30 Jul 90 23:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02664; 30 Jul 90 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26753; Mon, 30 Jul 90 18:17:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 00:37:39 GMT From: Kurt Akeley Organization: sgi Subject: Re: rectwrite on 70G series machines... Message-Id: <11144@odin.corp.sgi.com> References: <9007291150.AA09984@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007291150.AA09984@mcirps2.med.nyu.edu>, root@MCIRPS2.MED.NYU.EDU writes: |> |> Does it work ? |> |> I am using a 70G machine, which was never very fast for pixel operations. |> |> I can not seem to get a patch of pixels to write from |> |> rectwrite(0,XSIZE,0,YSIZE,Image); |> |> The pixels are in an array of shorts. |> |> static Colorindex Image[XSIZE][YSIZE]; |> |> |> I can get the pixels out by doing a |> |> ortho2(-0.5,float(XSIZE)-0.5,-0.5,float(YSIZE-0.5)); |> |> for(i=0;i { |> color(Image[i][j]); |> pnt2i(i,j); |> } |> |> |> |> dan. my direct response to dan bounced, so i'll respond on the net. rectwrite was added to the GL when the GT was released. it was not ported to the 70G at that time (i think release 3.0). at some later release, probably 3.1, it was ported to the 70G. it is definitely supported on 70G in the 3.3 release, almost certainly in the 3.2 release. perhaps someone else knows exactly which release added rectwrite to the 70G? -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24119; 31 Jul 90 0:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23783; 31 Jul 90 0:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23768; 30 Jul 90 23:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02726; 30 Jul 90 23:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22075; Mon, 30 Jul 90 17:05:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 21:33:16 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: RS6000 an GL programmer's perspective Message-Id: <2814@auschs.ibm.com> References: <1987@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In reference to comments concerning GL on the IBM RS/6000... Problems with the speed of 'mapcolor' can be alleviated by using 'mapcolors' instead - you can load a complete 4096-entry colormap in the time it takes to execute one mapcolor command. This speeds things up considerably. The implementation of popup menus is different, because the RS/6000 is an X-based system. However, the functionality is all there. Also, I've been using the rectread/rectwrite subroutines extensively and, so far as I can see, everything works fine. Floating point performance for the model 320 is rated at more than four times that of a DECstation 3100, and integer (MIPS) performance is about twice that of a DS3100. Marc --- Marc Andreessen, IBM AWD Austin, sergio@sergio.austin.ibm.com --- --- Words and ideas contained herein are independent of IBM policy. ---   Received: from vmb.brl.mil by VMB.BRL.MIL id ac24119; 31 Jul 90 0:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac23783; 31 Jul 90 0:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23771; 30 Jul 90 23:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02816; 30 Jul 90 23:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18189; Mon, 30 Jul 90 16:06:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 22:01:37 GMT From: James Helman Organization: Stanford University Subject: untarring write-protected directories Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Unlike BSD/SunOS, IRIX tar religiously obeys the directory modes defined in an archive. This means that if you restore an archive which contains write-protected directories, tar is unable to write any part of the archive beneath that point (unless one is root). One solution is repeatedly untar and unprotect the offending directories, but this could take many iterations if the protected tree is deep. There must be a better way, but I don't see any flags that help. In a similar vein (i.e. IRIX tar shooting itself in the foot), something which bugs the bejesus out of me is tar's restoring directory/file ownerships for normal users. Why should normal users need or even be able to create files and directories they don't own? This usually means that tar then fails to retrieve the requested files because of protection mismatches as above. In addition, if the protections on what they just restored are restrictive, they may even have to call a rotorooter to remove the directory! Of course the "-o" flag will save you, but why leave an open hole for novice or BSD-acclimated users to trip into? b'roke> id uid=31(guest) gid=31(guest) b'roke> tar tvf enough.tar r-xr-xr-x 13/11 dir Jul 30 14:55 1990 enough/ rw-r--r-- 13/11 0 Jul 30 14:54 1990 enough/already rw-r--r-- 13/11 0 Jul 30 14:54 1990 enough/irepent rw-r--r-- 13/11 0 Jul 30 14:54 1990 enough/juststop rw-r--r-- 13/11 0 Jul 30 14:55 1990 enough/please rw-r--r-- 13/11 0 Jul 30 14:55 1990 enough/youtwit b'roke> tar xf enough.tar tar: enough/already - cannot create tar: enough/irepent - cannot create tar: enough/juststop - cannot create tar: enough/please - cannot create tar: enough/youtwit - cannot create b'roke> rmdir enough rmdir: enough: Search or write permission needed Yeeech! Jim Helman Department of Applied Physics 6 Trillium Lane Stanford University San Carlos, CA 94070 (jim@KAOS.stanford.edu) (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ac24544; 31 Jul 90 1:06 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa24478; 31 Jul 90 0:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24467; 31 Jul 90 0:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02999; 30 Jul 90 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15556; Mon, 30 Jul 90 15:30:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 21:25:45 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: how to boot a file different from /unix ? Message-Id: <825@ki.UUCP> References: <1990Jul29.201238.846@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul29.201238.846@urz.unibas.ch> doelz@urz.unibas.ch writes: > >Question: In early versions of PROM, there was a hint how to boot a >different file than /unix on the system disk. I didn't find that info >somewhere now in the current documentation (3.3). >How to boot a file other than /unix ? > >Merci >Reinhard See page 2-14 of "IRIS-4D System Administrator's Guide". To boot from a SCSI disk, I use: boot dksc(0,1,0)unix.test I too spent quite a while once trying to figure out how to do this. Sure would be nice if there was a _real_ index for all these #!#? manuals. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id ad24544; 31 Jul 90 1:06 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab24478; 31 Jul 90 0:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24475; 31 Jul 90 0:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03004; 30 Jul 90 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15618; Mon, 30 Jul 90 15:31:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 21:42:44 GMT From: Ted Wilcox Subject: Re: how to boot a file different from /unix ? Message-Id: <11128@odin.corp.sgi.com> References: <1990Jul29.201238.846@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Jul29.201238.846@urz.unibas.ch> doelz@urz.unibas.ch writes: >The only thing which puzzles me is that I am getting in trouble >with the panic messages if I accidentially did something wrong. >The machine dies, and hangs, without RESET being active... I >need to power off the machine in order to get the PROM prompt. >I then load the inst, spawn a sh and rename my save file to /root/unix >in order to be able to boot. Ouch! >Question: In early versions of PROM, there was a hint how to boot a >different file than /unix on the system disk. I didn't find that info >somewhere now in the current documentation (3.3). >How to boot a file other than /unix ? When you're in the prom menu (the 5 buttons) select option 5 (Enter Command Monitor). When you're at the ">>" prompt, tell the system to boot the file that you have saved. For example if you have a scsi root disk, and your saved unix file is called unix.sav, type: >>boot dksc(0,1,0)/unix.sav The dksc means use a scsi device, the first 0 means controller 0, the 1 means device 1 (the default main disk), and the last 0 means partition 0 (SGI's default root partition). >Merci >Reinhard De rien. (I think that's right.) ___ Ted. /x \/| I'd kill Flipper ted@sgi.com > \\ | for a tuna sandwich. \___/\| -Flipper (The band) (Thanks Archer.)   Received: from vmb.brl.mil by VMB.BRL.MIL id ag24544; 31 Jul 90 1:06 EDT Received: by VMB.BRL.MIL id aa24481; 31 Jul 90 0:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac23660; 30 Jul 90 23:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23639; 30 Jul 90 23:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02660; 30 Jul 90 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29698; Mon, 30 Jul 90 19:04:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 01:17:33 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: Re: New IBM Graphics Workstations Message-Id: <1990Jul31.011733.28549@cunixf.cc.columbia.edu> References: <9007261139.AA05802@aero4.larc.nasa.gov>, <11111@odin.corp.sgi.com>, <1990Jul30.210557.6255@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul30.210557.6255@portia.Stanford.EDU> dhinds@portia.Stanford.EDU (David Hinds) writes: >In article <11111@odin.corp.sgi.com> ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) writes: >>In article <1990Jul29.165033.22289@portia.Stanford.EDU>, >>dhinds@portia.Stanford.EDU (David Hinds) writes: >>> The IBM RS6000's have several levels of graphics support. The 8-bit >>> color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D >>> polygons/sec. The 24-bit color 3D graphics system is quoted as doing >>> 990K 3D vectors/sec and 120K 3D polygons/sec. >> >>Has it been released yet or is it still vaporware? Something else to >>consider is that IBM's high-end graphics board is an IBM proprietary >>and does not run the GL. > > Is this right? I thought that all the 3D graphics options for the IBM's >were SGI technology. An IBM rep told me they would support GL. I don't >know if it has been shipped yet. It's definitely true that IBM's high-end, 990K-vector/sec graphics board set is IBM-proprietary. They claim that it can do certain things that the GL library does not support, namely the entire PHIGS model. (I don't even know exactly what this means, so don't flame me if this seems not to make sense. I'm just repeating what I was told by an IBM rep!) But more recently I've seen literature that seems to imply that IBM has a software library of GL calls which have been ported to these boards as well. The SGI rep told me that the IBM low-end graphics board (90k 3D vectors/sec) is the basic 4D/20 set which SGI has licensed to IBM, and that this is the only hardware that SGI has licensed to IBM. As computational engines, the IBM machines seem superb, especially the Model 540, which is designed as a number-cruncher, with very fast clock and memory, and is not available with fancy graphics. I have been told second-hand that people are getting Cray-1 speeds for vectorizable floating-point code out of this workstation. The graphics models also seem very fast, and all are priced very competitively. It seems to me that there aren't enough of these machines out there yet to know how they really stack up, though; until then, you gotta decide if you want to take a risk with RISC-6000. And SGI's strong software support base, as much as anything else, has made me decide to go with SGI for my upcoming purchase. -P. ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************** Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027 (212)854-1418 shenkin@cunixc.cc.columbia.edu(Internet) shenkin@cunixc(Bitnet) ***"In scenic New York... where the third world is only a subway ride away."***   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24544; 31 Jul 90 1:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24480; 31 Jul 90 0:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03011; 30 Jul 90 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13769; Mon, 30 Jul 90 15:02:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 21:05:57 GMT From: David Hinds Organization: AIR, Stanford University Subject: Re: New IBM Graphics Workstations Message-Id: <1990Jul30.210557.6255@portia.Stanford.EDU> References: <1990Jul29.165033.22289@portia.Stanford.EDU>, <9007261139.AA05802@aero4.larc.nasa.gov>, <11111@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11111@odin.corp.sgi.com> ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) writes: >In article <1990Jul29.165033.22289@portia.Stanford.EDU>, >dhinds@portia.Stanford.EDU (David Hinds) writes: >> The IBM RS6000's have several levels of graphics support. The 8-bit >> color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D >> polygons/sec. The 24-bit color 3D graphics system is quoted as doing >> 990K 3D vectors/sec and 120K 3D polygons/sec. > >Has it been released yet or is it still vaporware? Something else to >consider is that IBM's high-end graphics board is an IBM proprietary >and does not run the GL. Is this right? I thought that all the 3D graphics options for the IBM's were SGI technology. An IBM rep told me they would support GL. I don't know if it has been shipped yet. >> For comparison, SGI says a base IRIS 4D/50 with 8 bit planes does >> 140K vectors/sec and 5.5K polygons/sec. An IRIS with GTX graphics is >> supposed to do 475K vectors/sec and 100K polygons/sec. > >Don't forget the VGX system's 1M vps and 1M pps. This board uses the GL >unlike IBM's top-o'-the-line. Yeah, my table didn't include VGX. >The graphics performance numbers for the Personal Iris and GT graphics systems >vps are based on 10 pixel, connected, full 24-bit color, arbitrary orientation >vectors. For pps, 10x10 (100 pixel), full 24-bit color, unlighted, Gouraud >shaded, Z-buffered, arbitrary orientation, polygons. The numbers for the VGX >system are based on anti-aliased vectors and polygons in triangle meshes OK. The IBM vectors are the same as the SGI ones. The sheet says the polygons were 50 pixel Gouraud shaded triangle mesh. I don't know how the speed scales with size. -David Hinds dhinds@popserver.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24544; 31 Jul 90 1:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24484; 31 Jul 90 0:49 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa03021; 30 Jul 90 23:14 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA05321; Mon, 30 Jul 90 16:57:31 +0200 Received: from wirz.cigy (cgcha) by ciba-geigy.ch id AA16921; Mon, 30 Jul 90 16:26:27 +0200 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA28842; Mon, 30 Jul 90 16:26:26 +0200 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA20083; Mon, 30 Jul 90 16:26:08 DST (5.52/SMI-3.2-CG-1.0H) Date: Mon, 30 Jul 90 16:26:08 DST From: Dipl agr Veronique Eyraud Message-Id: <9007301426.AA20083@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: forbidden things with bru Cc: deyrau@ciba-geigy.ch Thank you for all the replies for the "SUID on scripts" question. My ultimate goal in this is to allow an operator to log on a "normal" account and to run a backup procedure reading all or parts of the file system without beeing root. Though I have a C procedure calling "bru", on which I have set UID, and the exe looks like this: -rwsr-x--- 1 root sys 15984 mybru The source is the following main(argc,argv) int argc; char **argv; { /* system( command ); */ system("ls -l"); system( "bru -cvn 15-jul-1990 -f /dev/nrtape /usr/focci02/prog/mmod/mm30x"); } With this, I cannot succeed in reading a protected directory (no read access for the "other" field,and the owner is from the "user" group), though it works for the ls command that is called just before. Is there something in the bru philosophy that says "Though shalt not backup directories if thee are protected even if though have SUID root sys ??!!!! " Any idea ?   Received: from vmb.brl.mil by VMB.BRL.MIL id ac24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae24544; 31 Jul 90 1:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24497; 31 Jul 90 0:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03034; 30 Jul 90 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06632; Mon, 30 Jul 90 13:15:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 18:51:13 GMT From: umigw!rsmas!miller@handies.ucar.edu Subject: Problem with -pfa option in f77 compile command Message-Id: <8450.26b44961@rsmas.miami.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Problem with the F77 compiler when -pfa option is used: I am attempting to run a numerical model code under IRIX System V Release 3.3 on a SG Power Series and am having difficulties getting it to compile when the -pfa option is turned on. The code compiles without error if I try f77 -o programname programname.f or f77 -O3 -Olimit 1200 -o programname programname.f but generates a "Fatal error in: /usr/lib/fcom - core dumped. Signal 139" if I add the -pfa option to the above, viz., f77 -pfa -o programname programname.f or f77 -pfa -O3 -Olimit 1200 -o programname programname.f Note that if I specify "-pfa list" rather than "-pfa", I do get the listing showing what has or has not been flagged for concurrentization. So, the -pfa option is doing at least part of its job but apparently fouls something up to the point that fcom doesn't like it anymore. Where can I find out what "signal 139" means? Anybody else had this problem? Any suggestions? ------------------------------------------------------------------------------- Jerry L. Miller INTERNET: miller@rsmas.miami.edu Rosenstiel School of Marine and Atmospheric Science, University of Miami Remember: "It's later now than it's ever been; however, vg'f zber yvxr vg vf abj guna vg unf rire orra orsber."   Received: from vmb.brl.mil by VMB.BRL.MIL id ad24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af24544; 31 Jul 90 1:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24497; 31 Jul 90 0:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03038; 30 Jul 90 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06034; Mon, 30 Jul 90 13:05:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 19:21:52 GMT From: Daniel Easly Organization: Xyvision Design Systems, Wakefield MA Subject: Driver not disconnecting... Message-Id: <1363@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are experiencing a problem with the "tpsc" driver supplied by SGI. It seems that any long tape command (rewind, fsf 10, ...) the driver holds the bus until the operation has finished. This is causing significant delays for other users as all users are effected. This driver was supplied in source form with Release 3.2. Is there a new asynch version? Was this an oversight? Any help on resolving this would be greatly appreciated!!! --------------------------- Daniel Easley Xyvision Design Systems contex!dan@uunet.uu.net WORK : 617-245-9004 (x5573) -- --------------------------- Daniel Easley Xyvision Design Systems contex!dan@uunet.uu.net WORK : 617-245-9004 (x5573)   Received: from vmb.brl.mil by VMB.BRL.MIL id ae24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24507; 31 Jul 90 0:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03041; 30 Jul 90 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05178; Mon, 30 Jul 90 12:53:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 19:15:22 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Help in anonymous ftp setup needed. Message-Id: <65577@sgi.sgi.com> References: <1990Jul29.200517.845@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul29.200517.845@urz.unibas.ch> doelz@urz.unibas.ch writes: >Details: >I want to set up a anonymous ftp account with logging and >timeouts enabled. man pages says that ftpd is started according >to the entries in inetd.conf. My entry there looks as follows: > >ftp stream tcp nowait root /usr/etc/ftpd ftp -l -d -t 2 -T 10 Note that ftpd(1M) man page says the values for the timeout options are interpreted as seconds, not minutes. A 2 second inactivity timeout is a bit brutal... >.. but the damned ftp does not do any logging to the syslog. >AHA, it is the syslog which needs to be configured. The default /etc/syslog.conf will log ftpd messages. It's important to use the 3.3 version, which is installed as /etc/syslog.conf.N. > So I wrote a syslog.conf: > >*.debug; *.emerg; *.warning; *.err; *.notice; *.info /usr/adm/logfile > >and still, nothing happens. The syntax for /etc/syslog.conf is tricky: a tab must separate the facilities list (*.debug, et al.) from the output filename. Also, *.debug selects debug level and above, hence don't include the "*.emerg; *.warning; *.err; *.notice; *.info" fields. >Further, I want to set up the ftp in a way that it automatically >uses ASCII mode, and reports a file which I define. >Funny enough, it currently starts up in BINARY Currently there's no way to disable auto-BINARY mode nor to specify a different filename. > and reports a README file in the ~/ftp directory without being asked for... The ftpd(1M) man page does mention that README will be printed if it exists in an anonymous or restricted account's directory. >Is there any further help I might have missed than in man pages >of ftp, syslog, inetd, or elsewhere ? After changing /usr/etc/inetd.conf, did you send the SIGHUP signal to inetd to tell it to reread inetd.conf? Do "killall 1 inetd" as root. The same applies to syslogd when changing /etc/syslog.conf.   Received: from vmb.brl.mil by VMB.BRL.MIL id af24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24510; 31 Jul 90 0:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03043; 30 Jul 90 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03996; Mon, 30 Jul 90 12:32:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 18:17:15 GMT From: "Dennis Flanigan Jr." Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: gl commands in X11 Message-Id: <2943@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A question about gl with X11: Last week I asked the SGI hotline if there was any way I could use gl commands in a window opened up with X11 commands. Essentially using the gl command winset on the X11 window. SGI said it could not be done now, but probably in the future. Does anybody know why I can't do this now? -------------------------------------------------------------------------- Dennis Flanigan Jr. | Goddard Space Flight Center   Received: from vmb.brl.mil by VMB.BRL.MIL id ag24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24510; 31 Jul 90 0:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03047; 30 Jul 90 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01581; Mon, 30 Jul 90 11:54:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 18:10:56 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: New IBM Graphics Workstations Message-Id: <11111@odin.corp.sgi.com> References: <1990Jul29.165033.22289@portia.Stanford.EDU>, <9007261139.AA05802@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul29.165033.22289@portia.Stanford.EDU>, dhinds@portia.Stanford.EDU (David Hinds) writes: > In article <9007261139.AA05802@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > > > The last I heard was that the IBM's were comparable to the bottom > >of the SGI line, 4D/20 with minimal graphics. > >-- > The IBM RS6000's have several levels of graphics support. The 8-bit > color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D > polygons/sec. The 24-bit color 3D graphics system is quoted as doing > 990K 3D vectors/sec and 120K 3D polygons/sec. Has it been released yet or is it still vaporware? Something else to consider is that IBM's high-end graphics board is an IBM proprietary and does not run the GL. > For comparison, SGI says a base IRIS 4D/50 with 8 bit planes does > 140K vectors/sec and 5.5K polygons/sec. An IRIS with GTX graphics is > supposed to do 475K vectors/sec and 100K polygons/sec. Don't forget the VGX system's 1M vps and 1M pps. This board uses the GL unlike IBM's top-o'-the-line. > It is not obvious how to compare the figures, however. The IBM > report quotes the lengths of vectors and sizes of polygons used. I looked > through all our SGI stuff and couldn't find the corresponding information. > These were the same SGI tables that quote 100 MIPS and 50 MFLOPS for a > 4D/240, which are the theoretical limits, rather than performance on any > standard benchmark. I'm not sure what tables you are looking at but the tables I've seen SGI quote for the 4D/240 are 4 cpus x 20 VAX Dhrystone MIPS = 80 MIPS and a floating point performance 16MFLOPS double-precision Linpack. I've never heard they numbers you quote. The graphics performance numbers for the Personal Iris and GT graphics systems vps are based on 10 pixel, connected, full 24-bit color, arbitrary orientation vectors. For pps, 10x10 (100 pixel), full 24-bit color, unlighted, Gouraud shaded, Z-buffered, arbitrary orientation, polygons. The numbers for the VGX system are based on anti-aliased vectors and polygons in triangle meshes. > > -David Hinds > dhinds@popserver.stanford.edu My own personal opinion is that most quoted benchmarks are useful only as a guideline, actually mileage may vary due to driving conditions. The really interesting performance comparisons come for independendant vendors who run application scenario comparisons between various platforms. These aren't benchmarks in the traditional sense of having a very specific test of floating point performance. These comparisons are based on tests that similate trying to do actual work and take into account full system performance (CPU, disk subsystem, graphics, et cetera.) These, to me, represent the really interesting comparison points. Some of the vendors use these numbers to determine the pricing of their software on various platforms so it would seem these kinds of comparisons are interesting to them too. Of course, the bottom line is what is the real performance of your personal tasks. If you can port your application to make the comparison. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id ah24643; 31 Jul 90 1:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ak24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03050; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29904; Mon, 30 Jul 90 11:29:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 17:55:46 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: so, you want to use a shared library? Message-Id: <3794@auspex.auspex.com> References: <61580@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Will these (sysV style?) shared libraries be changing? Are we poor >customers stuck until/if IRIX becomes sysV R4 based? What about then? The S5R4 shared library mechanism is based on the SunOS one; the problems you cite with the S5R3 shared library mechanism are part of the reason Sun didn't go with something like that (and perhaps part of the reason why AT&T went with the SunOS scheme for S5R4). I would certainly *hope* the folks doing MIPS port(s?) of S5R4 don't abandon those advantages; if they don't, S5R4 should make life more pleasant.   Received: from vmb.brl.mil by VMB.BRL.MIL id ai24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id al24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03052; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29953; Mon, 30 Jul 90 11:30:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 18:02:24 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: setting SUID for scripts Message-Id: <3795@auspex.auspex.com> References: <9007292052.AA21084@ccu1.aukuni.ac.nz>, <11086@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >As far as I know, we have no intentions of completely dropping >support for setuid scripts, even if/when we pick up the V.4 >features. Given that S5R4 includes support for setuid scripts, complete with the "standard" fix for what is probably the most (in)famous security hole (although there may well be other holes; when you're dealing with a shell, you're dealing with a fairly big program, and there may well be, umm, *interesting* combinations of individually-reasonable features that open holes in set-UID scripts), I'd expect you wouldn't drop support for them....   Received: from vmb.brl.mil by VMB.BRL.MIL id aj24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id am24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03054; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24759; Mon, 30 Jul 90 10:02:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 13:23:51 GMT From: Urs Meyer Organization: University of Zurich, Department of Computer Science Subject: Re: perl under Irix 3.2.2 Message-Id: <1990Jul30.132351.26440@gorgo.ifi.unizh.ch> References: <1587@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1587@merlin.bhpmrl.oz.au> ianh@bhpmrl.oz.au (Ian Hoyle) writes: >Are there any tricks to building Larry Wall's perl under Irix (3.2.2) ??? >After running Configure and then a "make", "make test" fails in 2 places: > >1) op.eval dumps core after 6 iterations eg. [...] >ok 6 >Segmentation fault (core dumped) > >2) op.s runs out of memory after 39 iterations [...] >ok 39 >Out of memory! > >Any clues would be much appreciated > > ian I installed perl 3 pl 18 on a 4D/70GT with IRIX 3.2.1 and had the same problems. I didn't try a lot of things but the following should do it: - compile perl with -O0 (no optimizations at all) - use the perl supplied malloc (I didn't try -O1 due to lack of time.) Urs Meyer ---------- meyer@ifi.unizh.ch, {uunet,...}!mcsun!cernvax!unizh!meyer University of Zurich, Dept of Computer Science, Multimedia Lab, CH-8057 Zurich   Received: from vmb.brl.mil by VMB.BRL.MIL id ak24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id an24544; 31 Jul 90 1:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03067; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23086; Mon, 30 Jul 90 09:36:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 15:48:12 GMT From: Kurt Akeley Organization: sgi Subject: Re: gl question - editing large objects Message-Id: <11094@odin.corp.sgi.com> References: <9007290220.AA17536@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007290220.AA17536@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: |> Thanks for your considered reply. |> |> >however, the editing performance of objects is poorer than ever, as |> >a result of some arcane interactions between shared libraries and |> >code caches. thus (for now) rule one: |> > |> > if performance is an issue, use GL objects only for data that |> > never change. |> > |> |> What do you mean, exactly, by "data that never change"s ? i don't have an exact definition, so i'll try a different tact. what i mean is: 1. don't ever call editobj(). 2. don't repeatedly call makeobj() to accomplish object editing. |> |> What about a fixed geometry object that will have different reflectance |> properties, or a moving light source ? |> if the fixed geometry object has only a single reflectance property, that property can be changed outside the GL object definition itself, and it's ok to use a GL object. if the geometric object requires multiple reflectance properties, however, it should either be broken up into multiple GL objects or drawn in immediate mode. same goes for the light source, which is positioned by the ModelView matrix that exists at the time the light source is bound. it's ok to include the lmbind call in an object, but not the code that changes the ModelView matrix. -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id al24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ao24544; 31 Jul 90 1:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae24518; 31 Jul 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03069; 30 Jul 90 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21318; Mon, 30 Jul 90 09:10:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 14:52:04 GMT From: Clifford B Miller Organization: Princeton University, Princeton, New Jersey Subject: sendmail problem. Message-Id: <1530@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am maintaining about 20 diskless PI clients off a single SGI server. I have a problem with sendmail.cf on the clients most recently added: the mailer expands what should be "@research.nec.com:millercb@theory.princeton.edu" into "@research.nec.com:@research.nec.com:@research.nec.com:......", ad nauseum, and of course mail -v reports "rewrite: expansion too long... cannot resolve name..." in such cases. I have been using the same sendmail.cf on all these clients, re-freezing the configuration on each client. The only difference between the older clients that work and the newer ones that don't is that the newer ones have their client-tree space on a new disk that I recently installed on the server. Everything else about this disk and its file systems appears normal and functional. Where is the problem? (1) sendmail.cf? (2) the new disk? (3) the share/client tree? (4) the nameserver? (5) ???? Any help would be appreciated: e-mail to cliff@research.nec.com. Clifford B. Miller, Research Associate / Systems Administrator NEC Research Institute, Princeton, New Jersey (609) 520-1551 Internet: cliff@research.nec.com USMAIL: NEC Research Institute BITNET: MILLERCB@PUCC 4 Independence Way UUCP: ...princeton!necserve!cliff Princeton, NJ 08540   Received: from vmb.brl.mil by VMB.BRL.MIL id ao24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ar24544; 31 Jul 90 1:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24521; 31 Jul 90 0:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03088; 30 Jul 90 23:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13537; Mon, 30 Jul 90 07:12:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 13:53:58 GMT From: randy frank Organization: University of Iowa, Image Analysis Facility Subject: RS6000 an GL programmer's perspective Message-Id: <1987@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is in general reply to Matt Machlis' questions about the IBM RS/6000. (the machine was a 3xx? 16Meg ram) I had a demo machine for about 3 weeks earlier this year. I ported about 15 applications to it and demoed it at our site. The apps were all IRIS GL code, mostly scientific FORTRAN and included p3d, NCSA HCVIS, NCSA HDF, FRODO, TGIF, some radiation planning software, a solids modeller, and basic image and 3d object display/ manipulation software and a GL based 128k Apple //e emulator. (the latter few being locally developed workspace applications.) Porting was fairly simple especially for our sw as it had been written using only base GL calls which could be isolated and have libs written around them for porting to other platforms. IE we plan to port as we code, including graphics. Graphically the speed was about the same as our 4D20. A noted exception is that the mapcolor routine was INCREDIBLY SLOW!!!. Also the implementation of popup menus left a LOT to be desired. A last graphics note, I was unable to get any of my rectread based software to work. IE I could NOT reliably read an image from the buffer. Most of the stuff I saw will probably be corrected in a future OS release. Basically it's a 4D20 graphically. The CPU was quick. Probably in the R3000 25Mhz range especially in floating point. If your code is integer only the machine was not much faster than a 4D25. The floating point stuff was difficult to measure as its performance was wildly erratic. Some stuff ran very fast but as the numbers got small (iterative fitting) it slowed down. I found the OS to be fairly stable for a prerelease and I liked their system administration tool (SMIT) very much. In a nutshell the machine was a 4D20-25 that was a little erratic. Its UNIX takes a little getting used to but is ok. I would like to see another release of the OS before I bought one (unless the discount were over 60%). Lots of potential... Note: Many of the ports were deleted and I don't know if I could provide the source to the port although I could provide hints. My porting success rate was about 80% in two weeks. I believe 90-95% could be ported. -- rjf. Randy Frank, Engineer | (319) 335-6712 University of Iowa, Image Analysis Facility | 73 EMRB randy@tessa.iaf.uiowa.edu | Iowa City, IA 52242   Received: from vmb.brl.mil by VMB.BRL.MIL id ap24643; 31 Jul 90 1:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id as24544; 31 Jul 90 1:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24521; 31 Jul 90 0:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03092; 30 Jul 90 23:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12862; Mon, 30 Jul 90 07:01:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 13:51:56 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept, Ann Arbor, MI Subject: stdarg.h/code generation botch? Message-Id: <2978@zipeecs.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Path: umeecs!zip!spencer From: spencer@eecs.umich.edu (Spencer W. Thomas) Newsgroups: comp.sys.sgi Subject: stdarg.h/code generation botch? Message-ID: Date: 27 Jul 90 20:25:14 GMT Sender: news@zip.eecs.umich.edu Distribution: comp Organization: University of Michigan EECS Dept Lines: 72 Ok, so I've got this little piece of code that looks like this #include int scanargs( argc, argv, format ) int argc; char **argv; char *format; { int retval; va_list argl; va_start( argl, format ); retval = do_scan( argc, argv, format, argl ); va_end( argl ); return retval; } It doesn't work. The first word pointed to by argl is 0. Why? Let's look at the assembly output: scanargs: .option O2 subu $sp, 32 sw $31, 20($sp) % Store frame pointer on the stack sd $4, 32($sp) % Store args 0 & 1 on the stack sw $6, 40($sp) % Store arg 2 on the stack Well, lo and behold, only the first 3 register arguments get put on the stack. The 4th is therefore garbage (on the stack) (but, since scanargs is the first function called in the program, it's 0). But, what's really weird, is that if I use varargs, it does work: #include int scanargs( va_alist ) va_dcl { int retval; va_list argl; int argc; char **argv; char *format; va_start( argl ); argc = va_arg( argl, int ); argv = va_arg( argl, char ** ); format = va_arg( argl, char * ); retval = _do_scanargs( argc, argv, format, argl ); va_end( argl ); return retval; } scanargs: .option O2 subu $sp, 48 sw $31, 20($sp) % Store frame pointer on stack sd $4, 48($sp) % Store args 0 & 1 on stack sd $6, 56($sp) % Store args 2 & 3 on stack But va_alist is just one argument, running the above through the preprocessor yields: int scanargs( va_alist ) int va_alist; ... I would expect the compiler to only save one register argument on the stack in this case. But it saves all 4! So, what's up? Why does the varargs case work, and the stdarg case not? Is this a compiler botch? Is it an include file botch? Will it be fixed? Should I call the Geometry Hotline? Yours, in confusion, -- =Spencer W. Thomas EECS Dept, U of Michigan, Ann Arbor, MI 48109 spencer@eecs.umich.edu 313-936-2616 (8-6 E[SD]T M-F)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25176; 31 Jul 90 2:33 EDT Received: by VMB.BRL.MIL id aa25126; 31 Jul 90 2:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23660; 30 Jul 90 23:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23611; 30 Jul 90 23:19 EDT Received: from masig2.ocean.fsu.edu by VGR.BRL.MIL id aa02500; 30 Jul 90 22:51 EDT Received: by masig2.ocean.fsu.edu (5.52/25-eef) id AA15937; Mon, 30 Jul 90 21:55:10 EDT Date: Mon, 30 Jul 90 21:55:10 EDT From: Alan Davis Message-Id: <9007310155.AA15937@masig2.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: emacs 18.55 I have been trying to get the latest version of emacs (18.55) up on a new IRIS (320 running 3.3) and have run into a problem. The routines compile ok, but the installation aborts at the ./temacs -batch -l inc-vers command with the following error message: *** Termination code 9 . If anyone has installed emacs under 3.3, could they please respond with any changes to the headers (m-iris4d.h and s-iris3-6.h) or other source code files. Thanks. -- Alan Davis | MS B-174, Love 008A | Mesoscale Air-Sea Interaction Group | INTERNET davis@masig1.ocean.fsu.edu Florida State University | SPAN scri1::davis Tallahassee, FL 32306-3041 | (904) 644-3798 | _______________________________________________________________________________   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25248; 31 Jul 90 2:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa25220; 31 Jul 90 2:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25200; 31 Jul 90 2:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03357; 30 Jul 90 23:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05135; Mon, 30 Jul 90 20:33:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 03:26:35 GMT From: Ron Schnell Organization: MIT EE/CS Computer Facilities, Cambridge, MA Subject: *OLD* Iris pgms wanted Message-Id: <1990Jul31.032635.12088@eddie.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently bought a used 2400 running GL2.5. Does anyone have any neat demo or useful graphics programs I can get? I really only bought it for "flight", but it would be nice to see some other stuff. The output from uname -a reads: alpha alpha m68010 5.0+5.3+ (GL2-W2.5) GL2 GL2.4 2400 #Ron (ronnie@eddie.mit.edu)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26650; 31 Jul 90 6:05 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa26140; 31 Jul 90 5:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26115; 31 Jul 90 5:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05144; 31 Jul 90 2:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14902; Mon, 30 Jul 90 23:17:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 03:56:02 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Driver not disconnecting... Message-Id: <11151@odin.corp.sgi.com> References: <1363@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1363@contex.UUCP> dan@contex.UUCP (Daniel Easly) writes: | We are experiencing a problem with the "tpsc" driver supplied by | SGI. It seems that any long tape command (rewind, fsf 10, ...) the | driver holds the bus until the operation has finished. This is | causing significant delays for other users as all users are effected. I think you are mistaking the driver blocking a process for the device disconnecting from the SCSI bus. For historical reasons, ALL tpsc commands are non-interruptible. Programs doing i/o or using the tpsc ioctls will block until the drive completes the request. This driver has 'always' been like this, and is not likely to change in the near future. This is not unlike most disk drivers, except that tape drives tend to have very long lived single operations (as long as 2 hours in the case of an 'mt erase' on an 8mm tape). All of the SGI qualified SCSI tape drives disconnect from the SCSI bus on long operations. The only exception is if you change the variable 'scsi_enable_disconnect' in master.d/scsi to support some device that does not work correctly with disconnect supported; if you do so, NO SCSI devices will disconnect on any command. SGI ships NO devices requiring this; it was done to enable a number of customers to use drives like the Sony C501 optical drive which did not work correctly (at least with several revs of firmware) in an environment where disconnect is supported. | This driver was supplied in source form with Release 3.2. Only if you signed a special contract with SGI. I am unaware of any SGI device driver that has been generally released in source form. (I seem to recall a company named Contex in Boston that did sign such a contract so that they could support a 9 track SCSI tape drive of their own choice.) | Is there a new asynch version? Was this an oversight? The driver changed to support a few new features, and some bugs were fixed, but no significant changes in driver operation were made. | Any help on resolving this would be greatly appreciated!!! I would be happy to try and help you (unofficially!) if you would E-Mail me the specifics of your system configuration and what you are doing. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01758; 1 Aug 90 15:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01618; 1 Aug 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01587; 1 Aug 90 14:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06548; 31 Jul 90 5:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26784; Tue, 31 Jul 90 02:41:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 14:46:49 GMT From: Patricia Monger Organization: McMaster University, Hamilton, Ontario, Canada Subject: biff Message-Id: <26B44859.29885@maccs.dcss.mcmaster.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a version of biff around someplace for the SGI machines? I just got a 4d/25, and installed irix 3.2 on it. I think I installed everything, but biff doesn't seem to be part of that. Also, is there anything equivalent to xbiff around for 4sight? or can I just use xbiff?   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01758; 1 Aug 90 15:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad01618; 1 Aug 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad01587; 1 Aug 90 14:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06550; 31 Jul 90 5:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26777; Tue, 31 Jul 90 02:41:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jul 90 17:35:44 GMT From: Adele Newton Organization: Alias Research, Inc. Toronto ON Canada Subject: Response to questions about ALIAS software Message-Id: <1990Jul30.173544.29451@alias.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is in response to Anders Lassen's recent posting regarding ALIAS software: Mr. Lassen is running an old version of ALIAS software. V2.4.1 of ALIAS/2 was replaced in January, 1990 by V2.4.2. V3.0 will replace V2.4.2 and will be released at the end of July, 1990. Sections in >><< are Mr. Lassen's comments and questions: >>In the dope sheet, deleting a key-frame is not possible.<< Some Personal Irises had a problem with doing anything to the keyframes in the dope sheet. The system was hung up and the only way out of it was to do a hard reset. In many cases, simply powering down the PI would solve the problem. This problem was corrected in later revisions of the workstation. >>Envoking the SDL editor causes the application to halt. Anyone know how to fix it?<< >>In addition, I want an answer as to how to create procedures of your own in SDL.<< >>The SDL-interepreter "renderer" does not allow procedure declarations in the syntax. Only procedures compiled in the renderer can be invoked.<< The SDL editor problem described above occurs only when the process is run in the background. To avoid the problem, we recommend that you do not run the editor in the background. V3.0 will provide a substantially improved SDL syntax and much more flexibility for users. Alias Assist Software Support has provided answers to these questions. Alias Assist is available to answer questions related to hardware or software, computers or design for 8 a.m. or 8 p.m. EST to Alias customers who subscribe to software support.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25756; 31 Jul 90 4:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25695; 31 Jul 90 4:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25664; 31 Jul 90 4:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04541; 31 Jul 90 0:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08886; Mon, 30 Jul 90 21:31:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 04:28:34 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept Subject: Re: RS6000 an GL programmer's perspective Message-Id: References: <1987@ns-mx.uiowa.edu>, <2814@auschs.ibm.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A couple of things we noted were missing from the IBM RS/6000 GL library were gversion() and foreground(). Will these be provided in the future? -- =Spencer W. Thomas EECS Dept, U of Michigan, Ann Arbor, MI 48109 spencer@eecs.umich.edu 313-936-2616 (8-6 E[SD]T M-F)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab25756; 31 Jul 90 4:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25695; 31 Jul 90 4:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25666; 31 Jul 90 4:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04543; 31 Jul 90 0:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08911; Mon, 30 Jul 90 21:31:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 04:22:44 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept Subject: Re: stdarg.h/code generation botch? Message-Id: References: <2978@zipeecs.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, mea culpa. It has been pointed out to me that the correct stdarg usage is: int scanargs( int argc, char **argv, char *format, ... ) very important ^^^ However, I plead a little justified ignorance: I cannot find an on-line man page for stdarg on any of the Iris 4Ds to which I have access. Maybe it's in the printed documenation, but I'm not any where near that. Why did varargs work, you may ask? Well, the compiler recognizes the argument name 'va_alist' as a special case... Anyway, it was 'user error', and I will be more careful to RTFM in the future. -- =Spencer W. Thomas EECS Dept, U of Michigan, Ann Arbor, MI 48109 spencer@eecs.umich.edu 313-936-2616 (8-6 E[SD]T M-F)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29678; 31 Jul 90 9:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab29295; 31 Jul 90 8:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29197; 31 Jul 90 8:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06378; 31 Jul 90 4:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22287; Tue, 31 Jul 90 01:16:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 07:55:57 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Help in anonymous ftp setup needed.ex Message-Id: <1990Jul31.085557.849@urz.unibas.ch> References: <1990Jul29.200517.845@urz.unibas.ch>, <65577@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <65577@sgi.sgi.com>, arc@thyme.wpd.sgi.com (Andrew Cherenson) writes: > In article <1990Jul29.200517.845@urz.unibas.ch> doelz@urz.unibas.ch writes: >> > The syntax for /etc/syslog.conf is tricky: a tab must separate > the facilities list (*.debug, et al.) from the output filename. > Also, *.debug selects debug level and above, hence don't include the > "*.emerg; *.warning; *.err; *.notice; *.info" fields. Thanks for the pointer. I did as requested. >> and reports a README file in the ~/ftp directory without being asked for... > > The ftpd(1M) man page does mention that README will be printed if it exists > in an anonymous or restricted account's directory. Sorry, I overlooked this item. It's really there. >>Is there any further help I might have missed than in man pages >>of ftp, syslog, inetd, or elsewhere ? > > After changing /usr/etc/inetd.conf, did you send the SIGHUP signal to inetd > to tell it to reread inetd.conf? Do "killall 1 inetd" as root. > The same applies to syslogd when changing /etc/syslog.conf. Thanks, I did that, but still - nothing happens. Is there a way to control the action of ftpd in a way that ftpd starts a small program which does syslog(3B) calls manually? I imagine one could do that by changing the info in inetd.conf by stating that another program should start before ftpd, but I hesitate doing so without knowing that it's worth the effort. Regards Reinhard PS: Thanks for the prompt reply! I really appreciate to get responses from SGI this way.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00860; 31 Jul 90 9:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29295; 31 Jul 90 8:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29188; 31 Jul 90 8:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06343; 31 Jul 90 4:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21903; Tue, 31 Jul 90 01:07:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 07:27:32 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Problem with -pfa option in f77 compile command Message-Id: <1990Jul31.082732.848@urz.unibas.ch> References: <8450.26b44961@rsmas.miami.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8450.26b44961@rsmas.miami.edu>, miller@rsmas.miami.edu writes: > Problem with the F77 compiler when -pfa option is used: .. > f77 -O3 -Olimit 1200 -o programname programname.f > > but generates a "Fatal error in: /usr/lib/fcom - core dumped. Signal 139" if I > add the -pfa option to the above, viz., .. > > Where can I find out what "signal 139" means? Anybody else had this problem? > Any suggestions? I get the same problem on an SGI 120 running 3.3 while trying to compile the ray tracer (E.Merritt) posted in this group recently. Mine dies in the compilation if specified f77 -O2 -Olimit 1400 program.f object.o 4Dgifts/iristools/limimage/libimage.a Fatal error in /usr/lib/uopt - core dumped Signal 139 *** Error code 1 The two errors don't need to be related. As far as I got informed, SGI knows that the highest bit is accidentially set and 139 is just 139 - 128 = 11 (segmentation violation) SIGSEV. Regards Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04707; 31 Jul 90 13:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03525; 31 Jul 90 12:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03518; 31 Jul 90 12:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07981; 31 Jul 90 8:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03712; Tue, 31 Jul 90 05:01:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 10:39:57 GMT From: Toine Schreurs Organization: University of Utrecht, Dept. of Physics Subject: DVI-preview Message-Id: <1357@ruunsa.fys.ruu.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Somebody who knows of an anonymous FTP site with a plain DVI-viewer for SGI? I have the TeX/MF package installed here, but don't want to re-invent the wheel on this one. -- Rob Hooft, hooft@chem.ruu.nl using someone-elses news account   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05885; 31 Jul 90 14:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04969; 31 Jul 90 14:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04944; 31 Jul 90 13:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09169; 31 Jul 90 9:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09946; Tue, 31 Jul 90 06:52:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 13:36:44 GMT From: randy frank Organization: University of Iowa, Image Analysis Facility Subject: Workspace and execute only programs Message-Id: <2004@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This may seem awfully trivial, and I felt this would be the case but it is not explicitly shown in the manuals so I'll relay the info here. Our facility frequently develops applications for other SGI users on our net and makes the programs available via NFS to other sites. In doing so we set the programs up with --x access. The programs are also set up with FTR rules. Locally there is no problem as we all run in a developers group with rwx access. Remote (out of group) users may execute the programs fine. However, when Workspace attemps to type the applications (via tags) it cannot read the file and thus types the files as generic binaries for the remote users. This is easily fixed by giving read access to others. This could be seen as a security breach for some applications. (Note: all our apps are locked to the inode of a locking file so this is ok for us) Evidently the file typing program does not run with 'root' access??? This is also probably good as someone could easily stick a trojan horse in a lengthy FTR rule file and it would probably be installed undetected... Anyway, for us this is not a real problem as our code cannot be executed without special information anyway but we used to rely on execute only protection. I hope this is of some use to anyone else who may see applications improperly typed. -- rjf. Randy Frank, Engineer | (319) 335-6712 University of Iowa, Image Analysis Facility | 73 EMRB randy@tessa.iaf.uiowa.edu | Iowa City, IA 52242   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07113; 31 Jul 90 16:05 EDT Received: by VMB.BRL.MIL id ae06698; 31 Jul 90 15:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04093; 31 Jul 90 13:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04004; 31 Jul 90 13:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09906; 31 Jul 90 12:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19730; Tue, 31 Jul 90 09:22:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 16:19:47 GMT From: Rodney Hoinkes Organization: CSRI, University of Toronto Subject: MINFLOAT Message-Id: <1990Jul31.121947.25092@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been working with a routine in which I need to determine whether a variable is out of the bounds of a float (NaN etc.), so I have been trying to check it against MINFLOAT and MAXFLOAT as defined in values.h. If I check if(val > MAXFLOAT) ... this works fine for NaN problems BUT! if val = 0.0, and I do the following if(val < MINFLOAT) ... it tells me that val IS less than MINFLOAT The test program below shows this simply: #include #include #define ZERO 0.0 main() { printf("MINFLOAT %g ZERO %g\n",MINFLOAT,ZERO); if(ZERO < MINFLOAT) printf("ZERO is less than MINFLOAT\n"); else printf("ZERO is greater than MINFLOAT\n"); } compiled with cc test.c -lc_s -o test I get the following output: MINFLOAT 1.4013e-45 ZERO 0 ZERO is less than MINFLOAT Can anyone explain? If I printf %f they both return 0.00000 or whatever. -- Rodney Hoinkes Centre for Landscape Research University of Toronto CANADA rodney@dgp.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07776; 31 Jul 90 16:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07503; 31 Jul 90 16:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07393; 31 Jul 90 16:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10483; 31 Jul 90 13:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22379; Tue, 31 Jul 90 10:01:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 16:15:24 GMT From: Chris Schoeneman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: rectwrite on 70G series machines... Message-Id: <11163@odin.corp.sgi.com> References: <9007291150.AA09984@mcirps2.med.nyu.edu>, <11144@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11144@odin.corp.sgi.com> kurt@cashew.asd.sgi.com (Kurt Akeley) writes: >In article <9007291150.AA09984@mcirps2.med.nyu.edu>, >root@MCIRPS2.MED.NYU.EDU writes: >|> I can not seem to get a patch of pixels to write from >|> >|> rectwrite(0,XSIZE,0,YSIZE,Image); >|> > >my direct response to dan bounced, so i'll respond on the net. My mail bounced, too. You might have made a typo, so I just wanted to be sure that you knew the correct order for the parameters. long rectread(Screencoord x1, Screencoord y1, Screencoord x2, Screencoord y2, Colorindex parray[]); long lrectread(Screencoord x1, Screencoord y1, Screencoord x2, Screencoord y2, unsigned long parray[]); void rectwrite(Screencoord x1, Screencoord y1, Screencoord x2, Screencoord y2, Colorindex parray[]); void lrectwrite(Screencoord x1, Screencoord y1, Screencoord x2, Screencoord y2, unsigned long parray[]); You've got (x1,x2,y1,y2) not (x1,y1,x2,y2). While this is different from, say, ortho2(), viewport(), and scrmask(), it is the same as rect(). -Chris Schoeneman Chris Schoeneman | I was neat, clean, shaved and sober, jindak@surfside.esd.sgi.com | and I didn't care who knew it. Silicon Graphics, Inc. | -Raymond Chandler Mountain View, CA | (The Big Sleep)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08494; 31 Jul 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08433; 31 Jul 90 17:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08415; 31 Jul 90 17:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10653; 31 Jul 90 13:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23823; Tue, 31 Jul 90 10:22:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 16:32:07 GMT From: Archer Sully Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: New IBM Graphics Workstations Message-Id: <11164@odin.corp.sgi.com> References: <9007261139.AA05802@aero4.larc.nasa.gov>, <11111@odin.corp.sgi.com>, <1990Jul30.210557.6255@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Jul30.210557.6255@portia.Stanford.EDU> dhinds@portia.Stanford.EDU (David Hinds) writes: *In article <11111@odin.corp.sgi.com> ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) writes: *>In article <1990Jul29.165033.22289@portia.Stanford.EDU>, *>dhinds@portia.Stanford.EDU (David Hinds) writes: *>> The IBM RS6000's have several levels of graphics support. The 8-bit *>> color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D *>> polygons/sec. The 24-bit color 3D graphics system is quoted as doing *>> 990K 3D vectors/sec and 120K 3D polygons/sec. *> *>Has it been released yet or is it still vaporware? Something else to *>consider is that IBM's high-end graphics board is an IBM proprietary *>and does not run the GL. * * Is this right? I thought that all the 3D graphics options for the IBM's *were SGI technology. An IBM rep told me they would support GL. I don't *know if it has been shipped yet. IBM has three levels. The base model has no graphics accellerator. The mid-range has the Personal Iris (GR1) graphics squeezed onto MicroChannel(TM) cards. Their high-end system (the one no one that I know has seen) was developed at IBM, and beyond that I know nothing about it. It is quite possible that they've ported the GL to run their high-end system, but that means that they'll only be tracking what we've sold them to date. Which says to me that they won't be offering full compatibility with the current incarnation of the GL. As usual I don't speak for SGI or IBM. -- Archer Sully | Ask not what you can do for you country archer@esd.sgi.com | But what your country's been doing to you. | -- The Avengers   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09433; 31 Jul 90 19:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09241; 31 Jul 90 19:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09191; 31 Jul 90 19:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11359; 31 Jul 90 15:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03254; Tue, 31 Jul 90 12:42:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 19:33:37 GMT From: Eric Larson Organization: Environmental Research Institute of Michigan, Ann Arbor, Michigan Subject: Automounter for IRIX Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there an automount program similar to Sun's automount program available for the SGI systems? Is anyone successfully running an automounter under IRIX 3.2 (or 3.1)? I am currently investigating an automounter called "amd", but it doesn't make any references to SGI or IRIX and it appears it will require some porting effort in order to make it functional. Thanks, Eric (larson@csd460a.erim.org)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09524; 31 Jul 90 19:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08964; 31 Jul 90 18:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08852; 31 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10905; 31 Jul 90 14:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27662; Tue, 31 Jul 90 11:20:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 17:40:49 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Exabyte - can't read OS3.2 tapes from OS3.3 Message-Id: <11169@odin.corp.sgi.com> References: <1990Jul27.161034.6142@watserv1.waterloo.edu>, <11041@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <11041@odin.corp.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes: | In <1990Jul27.161034.6142@watserv1.waterloo.edu> afleming@watsci.uwaterloo.ca (Allan Fleming) writes: | | | I am unable to read exabyte tapes that were written under OS 3.2 | | while using OS 3.3. All I get is a message from bru - warning end | | of volume one - while at the begining of the tape. I can read exabyte | | tapes written under OS 3.3 - Help, Allan Fleming | | This was a bug introduced into 3.3, and is one of the bugs fixed in the | 'real' 3.3 (3.3.1) release that will actually ship to customers. The | 3.3 release that some customers have received was shipped only to customers | requiring it for new hardware, and in some cases at the discretion of | sales offices for 'important' bug fixes. | | The work around is to read the tape with | dd if=/dev/tape bs=1k | bru -vtf - ... | | and similarly for writing. Note that this is not the same block size that | is set with -b, that is the blocking factor. | | The default block size for Exabytes was changed by an editting mistake | to 512 instead of 1024 bytes. This problem didn't show up with tar, | and slipped past testing. It has been pointed out to me that I did not make something clear here. You need to use the variable size block device for this to work. That is, if the Exabyte is unit #2, then you need to use dd if=/dev/rmt/tps0d2nsv bs=1k | bru -xvf - Otherwise the tape driver just sees this as a request for 2 512 byte blocks in 3.3 due to my editting error. I tend to forget that I have my system set up to use the variable block device by default. The other thing I failed to make clear, that is affecting some people, is that the 512 byte blocks cost you half of the tape capacity (when writing). This is due to the fact that the Exabyte drive always writes physical blocks of 1Kb, no matter what logical size is used. So if your blocksize modulo 1024 is not zero, you waste 1024 bytes less the modulo for every block written. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09524; 31 Jul 90 19:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09433; 31 Jul 90 19:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09429; 31 Jul 90 19:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11724; 31 Jul 90 16:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06205; Tue, 31 Jul 90 13:25:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 18:00:12 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: untarring write-protected directories Message-Id: <3800@auspex.auspex.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Of course the "-o" flag will save you, but why leave an open hole for >novice or BSD-acclimated users to trip into? System V compatibility, presumably. It wasn't SGI's idea, it was AT&T's (V7, and thence BSD, disallowed giving files away - actually, it dates back before V7; PWB/UNIX 1.0, and thence ... and thence S5, lets a user give a file away); the most you can flame them for is not changing "chown()" nor "tar", and if they had, somebody else would have flamed them for incompatibility.... At least S5R4 lets you configure your system to disallow giving files away (good idea, given that its 4.3BSD file system supports quotas...).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09625; 31 Jul 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09524; 31 Jul 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09456; 31 Jul 90 19:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11744; 31 Jul 90 16:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06260; Tue, 31 Jul 90 13:26:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 18:03:19 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: Problem with -pfa option in f77 compile command Message-Id: <3801@auspex.auspex.com> References: <8450.26b44961@rsmas.miami.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Where can I find out what "signal 139" means? "Memory fault - core dumped". 139 = 128+11. 11 means "memory fault" (11 is SIGSEGV, i.e. "memory fault"); 128 means "core dumped". Stu Feldman apparently thought it was good for your health to be obliged to dive into WAIT(2) to figure out what various error codes mean (presumably he wrote the original "f77" driver program, and definitely wrote the original "make", which also rudely reports signals numerically). I think it's bad for your health, which is why SunOS's "make" has, since 3.2 or so, reported those errors more sanely.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09625; 31 Jul 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09524; 31 Jul 90 19:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09521; 31 Jul 90 19:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11172; 31 Jul 90 15:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00513; Tue, 31 Jul 90 12:01:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 18:25:53 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: untarring write-protected directories Message-Id: <11175@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In jim@baroque.Stanford.EDU (James Helman) writes: | Unlike BSD/SunOS, IRIX tar religiously obeys the directory modes | defined in an archive. This means that if you restore an archive | which contains write-protected directories, tar is unable to write any | part of the archive beneath that point (unless one is root). One | solution is repeatedly untar and unprotect the offending directories, | but this could take many iterations if the protected tree is deep. | There must be a better way, but I don't see any flags that help. | | In a similar vein (i.e. IRIX tar shooting itself in the foot), | something which bugs the bejesus out of me is tar's restoring | directory/file ownerships for normal users. Why should normal users | need or even be able to create files and directories they don't own? | This usually means that tar then fails to retrieve the requested files | because of protection mismatches as above. In addition, if the | protections on what they just restored are restrictive, they may even | have to call a rotorooter to remove the directory! Of course the "-o" | flag will save you, but why leave an open hole for novice or | BSD-acclimated users to trip into? | This one has been pretty well beat to death. The issue is that SysV allows users to chown files to someone else (stripping setuid, etc. if not the superuser). Many religous arguments have been carried out about this, but that is the way things are. Tar has always (even on V7/BSD/SunOS) tried to chown the files and directory away, but silently fails if you aren't the superuser. One could certainly argue (and many have) that the o option ought to be the default on Sys V. It is unlikely that this will change, so I would suggest simply aliasing tar to always use the 'o' option. The o option was added to system V tar because whoever ported it at least recognized the problem (and clearly felt that giving files away by default was good, or at least was less work, we may never know which). -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10288; 31 Jul 90 21:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10136; 31 Jul 90 21:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10087; 31 Jul 90 20:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12534; 31 Jul 90 18:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12066; Tue, 31 Jul 90 14:58:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 17:06:34 GMT From: wuarchive!kuhub.cc.ukans.edu!arritt@eddie.mit.edu Organization: University of Kansas Academic Computing Services Subject: Fortran, number-crunching: any documentation? Message-Id: <25056.26b5744a@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have several largish Fortran codes (5000-20,000 lines) for doing numerical simulations. These are not "canned" routines; most were developed for other machines (mainly Crays) and all of them undergo continual modification to add more sophisticated physical parameterizations, better numerical schemes, etc. Unfortunately, the SGI documentation is not particularly helpful with regard to developing Fortran (rather than C) codes, however converting the codes to C is not a viable option for several reasons. It also seems that number-crunching in general is something of a neglected stepchild for SGI as compared to graphics, despite the excellent floating-point performance of their systems. (Yes, I know what the "G" stands for in SGI...) Have any of you written up any documentation for development and maintenance of f77 codes? (Our systems are 4D/25G, though I'd imagine a lot of the things would generalize.) We could probably, after weeks of RTFM and a lot of trial-and-error, figure out how to do most of the things we need to do. But we thought we'd ask the net before re-inventing the wheel, so to speak. Thanks for whatever help you can provide. ________________________________________________________________________ Raymond W. Arritt | Asst. Professor | Dept. of Physics and Astronomy | University of Kansas | Lawrence, KS 66045 | arritt@kuhub.cc.ukans.edu | arritt@ukanvax.bitnet |   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10288; 31 Jul 90 21:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10136; 31 Jul 90 21:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10092; 31 Jul 90 20:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12536; 31 Jul 90 18:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12863; Tue, 31 Jul 90 15:10:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 13:28:01 GMT From: Scott Henry Organization: Silicon Graphics Inc, Mountain View, CA Subject: irix 3.3 patches to emacs 18.55 and epoch 3.2b Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL #!/bin/sh # to extract, remove the header and type "sh filename" if `test ! -s ./README-Irix3.3` then echo "writing ./README-Irix3.3" cat > ./README-Irix3.3 << '\Rogue\Monster\' This shar contains files that patch GNU emacs 18.55 and epoch 3.2b to compile and run under Irix release 3.3. To build either or both programs: 1) untar to make the directory tree(s). 2) unshar these files some${where} convenient. 3) cd ..../src 4) cp config.h-dist config.h be sure that you don't mix up the emacs/src and epoch/src patches. 5) patch < ${where}/irix3.3-?-src.diff 6) cd ../etc 7) patch < ${where}/irix3.3-etc.diff 8) cd .. 9) make The following files are included: README-Irix3.3 this file irix3.3-emacs-src.diff patches to emacs/dist-18.55/src files irix3.3-epoch-src.diff patches to epoch-3.2/src files irix3.3-etc.diff patches to ..../etc files (works for both epoch and emacs). The following files are patched: (these two are the same) emacs/src/unexmips.c a bug in 3.2 allowed the original code to work. epoch/src/unexmips.c this patch is backwards compatible to 3.2 (these two have one difference) emacs/src/s-irix3_3.h a new configuration file specifically for epoch/src/s-irix3_3.h irix release 3.3 (these two are different) emacs/src/config.h the config.h file that I use epoch/src/config.h (ditto) epoch/src/x11term.c epoch/src/x11fns.c epoch/src/Makefile it assumes the use of gcc etc/loadst.c some patches to enable getting the load average etc/Makefile and make loadst build. I hope that this is sufficient to allow the programs to be built and run succesfully. Neither Silicon Graphics nor I can make any warranty or claims of current or future support. scott henry \Rogue\Monster\ else echo "will not over write ./README-Irix3.3" fi if `test ! -s ./irix3.3-emacs-src.diff` then echo "writing ./irix3.3-emacs-src.diff" cat > ./irix3.3-emacs-src.diff << '\Rogue\Monster\' *** unexmips.c.orig Thu Jan 12 16:14:05 1989 --- unexmips.c Mon Jul 30 22:10:10 1990 *************** *** 255,261 **** rdata_section->s_size = data_start - DATA_START; data_section->s_vaddr = data_start; data_section->s_paddr = data_start; ! data_section->s_size = brk - DATA_START; data_section->s_scnptr = rdata_section->s_scnptr + rdata_section->s_size; vaddr = data_section->s_vaddr + data_section->s_size; scnptr = data_section->s_scnptr + data_section->s_size; --- 255,261 ---- rdata_section->s_size = data_start - DATA_START; data_section->s_vaddr = data_start; data_section->s_paddr = data_start; ! data_section->s_size = brk - data_start; data_section->s_scnptr = rdata_section->s_scnptr + rdata_section->s_size; vaddr = data_section->s_vaddr + data_section->s_size; scnptr = data_section->s_scnptr + data_section->s_size; *** s-irix3_3.h.orig Mon Jul 30 22:10:10 1990 --- s-irix3_3.h Mon Jul 30 23:04:30 1990 *************** *** 0 **** --- 1,202 ---- + /* Definitions file for GNU Emacs running on Silicon Graphics system 3.6. + Copyright (C) 1987 Free Software Foundation, Inc. + + This file is part of GNU Emacs. + + GNU Emacs is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY. No author or distributor + accepts responsibility to anyone for the consequences of using it + or for whether it serves any particular purpose or works at all, + unless he says so in writing. Refer to the GNU Emacs General Public + License for full details. + + Everyone is granted permission to copy, modify and redistribute + GNU Emacs, but only under the conditions described in the + GNU Emacs General Public License. A copy of this license is + supposed to have been given to you along with GNU Emacs so you + can know your rights and responsibilities. It should be in a + file named COPYING. Among other things, the copyright notice + and this notice must be preserved on all copies. */ + + + /* + * Define symbols to identify the version of Unix this is. + * Define all the symbols that apply correctly. + */ + + #define USG + #define USG5 + #define IRIS + + /* SYSTEM_TYPE should indicate the kind of system you are using. + It sets the Lisp variable system-type. */ + + #define SYSTEM_TYPE "silicon-graphics-unix" + + /* nomultiplejobs should be defined if your system's shell + does not have "job control" (the ability to stop a program, + run some other program, then continue the first one). */ + + /* #define NOMULTIPLEJOBS */ + #undef NOMULTIPLEJOBS + + /* Default is to set interrupt_input to 0: don't do input buffering within Emacs */ + + /* #define INTERRUPT_INPUT */ + + /* Letter to use in finding device name of first pty, + if system supports pty's. 'a' means it is /dev/ptya0 */ + + #define FIRST_PTY_LETTER 'q' + + /* + * Define HAVE_TERMIO if the system provides sysV-style ioctls + * for terminal control. + */ + + #define HAVE_TERMIO + + /* + * Define HAVE_TIMEVAL if the system supports the BSD style clock values. + * Look in for a timeval structure. + */ + + #define HAVE_TIMEVAL + + /* `utime' system call doesn't understand timevals. */ + + #define IRIS_UTIME + + /* + * Define HAVE_SELECT if the system supports the `select' system call. + */ + + #define HAVE_SELECT + + /* + * Define HAVE_PTYS if the system supports pty devices. + */ + + #define HAVE_PTYS + + /* Define HAVE_SOCKETS if system supports 4.2-compatible sockets. */ + + #define HAVE_SOCKETS + + /* + * Define NONSYSTEM_DIR_LIBRARY to make Emacs emulate + * The 4.2 opendir, etc., library functions. + */ + + /* #define NONSYSTEM_DIR_LIBRARY */ + + /* Define this symbol if your system has the functions bcopy, etc. */ + + #define BSTRING + + /* subprocesses should be defined if you want to + have code for asynchronous subprocesses + (as used in M-x compile and M-x shell). + This is generally OS dependent, and not supported + under most USG systems. */ + + #define subprocesses + + /* If your system uses COFF (Common Object File Format) then define the + preprocessor symbol "COFF". */ + + /* #define COFF */ + + /* define MAIL_USE_FLOCK if the mailer uses flock + to interlock access to /usr/spool/mail/$USER. + The alternative is that a lock file named + /usr/spool/mail/$USER.lock. */ + + /* #define MAIL_USE_FLOCK */ + + /* Define CLASH_DETECTION if you want lock files to be written + so that Emacs can tell instantly when you try to modify + a file that someone else has modified in his Emacs. */ + + /* #define CLASH_DETECTION */ + + /* We use the Berkeley (and usg5.2.2) interface to nlist. */ + + #define NLIST_STRUCT + + /* The file containing the kernel's symbol table is called /vmunix. */ + + #define KERNEL_FILE "/unix" + + /* The symbol in the kernel where the load average is found + is named _avenrun. */ + + #define LDAV_SYMBOL "avenrun" + + + /* Special hacks needed to make Emacs run on this system. */ + + /* + * Make the sigsetmask function go away. Don't know what the + * ramifications of this are, but doesn't seem possible to + * emulate it properly anyway at this point. + */ + + #define sigsetmask(mask) /* Null expansion */ + #define sigblock(x) x + + /* pre-3.3 Irix defines SIGIO in signal.h, but doesn't implement it. */ + /* For some reason under Irix 3.3, SIGIO works under termcap driver but not + X11. Take your pick. SIGIO is supposed to be slightly faster. */ + /* #undef SIGIO */ + + #define C_SWITCH_MACHINE + + /* setjmp and longjmp can safely replace _setjmp and _longjmp, + but they will run slower. */ + + #define _setjmp setjmp + #define _longjmp longjmp + + /* On USG systems the system calls are interruptable by signals + that the user program has elected to catch. Thus the system call + must be retried in these cases. To handle this without massive + changes in the source code, we remap the standard system call names + to names for our own functions in sysdep.c that do the system call + with retries. */ + + #define read sys_read + #define open sys_open + #define write sys_write + + #define INTERRUPTABLE_OPEN + #define INTERRUPTABLE_IO + + /* On USG systems these have different names */ + + #define index strchr + #define rindex strrchr + + /* USG systems tend to put everything declared static + into the initialized data area, which becomes pure after dumping Emacs. + Foil this. Emacs carefully avoids static vars inside functions. */ + + /* #define static */ + + /* Compiler bug bites on many systems when default ADDR_CORRECT is used. */ + + #define ADDR_CORRECT(x) (int)((char *)(x) - (char*)0) + + /* some errno.h's don't actually allocate the variable itself */ + + #define NEED_ERRNO + + /* + * I want IPC to work (for emacsclient), so I will first try: + */ + #define HAVE_SYSVIPC + + /* + * Irix 3.3 defines this, and causes an infinite loop when trying to dump. + */ + #define HAVE_GETWD *** config.h-orig Thu Apr 21 01:18:33 1988 --- config.h Mon Jul 30 22:10:11 1990 *************** *** 24,30 **** See the file ../etc/MACHINES for a list of systems and the names of the s- files to use for them. See s-template.h for documentation on writing s- files. */ ! #include "s-bsd4-2.h" /* Include here a m- file that describes the machine and system you use. See the file ../etc/MACHINES for a list of machines and --- 24,30 ---- See the file ../etc/MACHINES for a list of systems and the names of the s- files to use for them. See s-template.h for documentation on writing s- files. */ ! #include "s-irix3_3.h" /* Include here a m- file that describes the machine and system you use. See the file ../etc/MACHINES for a list of machines and *************** *** 31,37 **** the names of the m- files to use for them. See m-template.h for info on what m- files should define. */ ! #include "m-vax.h" /* Load in the conversion definitions if this system needs them and the source file being compiled has not --- 31,37 ---- the names of the m- files to use for them. See m-template.h for info on what m- files should define. */ ! #include "m-iris4d.h" /* Load in the conversion definitions if this system needs them and the source file being compiled has not *************** *** 114,117 **** --- 114,129 ---- its priority. */ /* #define HIGHPRI */ + + /* we use Yellow Pages here, emacs doesn't understand "~/" without this */ + #undef LIB_STANDARD + #define LIB_STANDARD -lsun -lbsd -lc /usr/lib/crtn.o + + #define C_OPTIMIZE_SWITCH -O2 + #define C_DEBUG_SWITCH -O2 + + /* + * enable updating the environment passed to sub-shells + */ + #define MAINTAIN_ENVIRONMENT \Rogue\Monster\ else echo "will not over write ./irix3.3-emacs-src.diff" fi if `test ! -s ./irix3.3-epoch-src.diff` then echo "writing ./irix3.3-epoch-src.diff" cat > ./irix3.3-epoch-src.diff << '\Rogue\Monster\' *** unexmips.c.orig Mon Apr 23 14:45:03 1990 --- unexmips.c Tue Jul 31 10:01:43 1990 *************** *** 255,261 **** rdata_section->s_size = data_start - DATA_START; data_section->s_vaddr = data_start; data_section->s_paddr = data_start; ! data_section->s_size = brk - DATA_START; data_section->s_scnptr = rdata_section->s_scnptr + rdata_section->s_size; vaddr = data_section->s_vaddr + data_section->s_size; scnptr = data_section->s_scnptr + data_section->s_size; --- 255,261 ---- rdata_section->s_size = data_start - DATA_START; data_section->s_vaddr = data_start; data_section->s_paddr = data_start; ! data_section->s_size = brk - data_start; data_section->s_scnptr = rdata_section->s_scnptr + rdata_section->s_size; vaddr = data_section->s_vaddr + data_section->s_size; scnptr = data_section->s_scnptr + data_section->s_size; *** x11fns.c.~1~ Fri Jun 29 15:48:10 1990 --- x11fns.c Tue Jul 31 10:40:46 1990 *************** *** 33,39 **** #include "x11term.h" #include "dispextern.h" #include "termchar.h" ! #ifdef USG #include #else #include --- 33,39 ---- #include "x11term.h" #include "dispextern.h" #include "termchar.h" ! #if defined(USG) && ! defined(IRIS_4D) #include #else #include *** x11term.c.orig Sat Jun 30 15:33:02 1990 --- x11term.c Tue Jul 31 10:33:16 1990 *************** *** 38,44 **** #include "x11term.h" ! #if defined(USG) && ! defined(IBMRTAIX) && !defined(_386ix) #include #else #include --- 38,44 ---- #include "x11term.h" ! #if defined(USG) && ! defined(IBMRTAIX) && !defined(_386ix) && ! defined(IRIS_4D) #include #else #include *** config.h.orig Tue Jul 31 10:03:45 1990 --- config.h Tue Jul 31 11:22:24 1990 *************** *** 24,30 **** See the file ../etc/MACHINES for a list of systems and the names of the s- files to use for them. See s-template.h for documentation on writing s- files. */ ! #include "s-sunos4.h" /* Include here a m- file that describes the machine and system you use. See the file ../etc/MACHINES for a list of machines and --- 24,30 ---- See the file ../etc/MACHINES for a list of systems and the names of the s- files to use for them. See s-template.h for documentation on writing s- files. */ ! #include "s-irix3_3.h" /* Include here a m- file that describes the machine and system you use. See the file ../etc/MACHINES for a list of machines and *************** *** 31,37 **** the names of the m- files to use for them. See m-template.h for info on what m- files should define. */ ! #include "m-sun3.h" /* Load in the conversion definitions if this system needs them and the source file being compiled has not --- 31,37 ---- the names of the m- files to use for them. See m-template.h for info on what m- files should define. */ ! #include "m-iris4d.h" /* Load in the conversion definitions if this system needs them and the source file being compiled has not *************** *** 114,119 **** --- 114,131 ---- its priority. */ /* #define HIGHPRI */ + + /* we use Yellow Pages here, emacs doesn't understand "~/" without this */ + #undef LIB_STANDARD + #define LIB_STANDARD -lsun -lbsd -lc /usr/lib/crtn.o + + #define C_OPTIMIZE_SWITCH -O2 + #define C_DEBUG_SWITCH -O2 + + /* + * enable updating the environment passed to sub-shells + */ + #define MAINTAIN_ENVIRONMENT /* These are fixes to the gap moving code. The normal setup is to use while * loops to move the gap. bcopy() can't be used normally because the regions *** /dev/null Tue Jul 31 11:46:29 1990 --- s-irix3_3.h Tue Jul 31 11:22:15 1990 *************** *** 0 **** --- 1,202 ---- + /* Definitions file for GNU Emacs running on Silicon Graphics system 3.6. + Copyright (C) 1987 Free Software Foundation, Inc. + + This file is part of GNU Emacs. + + GNU Emacs is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY. No author or distributor + accepts responsibility to anyone for the consequences of using it + or for whether it serves any particular purpose or works at all, + unless he says so in writing. Refer to the GNU Emacs General Public + License for full details. + + Everyone is granted permission to copy, modify and redistribute + GNU Emacs, but only under the conditions described in the + GNU Emacs General Public License. A copy of this license is + supposed to have been given to you along with GNU Emacs so you + can know your rights and responsibilities. It should be in a + file named COPYING. Among other things, the copyright notice + and this notice must be preserved on all copies. */ + + + /* + * Define symbols to identify the version of Unix this is. + * Define all the symbols that apply correctly. + */ + + #define USG + #define USG5 + #define IRIS + + /* SYSTEM_TYPE should indicate the kind of system you are using. + It sets the Lisp variable system-type. */ + + #define SYSTEM_TYPE "silicon-graphics-unix" + + /* nomultiplejobs should be defined if your system's shell + does not have "job control" (the ability to stop a program, + run some other program, then continue the first one). */ + + /* #define NOMULTIPLEJOBS */ + #undef NOMULTIPLEJOBS + + /* Default is to set interrupt_input to 0: don't do input buffering within Emacs */ + + /* #define INTERRUPT_INPUT */ + + /* Letter to use in finding device name of first pty, + if system supports pty's. 'a' means it is /dev/ptya0 */ + + #define FIRST_PTY_LETTER 'q' + + /* + * Define HAVE_TERMIO if the system provides sysV-style ioctls + * for terminal control. + */ + + #define HAVE_TERMIO + + /* + * Define HAVE_TIMEVAL if the system supports the BSD style clock values. + * Look in for a timeval structure. + */ + + #define HAVE_TIMEVAL + + /* `utime' system call doesn't understand timevals. */ + + #define IRIS_UTIME + + /* + * Define HAVE_SELECT if the system supports the `select' system call. + */ + + #define HAVE_SELECT + + /* + * Define HAVE_PTYS if the system supports pty devices. + */ + + #define HAVE_PTYS + + /* Define HAVE_SOCKETS if system supports 4.2-compatible sockets. */ + + #define HAVE_SOCKETS + + /* + * Define NONSYSTEM_DIR_LIBRARY to make Emacs emulate + * The 4.2 opendir, etc., library functions. + */ + + /* #define NONSYSTEM_DIR_LIBRARY */ + + /* Define this symbol if your system has the functions bcopy, etc. */ + + #define BSTRING + + /* subprocesses should be defined if you want to + have code for asynchronous subprocesses + (as used in M-x compile and M-x shell). + This is generally OS dependent, and not supported + under most USG systems. */ + + #define subprocesses + + /* If your system uses COFF (Common Object File Format) then define the + preprocessor symbol "COFF". */ + + /* #define COFF */ + + /* define MAIL_USE_FLOCK if the mailer uses flock + to interlock access to /usr/spool/mail/$USER. + The alternative is that a lock file named + /usr/spool/mail/$USER.lock. */ + + /* #define MAIL_USE_FLOCK */ + + /* Define CLASH_DETECTION if you want lock files to be written + so that Emacs can tell instantly when you try to modify + a file that someone else has modified in his Emacs. */ + + /* #define CLASH_DETECTION */ + + /* We use the Berkeley (and usg5.2.2) interface to nlist. */ + + #define NLIST_STRUCT + + /* The file containing the kernel's symbol table is called /vmunix. */ + + #define KERNEL_FILE "/unix" + + /* The symbol in the kernel where the load average is found + is named _avenrun. */ + + #define LDAV_SYMBOL "avenrun" + + + /* Special hacks needed to make Emacs run on this system. */ + + /* + * Make the sigsetmask function go away. Don't know what the + * ramifications of this are, but doesn't seem possible to + * emulate it properly anyway at this point. + */ + + #define sigsetmask(mask) /* Null expansion */ + #define sigblock(x) x + + /* pre-3.3 Irix defines SIGIO in signal.h, but doesn't implement it. */ + /* For some reason under Irix 3.3, SIGIO works under termcap driver but not + X11. Take your pick. SIGIO is supposed to be slightly faster. */ + #undef SIGIO + + #define C_SWITCH_MACHINE + + /* setjmp and longjmp can safely replace _setjmp and _longjmp, + but they will run slower. */ + + #define _setjmp setjmp + #define _longjmp longjmp + + /* On USG systems the system calls are interruptable by signals + that the user program has elected to catch. Thus the system call + must be retried in these cases. To handle this without massive + changes in the source code, we remap the standard system call names + to names for our own functions in sysdep.c that do the system call + with retries. */ + + #define read sys_read + #define open sys_open + #define write sys_write + + #define INTERRUPTABLE_OPEN + #define INTERRUPTABLE_IO + + /* On USG systems these have different names */ + + #define index strchr + #define rindex strrchr + + /* USG systems tend to put everything declared static + into the initialized data area, which becomes pure after dumping Emacs. + Foil this. Emacs carefully avoids static vars inside functions. */ + + /* #define static */ + + /* Compiler bug bites on many systems when default ADDR_CORRECT is used. */ + + #define ADDR_CORRECT(x) (int)((char *)(x) - (char*)0) + + /* some errno.h's don't actually allocate the variable itself */ + + #define NEED_ERRNO + + /* + * I want IPC to work (for emacsclient), so I will first try: + */ + #define HAVE_SYSVIPC + + /* + * Irix 3.3 defines this, and causes an infinite loop when trying to dump. + */ + #define HAVE_GETWD *** x11fns.c.orig Fri Jun 29 15:48:10 1990 --- x11fns.c Tue Jul 31 10:40:46 1990 *************** *** 33,39 **** #include "x11term.h" #include "dispextern.h" #include "termchar.h" ! #ifdef USG #include #else #include --- 33,39 ---- #include "x11term.h" #include "dispextern.h" #include "termchar.h" ! #if defined(USG) && ! defined(IRIS_4D) #include #else #include \Rogue\Monster\ else echo "will not over write ./irix3.3-epoch-src.diff" fi if `test ! -s ./irix3.3-etc.diff` then echo "writing ./irix3.3-etc.diff" cat > ./irix3.3-etc.diff << '\Rogue\Monster\' *** loadst.c.orig Tue Apr 18 18:24:59 1989 --- loadst.c Fri Jun 1 09:28:32 1990 *************** *** 219,225 **** --- 219,229 ---- #ifdef LOAD_AVE_TYPE load = load_average (kmem); if (load != (LOAD_AVE_TYPE) -1) + #ifdef sgi + printf("%.2f", (double)load / 1024.0); + #else /* sgi */ printf("%.2f", LOAD_AVE_CVT (load) / 100.0); + #endif /* sgi */ #endif /* LOAD_AVE_TYPE */ printf ("%s", *************** *** 335,342 **** --- 339,354 ---- { LOAD_AVE_TYPE avenrun[3]; avenrun[0] = 0; + #ifdef sgi + if (lseek(kmem, (long)nl[0].n_value & 0x7fffffff, 0) < 0) { + perror("lseek"); + exit(1); + } + (void) read(kmem, (char *)avenrun, sizeof(avenrun)); + #else /* sgi */ lseek (kmem, (long) nl[0].n_value, 0); read (kmem, avenrun, sizeof (avenrun)); + #endif /* sgi */ return avenrun[0]; } else *** Makefile.orig Sun Jul 30 17:54:45 1989 --- Makefile Tue Jul 31 09:30:24 1990 *************** *** 1,8 **** ! CFLAGS= -g # For Xenix. Needed for movemail # LOADLIBES= -lx # For Iris 4d. Needed for loadst. ! # LOADLIBES = -lmld EXECUTABLES = test-distrib etags ctags loadst make-docfile \ digest-doc sorted-doc movemail cvtmail fakemail yow env \ --- 1,8 ---- ! CFLAGS= -O2 # For Xenix. Needed for movemail # LOADLIBES= -lx # For Iris 4d. Needed for loadst. ! LOADLIBES = -lmld EXECUTABLES = test-distrib etags ctags loadst make-docfile \ digest-doc sorted-doc movemail cvtmail fakemail yow env \ \Rogue\Monster\ else echo "will not over write ./irix3.3-etc.diff" fi echo "Finished archive 1 of 1" exit -- Scott Henry / Traveller on Dragon Wings Information Services, / Help! My disclaimer is missing! Silicon Graphics, Inc / 'Under-achiever and proud of it!' -- Bart Simpson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12971; 1 Aug 90 4:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12747; 1 Aug 90 2:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12708; 1 Aug 90 2:35 EDT Received: from [131.104.48.1] by VGR.BRL.MIL id aa14395; 1 Aug 90 2:04 EDT Received: by snowhite.cis.uoguelph.ca (5.61/1.35) id AA18877; Wed, 1 Aug 90 01:09:31 -0500 Date: Wed, 1 Aug 90 01:09:31 -0500 From: Buckaroo Banzai Message-Id: <9008010609.AA18877@snowhite.cis.uoguelph.ca> To: info-iris@BRL.MIL Subject: Problems with hardware lock allocation Hi. I am having hassles with locks on a 4D-240 (under IRIX 3.2.1). The online manual states that I can allocate 4096 hardware locks from each arena that I have created, and if I ensure that the creator of the arena allocates the locks (via 'usnewlock', of course), then many locks may be had with no trouble. Trouble starts when I 'sproc' some kids and have _them_ allocate some locks from the same arena. Sometimes the locks are allocated pre-set (which is an inconvenience), and sometimes the child silently dies inside 'usnewlock' (which is downright rude). So my problem is this: who is the comedian here, me or IRIX? I have attached a small program that consistently demonstrates my problem on my system. It allocates, excercises, and frees N (=100) locks twice: once as the parent and once as the child. On my system the child dies (dbx euphemises that to 'Process xxx (a.out) finished') while nabbing the 87th lock. I have also tried the program on a 4D-20 (which implements locks in software), and it works fine with any value of 'N' I have tried (up to almost 700, when the arena becomes too small). So my fear and ignorance are currently aimed at hardware locks and their management. Which brings me to the whining phase of this message. What embarassing assumptions am I making? Has anyone else had any similar experiences? Why are different locks given out during the second run of TestLocks? Why do these things always happen to me? Any and all comments are welcome, 'cause I'm stuck real good. Mike Chapman mike@snowhite.cis.uoguelph.ca -------------------cut me, mick---------------------------------------------- #include #include /* Don't forget to link -lmpc... */ #include #define N 100 /* 200 and 1000 caused trouble, too. */ usptr_t *arena; /*////////////////////////////////////*/ TestLocks() { int i; ulock_t lock [N]; for(i = 0; i < N; i++) { lock[i] = usnewlock(arena); assert(lock[i] != NULL); ussetlock(lock[i]); usunsetlock(lock[i]); fprintf(stderr, "Tested lock %3d, addr = %d.\n", i, lock[i]); } for(i = 0; i < N; i++) usfreelock(lock[i], arena); fprintf(stderr, "Lock test passed. oo-ra.\n"); } /*////////////////////////////////////*/ Child() { TestLocks(); fprintf(stderr, "Child is done.\n"); } /*////////////////////////////////////*/ main() { int status, i; arena = usinit("arena"); assert(arena != NULL); TestLocks(); status = sproc(Child, PR_SALL); assert(status >= 0); sleep(60); printf("Parent is done.\n"); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01843; 1 Aug 90 15:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01618; 1 Aug 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01575; 1 Aug 90 14:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06114; 31 Jul 90 3:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19422; Tue, 31 Jul 90 00:22:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 07:17:12 GMT From: Christoph Ramshorn Organization: Rechenzentrum der Universitaet Freiburg, Deutschland Subject: Re: New IBM Graphics Workstations Message-Id: <1990Jul31.071712.5555@sun1.ruf.uni-freiburg.de> References: <9007261139.AA05802@aero4.larc.nasa.gov>, <1990Jul29.165033.22289@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL dhinds@portia.Stanford.EDU (David Hinds) writes: > The IBM RS6000's have several levels of graphics support. The 8-bit >color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D >polygons/sec. This level of perfomance comes also with 24-bit color and 24-bit z-buffer. It is based on SGI chips and runs under GL - comparable to a 4D20/25. It is > The 24-bit color 3D graphics system is quoted as doing >990K 3D vectors/sec and 120K 3D polygons/sec. This is the graphics of the 730 model. It is IBM hardware and does NOT run with GL. Christoph Ramshorn, Geologisches Institut, Albertstr.23-B D-7800 Freiburg i.Br., West Germany   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01978; 1 Aug 90 16:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01758; 1 Aug 90 15:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01668; 1 Aug 90 15:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16208; 1 Aug 90 11:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10408; Wed, 1 Aug 90 07:48:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Aug 90 02:02:11 GMT From: Patricia Monger Organization: McMaster University, Hamilton, Ontario, Canada Subject: bru Message-Id: <26B63823.16422@maccs.dcss.mcmaster.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have tried and failed to use bru to back up files from an Iris running Irix 3.2.1 to any device attached to a sun 3/260 (1/4" 60 mbyte cartridge tape drive, 1/2" reel tape drive, exabyte tape drive). The iris is named in the /.rhosts and /etc/hosts.equiv file on the sun. I can do a remote tar, using rsh, so I don't believe access to the remote host is the problem. the error I get from bru is bru: ":/dev/rmt0": can't open archive: I/O error Is this one of those things that everybody but me already knows doesn't work? or already knows how to make work? thanks, patricia monger   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02137; 1 Aug 90 16:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01618; 1 Aug 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01587; 1 Aug 90 14:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06546; 31 Jul 90 5:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26137; Tue, 31 Jul 90 02:29:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jul 90 06:05:08 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: New IBM Graphics Workstations Message-Id: <2815@auschs.ibm.com> References: <11111@odin.corp.sgi.com>, <1990Jul30.210557.6255@portia.Stanford.EDU>, <1990Jul31.011733.28549@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The RS/6000 Model 540 can handle the SGI-compatible graphics board... Marc --- Marc Andreessen, IBM AWD Austin, sergio@sergio.austin.ibm.com --- --- Words and ideas contained herein are independent of IBM policy. ---   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12882; 1 Aug 90 3:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12821; 1 Aug 90 3:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12795; 1 Aug 90 2:58 EDT Received: from icnucevm.cnuce.cnr.it by VGR.BRL.MIL id aa14466; 1 Aug 90 2:41 EDT Received: from ITNSG1.CINECA.IT by ICNUCEVM.CNUCE.CNR.IT (IBM VM SMTP R1.2.2MX) with BSMTP id 2955; Wed, 01 Aug 90 08:20:08 MET Received: from itnsg1.cineca.it by CINE88 (GIVEME server v5.3) with TCP/IP SMTP; Wed, 1 AUG 90 08:19 N Date: Wed, 1 AUG 90 08:20 N From: ROOT%ITNSG1.CINECA.IT@icnucevm.cnuce.cnr.it Reply-To: ROOT%ITNSG1.CINECA.IT@icnucevm.cnuce.cnr.it To: @cine88.cineca.it:INFO-IRIS@BRL.MIL Received: by itnsg1.cineca.it (5.52/890607.SGI) (for root) id AA15632; Mon, 30 Jul 90 01:17:09 MDT Original_From: root@itnsg1.cineca.it (Root (Valter Cavecchia)) X-Original-Id: <9007292317.AA15632@itnsg1.cineca.it> Subject: Scientific Visualization Programs Original_To: info-iris@brl.mil X-Posting-Date: Mon, 30 Jul 90 1:16:56 MDT Cc: "Root (Valter Cavecchia" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Laboratorio di Fisica Computazionale I.N.F.M. Address: Loc. Pante`, I - 38050 Povo (TN) Italy X-Mailer: ELM [version 2.3 PL5] Message-ID: <9008010241.aa14466@VGR.BRL.MIL> Someone told me about a nice program which name is CHAOS for the Iris. This program provides an environment for numerical exploration in phase space of dynamical systems. It is written by Bruce Stewart of the Brookhaven National Labs. The problem is: Is this program available to everyone (i.e. public domain)? In case the previous answer were yes, how is possible to get it? I mean an anonymous ftp site or something like that. Thanks a lot in advance to all. valter P.S. I'm also interested in any program related with the field of scientific visualization. I'm organizing a local workshop here in Italy for the Italian Accademic Community next September and would like to have some software running. Public domain or demo versions (but with some interactivity) of commercial products would be very appreciated. -- --------------------------------------------------------------------------- | Valter V. Cavecchia | Bitnet: cavecchi@itncisca | | Centro di Fisica del C.N.R. | Internet: root@itnsg1.cineca.it | | I-38050 Povo (TN) - Italy | Decnet: itnvax::cavecchia (37.65) | ---------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15129; 1 Aug 90 8:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14182; 1 Aug 90 7:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14118; 1 Aug 90 7:32 EDT Received: from nazgul.sima.sintef.no by VGR.BRL.MIL id aa15123; 1 Aug 90 7:13 EDT Date: Wed, 01 Aug 90 13:21:51 CET From: Karl Henrik Eggestad To: info-iris@BRL.MIL Reply-To: kalle@sima.sintef.no Message-Id: 67.kalle@nazgul.sima.sintef.no Subject: Directory limits We are useing a 210 S as NFS and archiving server for our Cray X-MP/216... and the number of files for archiving will soon be enourmous... one file system on the Cray is mapped to a single directory on the Iris... so i am facing the threat of any limit... . is there a limit for the number of files on each directory level under Irix 3.2 . and if so (or if less than maxint(32)) ... what is it ? Answer by e-mail to reduce info-iris traffic... -karl !=============================================================================! ! From the keyboard of Karl Eggestad. The opinions expressed are mine, and do ! ! not necessarily reflect those of my employer, SINTEF of Trondheim, Norway. ! !=============================================================================!   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00563; 1 Aug 90 12:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00098; 1 Aug 90 12:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15230; 1 Aug 90 8:56 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa15414; 1 Aug 90 8:35 EDT Received: Wed, 1 Aug 90 05:20:42 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 1 Aug 90 08:20:42 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 1 Aug 90 09:08:53 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 1 Aug 90 09:08:53 EDT From: Tony Facca Message-Id: <9008011308.AA17269@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: 10 pounds in a 5 pound bag.. I have a complaint to file, a bone to pick, an axe to grind.. I am wondering if anyone has been inconvenienced by the rather puny / partition of the Iris 3x0VGX systems running 3.3? Here is a df: Filesystem Type blocks use avail %use Mounted on /dev/root efs 30360 25522 4838 84% / /dev/usr efs 1144503 382654 761849 33% /usr /debug dbg 196848 10224 186624 5% /debug Now, I can live with 2 Meg available, but it sure is annoying. So far, I've had errors trying to gen a new kernel (I saved the old one as unix.save which did not leave enough room for unix.install), compiling some codes (I had to re- define the TMPDIR environment variable), and installing local software (we use the /tmp directory to uncompress and untar). Nothing terrible, just a bother. What appears to have happened either in the 3.2 -> 3.3 conversion or the VGX upgrade which increased the size of /etc/gl is that the number of blocks in use went from around 17000 to around 25000. Has anyone dealt with this situation in manner they would be proud to present? I've heard of linking /usr/tmp to /tmp but we use /usr/tmp for something else. I may set the TMPDIR variable in /etc/cshrc, but I don't know what other surprises await. Can I delete a couple of the files in /etc/gl without causing more problems (specifically, what are initvideo and setmon doing here?) Are there other places to look for additional disk space? Should I.. repartition? Note to SGI: Perhaps it's time to increase the size of the root partition when you format the disk? Please don't get me wrong. I don't mean to sound ingrateful, I probably wouldn't remember how to partition the disk myself anymore if I had to. And it's great that the disks come with eoe1 and eoe2 loaded (with the ALL option!), but 4800 blocks won't cut it. Humbly Submitted for Consideration, -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01307; 1 Aug 90 14:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00766; 1 Aug 90 13:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai00708; 1 Aug 90 13:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15823; 1 Aug 90 9:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05653; Wed, 1 Aug 90 06:31:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Aug 90 11:54:24 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: Request for LaserJet driver for troff & friends Message-Id: <1990Aug1.115424.5799@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL As the subject line says, I'd like source (perferably C) to a driver that can take troff output and send it to our HP LaserJet II. This is for a Personal Iris running IRIX 3.2 if that makes any difference. I'll post a summary of versions I receive (if any) for those who may be in a similar situation. (Or if I don't get any response, I'll post availability of my own version when and if I ever get it written) -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@bach.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01978; 1 Aug 90 16:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01758; 1 Aug 90 15:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01687; 1 Aug 90 15:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17225; 1 Aug 90 13:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21030; Wed, 1 Aug 90 10:32:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Aug 90 17:31:36 GMT From: Rodney Hoinkes Organization: Centre for Landscape Research, University of Toronto Subject: Wren IV, and general hard drive setup Message-Id: <1990Aug1.133136.4621@jarvis.csri.toronto.edu> References: <26B63823.16422@maccs.dcss.mcmaster.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are looking into purchasing a few of these drives (Wren IV) for our IRIS's but we are uncertain as to the requirements of hooking them up to primarily Personal Iris's, but potentially a 70GT as well. On the PI, is it simply a matter of hooking it into the SCSI port, plugging it into the wall (it's own power supply), and sicking fx onto it? Does anyone know if device drivers exist for this drive (320Meg) ? On the GT, we have little idea of what is required for hookup. We currently have a 380Meg ESDI drive and controller, but hinv also says we have a WD33C93 SCSI controller. Any technical help would be appreciated. --- Rodney Hoinkes Centre for Landscape Research University of Toronto rodney@dgp.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01978; 1 Aug 90 16:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01843; 1 Aug 90 15:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01786; 1 Aug 90 15:31 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa17507; 1 Aug 90 14:45 EDT Received: Wed, 1 Aug 90 14:49:00 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 1 Aug 90 14:49:00 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008011849.AA08304@aero4.larc.nasa.gov> To: fsfacca@avelon.lerc.nasa.gov Subject: Re: 10 pounds in a 5 pound bag.. Cc: info-iris@BRL.MIL We have the same problem with our 4D/210 VGX and have heard the same complaint from others here at Langley. It would be nice if the root partition was a little bit larger. We are still trying to figure out how to work around this. One thing we have done is to set the TMPDIR in /etc/cshrc, individually set directory=/usr/tmp for vi & ex. So far so good. I registered this as a complaint on the hotline. They didn't seem to have any real solution to the problem, other than repartioning the disk. You can't link /tmp to /usr/tmp. We were going to do that, but we found a socket in /tmp that we couldn't remove. Then the hotline said we didn't want to do the link because of other reasons that they didn't go into. I ask them to give me a list of things that use /tmp, so we could redirect them to /usr/tmp, but they couldn't come up with a list. We haven't done anything to the kernal yet, however, we are going to need to in the near future and if there isn't enought space in root to do it, I guess we would need to repartion. Some times I wonder if these types of things are check before they ship these things out. You would think that something as obviously wrong as this would be found real soon. We found it the first day we started using the machine. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05366; 1 Aug 90 23:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05247; 1 Aug 90 23:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05065; 1 Aug 90 23:17 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa19216; 1 Aug 90 22:31 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA02593; Wed, 1 Aug 90 19:30:56 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA02886 sendmail 5.64/UCSD-2.1-sun via SMTP Wed, 1 Aug 90 19:30:39 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA22321; Wed, 1 Aug 90 19:29:39 PDT Date: Wed, 1 Aug 90 19:29:39 PDT From: Steve Dempsey Message-Id: <9008020229.AA22321@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: VGX and setmonitor(3g) system: 4D/340VGX OS: IRIX 3.3 I have just discovered (the hard way) that calling setmonitor on VGX machines is dangerous. The bug is documented at the very end of of the setmonitor(3g) man page, and I quote: BUGS IRIS-4D VGX models may hang the graphics pipe, resulting in failure of all running programs including the window manager, when setmonitor is called while other graphics processes are running. This bug is NOT mentioned in the 3.3 release notes, or in the 1.0 StereoView release notes. Needless to say, this has put a damper on my attempts to use StereoView on our new 340VGX. There seems to be a catch-22 situation here, since I can't reliably call 'setmonitor' when graphics are running, yet there is always some graphics process running. The questions: 1. Will this bug be fixed in the real 3.3 (3.3.1) IRIX release that's supposed to arrive any day now? 2. Is it known when it's 'safe' to call setmonitor on VGX machines? -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu University of Calif. at San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093 UUCP: ucsd!sdempsey   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06208; 2 Aug 90 0:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06103; 2 Aug 90 0:15 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05871; 2 Aug 90 0:07 EDT Received: from mcsun.eu.net by ADM.BRL.MIL id aa16028; 1 Aug 90 17:57 EDT Received: by mcsun.EU.net with SMTP; Wed, 1 Aug 90 15:37:31 +0200 (MET) Received: by earngate.cwi.nl ; Wed, 1 Aug 90 15:37:26 +0200 (MET) From: ROOT@itnsg1.cineca.it Message-Id: <9008011337.AA15490@earngate.cwi.nl> Received: by mcvax Wed Aug 1 15:37:24 from MAILER@ICINECA2.BITNET for mailer@mcvax via rscs. X-Bitnet-Sender: ROOT@ITNSG1.CINECA.IT Received: from itnsg1.cineca.it by CINE88 (GIVEME server v5.3) with TCP/IP SMTP; Wed, 1 AUG 90 15:16 N Date: Wed, 1 AUG 90 15:21 N Reply-To: ROOT@itnsg1.cineca.it To: INFO-IRIS@BRL.MIL Received: by itnsg1.cineca.it (5.52/890607.SGI) (for @cine88.cineca.it:info-iris%brl.mil@mcsun.eu.net) id AA02198; Wed, 1 Aug 9 0 15:13:51 MDT X-Posting-Date: Wed, 1 Aug 90 15:13:51 MDT Original_From: root@itnsg1.cineca.it (Root (Valter Cavecchia)) X-Original-Id: <9008011313.AA02198@itnsg1.cineca.it> Original_To: info-iris%brl.mil@mcsun.eu.net Subject: Scientific visualization programs Someone told me about a nice program which name is CHAOS for the Iris. This program provides an environment for numerical exploration in phase space of dynamical systems. It is written by Bruce Stewart of the Brookhaven National Labs. The problem is: Is this program available to everyone (i.e. public domain)? In case the previous answer were yes, how is possible to get it? I mean an anonymous ftp site or something like that. Thanks a lot in advance to all. valter P.S. I'm also interested in any program related with the field of scientific visualization. I'm organizing a local workshop here in Italy for the Italian Accademic Community next September and would like to have some software running. Public domain or demo versions (but with some interactivity) of commercial products would be very appreciated. -- --------------------------------------------------------------------------- | Valter V. Cavecchia | Bitnet: cavecchi@itncisca | | Centro di Fisica del C.N.R. | Internet: root@itnsg1.cineca.it | | I-38050 Povo (TN) - Italy | Decnet: itnvax::cavecchia (37.65) | ---------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06277; 2 Aug 90 0:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05014; 1 Aug 90 23:22 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa04862; 1 Aug 90 23:01 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa16682; 1 Aug 90 18:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07400; Wed, 1 Aug 90 14:42:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Aug 90 20:50:20 GMT From: "Scott R. Presnell" Organization: University of California, San Francisco Subject: 3D plotting programs/packages?? Message-Id: <14843@cgl.ucsf.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi all, I and the group of people I support are looking for programs for plotting 2D, 3D, ... xD data in various user defined representations (solid or line contours (b&w and color), vectors, etc) on the IRIS 4D series. We would like resizing, full screen capability, postscript output driver (color too), transparent data files - or atlest that possibility. We know of XImage (which doesn't seem to have a print capability - or did I miss it?) from NCSA, and Tecplot. Any others that people like to use for data analysis? Thanks for your time. - Scott -- Scott Presnell +1 (415) 476-9890 Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu University of California UUCP: ...ucbvax!ucsfcgl!srp San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06806; 2 Aug 90 3:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06662; 2 Aug 90 2:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06634; 2 Aug 90 2:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19873; 2 Aug 90 1:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07586; Wed, 1 Aug 90 22:41:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Aug 90 03:11:20 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: Problems with hardware lock allocation Message-Id: <11258@odin.corp.sgi.com> References: <9008010609.AA18877@snowhite.cis.uoguelph.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008010609.AA18877@snowhite.cis.uoguelph.ca>, mike@SNOWHITE.CIS.UOGUELPH.CA (Buckaroo Banzai) writes: > > Hi. I am having hassles with locks on a 4D-240 (under IRIX 3.2.1). > The online manual states that I can allocate 4096 hardware locks from each > arena that I have created, and if I ensure that the creator of the arena > allocates the locks (via 'usnewlock', of course), then many locks may be had > with no trouble. > > Trouble starts when I 'sproc' some kids and have _them_ allocate some > locks from the same arena. Sometimes the locks are allocated pre-set (which > is an inconvenience), and sometimes the child silently dies inside 'usnewlock' > (which is downright rude). So my problem is this: who is the comedian here, > me or IRIX? > > I have attached a small program that consistently demonstrates my problem > on my system. It allocates, excercises, and frees N (=100) locks twice: once > as the parent and once as the child. On my system the child dies (dbx > euphemises that to 'Process xxx (a.out) finished') while nabbing the 87th lock. > I have also tried the program on a 4D-20 (which implements locks in software), > and it works fine with any value of 'N' I have tried (up to almost 700, when > the arena becomes too small). So my fear and ignorance are currently aimed > at hardware locks and their management. > > Which brings me to the whining phase of this message. What embarassing > assumptions am I making? Has anyone else had any similar experiences? Why > are different locks given out during the second run of TestLocks? Why do > these things always happen to me? Any and all comments are welcome, 'cause > I'm stuck real good. > > Mike Chapman > mike@snowhite.cis.uoguelph.ca Ack! I found 3 seperate bugs all helpgin to confuse Mike: 1) a bad cast in the library will result in not telling an error during usnewlock if no more locks can be allocated 2) a bug in the hardware lock driver will not allow sproced children to alloc new locks 3) a bug in deallocation means that some freed locks are not marked as freed, therefore the second pass requires more locks.... Work arounds - have master alloc ALL locks and do NOT free them! 3.3 contains the same bugs but we'll see if we can get in a couple of the fixes Chris Wagner