Received: from vmb.brl.mil by VMB.BRL.MIL id aa13999; 26 Apr 90 12:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12610; 26 Apr 90 12:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12514; 26 Apr 90 11:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05449; 26 Apr 90 8:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18492; Thu, 26 Apr 90 05:07:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 90 10:02:52 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Re: Compiling X11R4 sources from MIT Message-Id: <546@urz.unibas.ch> References: <9004240911.aa16941@VMB.BRL.MIL>, <6849@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6849@odin.corp.sgi.com>, karlton@sgi.com (Philip L. Karlton) writes: .. (again, X release 11.4 being discussed, and X11R3 server usage). > > or is server source code shipped? > > No > > Phil Karlton karlton@wpd.sgi.com Why not ? I don't want to restart a fruitless discussion on what X is all about but as far as I know SGI is going to move from NEWS to X . What time there will be taken for this procedure? Which release is supposedly being the 'plain' X server using the GL ? Currently, Xsgi is a (damned slow) layered product with lousy man pages. Though it says that DECnet is supported (even giving the syntax for the Xhosts file), 4DDN doesn't care at all. In this case, I'd really appreciate having source for Xsgi. Once SGI has only one server (i.e., X), it's of no harm if users had the sources of a layered product earlier. Regards Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13999; 26 Apr 90 12:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12610; 26 Apr 90 12:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab12514; 26 Apr 90 11:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05453; 26 Apr 90 8:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18475; Thu, 26 Apr 90 05:07:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Apr 90 09:54:41 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Re: How to make slides with TeX/PostScript Message-Id: <545@urz.unibas.ch> References: <15666@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <15666@phoenix.Princeton.EDU>, markv@gauss.Princeton.EDU (Mark VandeWettering) writes: > I would like to know how people go about making nice slides on the > Silicon Graphics for videotapes and publications. My original idea was > to use TeX to do the typesetting (these slides will often contain .. (1) (not serious) Give it to the artist office and let *them* do it. (2) (costy) Get a better than the Hitachi monitor. (3) (what I do sometimes) Obtain TEX and use 'texsgi'. This enables you to magnify the pages so that the pixel-resolution of the screen is no longer determining the font appearance. Forget the video, and take a standard camera to do your slides. I use a Nikon F3, 200 mm lens, 25 ASA Kodachrome Professional film, aperture 4.5, exposure time determined automatically. Sensitivity adjusted to one tick towards to the higher end on the camara button. I checked with the demo grey ramp as well as the color wheel that this gives the best colors/brightness. 64 ASA or even 400 ASA give stronger contrast and have worse resolutioon. The 200 mm lens is essential to avoid that a rectangular grid gets bent edges. Regards Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17374; 26 Apr 90 14:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17201; 26 Apr 90 14:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17151; 26 Apr 90 14:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06244; 26 Apr 90 11:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28750; Thu, 26 Apr 90 08:12: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: 26 Apr 90 14:24:20 GMT From: Anil Kaul Organization: Columbia University Subject: SGI Policy on porting software !! Message-Id: <1990Apr26.142420.14032@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, We recently bought C++ Ver1.0 from Silicon Graphics for one of our 4D70GT machines. I wanted to port it to another 4D70GT. I inquired from their Sales Person, if there were some way we could port C++ from one machine to another without having to buy a new package. He says that we have to spend another $2000/=. This to me seems ridiculous. We have the AT&T C++ Ver2.0 running on RTs and all we have to do to port it to another RT is just pay $40.00 to AT&T for every new machine we port it to. Does Silicon Graphics have any such arrangement? Thanks, - Anil Kaul IBM TJ Watson Res Center, kaul at ibm.com Yorktown Heights, NY.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18213; 26 Apr 90 16:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17807; 26 Apr 90 15:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17769; 26 Apr 90 15:31 EDT Received: from vm.nrc.ca by VGR.BRL.MIL id aa07508; 26 Apr 90 14:43 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 7929; Thu, 26 Apr 90 14:42:43 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.06) with BSMTP id 7928; Thu, 26 Apr 90 14:42:42 EDT Date: Thu, 26 Apr 90 14:29 EST From: Martin Serrer - Systems Analyst Subject: Rotating objects problem To: info-iris@BRL.MIL X-VMS-To: nrcnet::in%"info-iris@brl.mil" Message-ID: <9004261443.aa07508@VGR.BRL.MIL> Hi, Is there anyway to do a 'rotate(angle, axis)' with angles smaller than 10ths of degrees? This situation is thus... I am modelling a long member which wiggles about its geometric center and when I zoom in on one end to look at small motions that are happening an the end, the image jumps. (spacial resolution problem) It is a model of a rail car and I am looking at the wheel rail interface. The wiggling is the yaw of the car body. Is the 10ths of a degree hardwired into the geometry engine? Or is it a software restriction. BTW. I am using a 4D-50/GT Thanx in advance for any help. Martin +-----------------------------------------------------------------------------+ | Martin Serrer Systems Lab., Bldg. M3, Montreal Rd.| | 613-993-9442 (Bell) National Research Council of Canada,| | serrer@syslab.nrc.ca (BITNET) Ottawa, Ontario, Canada K1A-0R6 | +----------Software Rusts...------------------Rust never Sleeps...------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19156; 26 Apr 90 17:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18810; 26 Apr 90 17:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18741; 26 Apr 90 16:52 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa06943; 26 Apr 90 13:21 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA19928; Thu, 26 Apr 90 13:21:58 EDT Received: by physics.phy.duke.edu (4.0/2.1/4.0) id AA11951; Thu, 26 Apr 90 13:21:55 EDT Date: Thu, 26 Apr 90 13:21:55 EDT From: "Robert G. Brown" Message-Id: <9004261721.AA11951@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: SG vs Sun Aha, rebuttal time -- again. Obviously I must once again risk increasing my Karmic burden. Please take what follows with a grain of salt; I'm actually a reasonably nice guy (I think, at least :-) and I'm sure that Vernon Schryver is too, but there were some remarks in his response to my last note that I think are simply dangerous nonesense, especially on the part of a SG official who should know better. Vernon Schryver (vjs@sgi.com) accuses me of confusing SG with that "solar outfit" in some of the security bugs I pointed out. He is quite correct that the hosts.equiv "bug" is found on Suns and the pre--installed passwd bug is found primarily in VMS (according to legend, since I don't mess with DEC willingly on any level). SINCE we run a heterogenous network with YP, NFS, etc. etc., bugs on any machine affect security on all machines; hence my article included Famous Bugs I Have Learned About, regardless of their architecture of origin and (to force people to >>check<< I was pretty careless about referencing all of them. If this be sin, mea maxima culpa. However, I >>STRONGLY<< disagree with all of Mr. Schryver's closing remarks. He writes, apparently by way of explaning why these security holes are not attacked more aggressively: > Some prudent people severely restrict all remote access to machines > connected to the Internet. I think that you should not allow any > access to sensitive machines except to people you trust. If this can > be accomplished by controlling modems and network links, then you do > not need passwords for anything, including root. Passwords, like any > security apparatus from guards to fences to booby traps to IP > forwarding, require time and effort that could be used for productive > work. Balance is important; do not build a police state unless > required. I work (as do many, many of the other members of this group) at a University. The whole point of the Internet, and networked computing in general, is to provide open and reliable internetworked computing and communication. It is to facilitate the sharing and transmission of data, the efficient use of remote resources, and research collaboration in "real time" with colleagues half a continent away. This purpose simply cannot be achieved without open and "unrestricted" access in both directions to the Internet. The very fact that I can write this letter on any Unix box in our department and mail it, via brl.mil, to all of you is evidence that this connectivity is important. I have no idea how I would go about "restricting remote access to machines connected to the Internet". This seems to be an oxymoronic statement. Nor do I see how one can "not allow any access to sensitive machines execpt to people you trust", when all the machines are networked together by an Ethernet, bridged to an optical fiber running to several router/gateways, and then (via T1 links) to the entire world. What am I supposed to do, build a piece of software that checks each packet that goes through and reject the "bad" ones that might compromise security? Am I supposed to have CPU and bandwidth left over? We are, after all, running Unix on all our machines, whether they be Irises or Suns or even our PDP 11/70 of venerable vintage. I am pretty much stuck with using the zillion and one tools it provides, or writing my own at the system level, which no sane human would attempt. >>All<< our machines are "sensitive". If >>any<< of them are broken into, they are >>all<< broken into (or will be, as fast as the hacker desires). The most sensitive ones from the point of view of the damage that could be done are, of course, the servers. The only way to implement the policy suggested by Mr. Schryver would be do pick the "especially sensitive" ones (the servers!!!) and remove them from the network. This makes the use of NFS, telnet, rlogins, sharing of printers, the sending of mail etc., etc. rather difficult, don't you think? Finally, his statement that "If this can be accomplished by controlling modems and network links, then you do not need passwords for anything, including root." is totally inexplicable. In order to "control" modems and network links (whatever that means), I need software support that simply is not in Unix and is philosophically contradictory to its purpose as stated by its original and all subsequent authors. See my remark on sanity above :-) Perhaps a major corporation, like SG, or a sensitive government site with big bucks from our tax dollars can afford to pay its (already crazy, by definition) systems programmers to write things to control access to all the links between "secure" LANS within the organization (assuming that everyone in the organization can be trusted) and the dirty old outside world (the Internet). If such a thing is possible, which I doubt. I know that there are many corporations who simply refuse to attach a modem or network link to their accounting machines, because they don't believe that it is possible to be truly secure any other way. Is this kind of solution supposed to be "easier" (for me, the user/administrator) than having the vendor from which I bought a machine fix the already existent but buggy passwd software and closing a few well--known and obvious holes in other stuff like tftp? Was there a baby in that bath water? We of course, cannot afford this, and probably would not implement it if we could since it's kind of nice to be able to login to my home machine(s) in Durham when visiting, for example, Oak Ridge, or login to NCSC (our local supercomputer) at T1 speeds from my desk twenty miles away. Neither can all but a vanishingly small set of the readers of this newsgroup, and (since they are reading this) they wouldn't want to either. I doubt that even most government sites on the Internet "control ... network links". The ones I am familiar with certainly do not, in any sense that would make passwds obselete. Allow me to respectfully conclude that a) I wasn't trying to maliciously "pin" Sun bugs on SG (or vice versa) but was simply trying to warn people about some very general security holes and cry out to any of the "gods" of OS development that might be listening at SG for succor in our hour of need; and b) if SG's official attitude toward Unix security is that we should all strive to set things up so that we can run unprotected root accounts (or even believe that such a thing is possible), we are all in deep, deep trouble ;-) Dr. Robert G. Brown System Administrator Duke University Physics Dept. Durham, NC 27706 (919)-684-8130 Fax (24hr) (919)-684-8101 rgb@phy.duke.edu rgb@physics.phy.duke.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20450; 26 Apr 90 18:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20289; 26 Apr 90 17:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20227; 26 Apr 90 17:37 EDT Received: from vm.nrc.ca by VGR.BRL.MIL id aa07726; 26 Apr 90 15:27 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 8276; Thu, 26 Apr 90 15:04:42 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.06) with BSMTP id 8275; Thu, 26 Apr 90 15:04:41 EDT Date: Thu, 26 Apr 90 14:45 EST From: Martin Serrer - Systems Analyst Subject: RE: Rotating objects problem To: info-iris@BRL.MIL X-VMS-To: nrcnet::in%"info-iris@brl.mil" Message-ID: <9004261527.aa07726@VGR.BRL.MIL> Hi again, Sorry about the previous message. Clearly a case of RTFM!!!! Martin +-----------------------------------------------------------------------------+ | Martin Serrer Systems Lab., Bldg. M3, Montreal Rd.| | 613-993-9442 (Bell) National Research Council of Canada,| | serrer@syslab.nrc.ca (BITNET) Ottawa, Ontario, Canada K1A-0R6 | +----------Software Rusts...------------------Rust never Sleeps...------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20628; 26 Apr 90 19:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20580; 26 Apr 90 19:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20566; 26 Apr 90 18:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00253; 26 Apr 90 17:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17771; Thu, 26 Apr 90 13:15: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 Apr 90 17:32:16 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network Computer Security Message-Id: <58285@sgi.sgi.com> References: <9004251908.aa04461@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004251908.aa04461@VMB.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: > > I would like start by mentioning that the US Army Computer Security Regulation > (AR 380-380) requires all hosts to defend themselves, at the "computer to > outside world" interface. No network-based protection is deemed sufficient. > > ... > > "Computer security should be strong enough to repell virtually any attack > ***from the outside***, yet inobtrusive enough that the average user is > unaware that he is being guarded by a strong defense." > > -Mike Muuss > Advanced Computer Systems > Ballistic Research Laboratory I agree. In other words, you don't put a dead bolts on interior doors of your house. If your neighborhood is bad enough, you may have steel-over- concrete, guarded, and booby trapped, exterior doors and walls. (Well, that's how the movies seem to show NYC--I don't really know.) Unfortunately, in too many places, it is not useful to define "inside" as a single computer. Do you kill all .rhosts files and host.equiv? Too many people insist on not having to type a password when moving from one interior machine to another. They insist on having rcp work seamlessly. YP is easy to break, and once broken is handy for "improving" UIDs and passwords, so do you kill YP? (I am unimpressed by "secure YP/RPC.") DNS is easily spoofed and "useful" for exploiting .rhosts files, so do you run purely with /etc/hosts? What about NFS, another "useful" tool? I don't know much about X-windows, but from a distance it looks "handy", so do you turn off all X gadgets that do not come thru a UNIX domain socket? That would be wise, but makes the apparently popular X-terminals useless. NeWS tries to be strong, but is porous. As has been said many times, TCP/IP and UPD/IP can be perverted. It sounds as if the Army regulation Mike quotes prohibits the use of diskless machines. How can a diskless machine be other than an expensive trojan horse, given the holes in YP, NFS, and UDP/IP itself? Perhaps I respect the abilities of others too much, but I do not think it is safe to allow anyone you do not trust to have a guest account. That is, I think you must assume that given "guest", a bad guy can get "root". Maybe someday kerboros, hesiod, and so on will be a good solution. For now, the only good answer I know is to move to the mountains. The only useful approximation I know is to define "inside" as everything the LAN, and to exclude all packets from outside. Guard you LAN as you would your bedroom. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab20628; 26 Apr 90 19:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20580; 26 Apr 90 19:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20566; 26 Apr 90 18:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00255; 26 Apr 90 17:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17879; Thu, 26 Apr 90 13:16: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 Apr 90 17:48:17 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Z-Buffer Range Determination Problem Message-Id: <58290@sgi.sgi.com> References: <6086939@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6086939@um.cc.umich.edu>, Tim_Buxton@UM.CC.UMICH.EDU writes: > > > I'm attempting to draw a fairly simple z-buffered scene containing a > vehicle against a terrain background. After the scene is drawn I need the > range from the eyepoint to each pixel in the scene, so I'm trying to > extract that information from the z-buffer. I thought from reading the > Graphics Library Programming Guide that I could do something like > > lsetdepth(znear,zfar); /* Using znear=0x0,zfar=0x7fffff) */ > perspective(fovy,aspect,near,far); > ...draw some things... > readsource(SRC_ZBUFFER); > lrectread(x1,y1,x2,y2,parray); > parray = parray & 0x7fffff; /* dictated by znear=0x0, zfar=0x7fffff */ > > At this point I expected parray would contain integer z-buffer values that I > could decode as range values by something like > > range = (parray-znear) * (far-near) / zdepth; > > where zdepth is (zfar-znear) expressed as a floating point value. > > This scheme is not working well at all. I am setting the near and far > clipping planes to 1.1 and 6100.0, respectively, but for whatever reason . . . Your equation for range is wrong. I think that is the major problem, there may be others, but I cannot tell. Try the following equations and see if they fix the problem: Look at the perspective matrix in the doc. and you will see that Z' that comes out of the perspective matrix is -Z(F+N)/(F-N) - 2FN/((F-N) where F = far, N = near, the args to the perspective call. Also W' = -Z. Since the hardware divides all coordinates by W, then Znormalized = Z'/W' = (F+N)/(F-N) + 1/Z * 2FN/(F-N) Now don't forget the viewport transformation which says that Zscreen = Znormalized * Vsz + Vcz where Vsz = (zfar-znear)/2 and Vcz = (znear+zfar)/2 note: znear, zfar are the args to lsetdepth Zscreen is the value that gets written into the Zbuffer So now you can solve for eye-space Z (which is the range that you want). First you solve for Znormalized which is = (Zscreen-Vcz)/Vsz Next solve for Z which is = 2FN/((F-N)(Znormalized-(F+N)/(F-N))) and plug Znormalized into that equation. Better double check my math as I might have made a silly mistake somewhere. The equation for Z can be reduced to b/(Znormalized-a), where b = 2FN/(F-N) and a = (F+N)/(F-N) I do think I have lost a minus sign somewhere. Anyway, you should get the idea now. I suggest you try just putting a perspective matrix on the stack, then draw something at x=y=0, z = some value between -1, +1 and then read the zbuffer back and see if by using these equations you can get the original z back. You should be able to do this. P.S. x=y=0 will draw the pixel in the middle of the viewport. -- Gary Tarolli   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20756; 26 Apr 90 20:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20722; 26 Apr 90 19:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20702; 26 Apr 90 19:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07375; 26 Apr 90 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06670; Thu, 26 Apr 90 10:22: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: 26 Apr 90 16:43:34 GMT From: Mark Bradley Organization: Solbourne Computer Systems Subject: Re: 4D/380 and IPI question Message-Id: <1990Apr26.164334.594@Solbourne.COM> References: <4355@plains.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Bruce Curtis writes: > According to the info I have the 4D/380 supports a maximum of 2 >IPI disk controllers even though each controller takes up only one slot >on the VMEbus which still leaves several VME slots open. > > Does anyone know why the 4D/380 only supports 2 IPI disk controllers? >Bruce Curtis curtis@plains.NoDak.edu curtis@plains.bitnet >North Dakota State University ..!uunet!plains!curtis It's because SGI (I was involved in this at the time) felt that 32 GB was enough for most folks, and that more could be supported at a later date. Also, you're correct about the VME bandwidth limitations. There is yet another concern..."How does one get more than 32 disk drives with all of the associated h/w and packaging through UL, CSA, FCC, TUV, VDE, etc. in a time frame that allows one to ship product before 1993?" I'm confident that my former colleagues at SGI could do something for you if you wanted to purchase more than 2 controllers and 32 disk drives from them. Just ask the salesman... markb -- Mark Bradley 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 aa21279; 26 Apr 90 21:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21132; 26 Apr 90 21:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21130; 26 Apr 90 21:05 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa00761; 26 Apr 90 20:08 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA02416; Thu, 26 Apr 90 19:10:04 CDT Date: Thu, 26 Apr 90 19:10:04 CDT From: Mike Goss Message-Id: <9004270010.AA02416@snow-white.merit-tech.com> To: NRCM3.NRC.CA!SERRER@vm.nrc.ca Subject: Re: Rotating objects problem Cc: info-iris@BRL.MIL In reply to your message: > Date: Thu, 26 Apr 90 14:29 EST > From: Martin Serrer - Systems Analyst > Subject: Rotating objects problem > ... > Is there anyway to do a 'rotate(angle, axis)' with angles smaller than 10ths > of degrees? > ... The 'rot(angle,axis)' gl routine accepts an angle in floating point degrees. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03697; 27 Apr 90 15:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03317; 27 Apr 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03184; 27 Apr 90 14:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05456; 27 Apr 90 14:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05777; Fri, 27 Apr 90 03:22: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: 27 Apr 90 00:20:02 GMT From: Kenneth Josiah Harris Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Restricted TFTP? Message-Id: <6913@odin.corp.sgi.com> References: <28840@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <28840@ut-emx.UUCP> russo@chaos.utexas.edu (Thomas Russo) writes: > >Are there any plans on SGI's part to implement a restricted TFTP >daemon (i.e. one which will only retrieve files from a given >directory)? The one supplied with 3.2 will retrieve ANY file which >has world read permissions. I've heard that sun and some other >vendors supply a restricted version, so that if one specifies a >directory on the tftpd startup line then only files under that >directory may be retrieved by tftp. The reason I ask for this is that >some types of X terminals boot by using tftp to retrieve the server >image. It would be nice to have a slightly more secure tftpd running. > >Thomas Russo >Center for Nonlinear Dynamics, University of Texas at Austin >russo@chaos.utexas.edu or phib421@utchpc.bitnet >------ The 3.2.2 maintenance release from Silicon Graphics has a secure tfptd in it. -- Ken J. Harris -- kj@sgi.com or {decwrl,pyramid,ucbvax}!sgi!kj   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05116; 27 Apr 90 16:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04607; 27 Apr 90 16:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04262; 27 Apr 90 16:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05569; 27 Apr 90 14:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13367; Thu, 26 Apr 90 12:08: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 Apr 90 16:28:59 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: /dev/audio has a bug or a feature? Message-Id: <1990Apr26.162859.8089@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL To try out the following bug(?) you will need to connect something to the audio out channel on your Personal IRIS. I use a 0.5 watt 8 ohm speaker. The following program will not work. But if you move the comment down one line it will work. Can anyone tell me why? Could someone fix it? CC'ed to Customer Support. The I/O works either way to a file or the console but not to /dev/audio. #include #include #include main() { /* char b[1000]; */ char c, b[1000]; int rtn, audio; register i; for ( i = 0; i < 4; i++ ) b[i] = 'a'; for ( i = 4; i < 8; i++ ) b[i] = 'z'; audio = open( "/dev/audio", O_RDWR ); rtn = ioctl( audio, AUDIOCSETOUTGAIN, 100 ); rtn = ioctl( audio, AUDIOCSETRATE, 3 ); rtn = ioctl( audio, AUDIOCDURATION, 100 ); rtn = write( audio, b, 8 ); fprintf( stderr, "wrote %d bytes to /dev/audio: ", rtn ); write( 2, b, 8 ); fprintf( stderr, "\n" ); } If you can tell me why, I will think you are real smart. Bruno "I see", said the blind man to his deaf dog.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05116; 27 Apr 90 16:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04607; 27 Apr 90 16:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04325; 27 Apr 90 16:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05625; 27 Apr 90 15:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00901; Thu, 26 Apr 90 08:46: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: 26 Apr 90 15:26:00 GMT From: "SCHREIBER, O. A." Organization: Georgia Institute of Technology Subject: binary format files in fortran Message-Id: <8515@hydra.gatech.EDU> References: <9714@sdcc6.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi! Is there such a thing as binary format for fortran files? The following program compiles all right on a 4D GTX but does not run. I read about binary format in a software package called plot3d but could not find anything about it in iris fortran manuals. program toto open(unit=98,file='x1.bin',form='binary',status='unknown') print *,' Type in the number of Blades' read(*,*)nb write(98) nb c23456789012345678901234567890123456789012345678901234567890123456789012 print *,' number of blades written on 98 =',nb c close(unit=98) stop end Thanks in advance. Olivier Schreiber (404)894 6147, Office of Computing Services Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!ccsupos ARPA: ccsupos@prism.gatech.edu -- Olivier Schreiber (404)894 6147, Office of Computing Services Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!ccsupos ARPA: ccsupos@prism.gatech.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05369; 27 Apr 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae05116; 27 Apr 90 17:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04905; 27 Apr 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05545; 27 Apr 90 14:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18028; Thu, 26 Apr 90 13:18: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 Apr 90 17:20:05 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Remote tape drives Message-Id: <1990Apr26.172005.8257@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is a little tidbit for all of you who live by remote tape drives. write: tar cvf - /usr | rsh tape_host dd bs=10k of=/dev/tape read: rsh tape_host dd bs=10k if=/dev/tape | tar xvf - The bs=10k option speeds things up quite a bit by read/writing larger blocks from/to the tape. writing 1 megabyte using: dd if=1M | rsh IRIS dd of=/dev/tape 5:09 minutes dd if=1M | rsh IRIS dd obs=10k of=/dev/tape 0:36 minutes writing 10 megabytes using: dd if=10M | rsh IRIS dd bs=10k of=/dev/tape 3:03 minutes dd if=10M | rsh IRIS bstream -ltr -o/dev/tape 3:03 minutes I did not want to spend 50+ minutes sending 10MB, so no times for 50MB without the bs=10k. The bstream filter is IRIX specific and has a man page. Larger values for bs tend tend to slow things down. Bruno "I see.", said the blind man to his deaf dog.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05369; 27 Apr 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af05116; 27 Apr 90 17:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04905; 27 Apr 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05547; 27 Apr 90 14:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02734; Thu, 26 Apr 90 17:14: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 Apr 90 20:55:49 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: Z-Buffer Range Determination Problem Message-Id: <6899@odin.corp.sgi.com> References: <6086939@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6086939@um.cc.umich.edu>, Tim_Buxton@UM.CC.UMICH.EDU writes: > > > I'm attempting to draw a fairly simple z-buffered scene containing a > vehicle against a terrain background. After the scene is drawn I need the > range from the eyepoint to each pixel in the scene, so I'm trying to > extract that information from the z-buffer. I thought from reading the > Graphics Library Programming Guide that I could do something like > > lsetdepth(znear,zfar); /* Using znear=0x0,zfar=0x7fffff) */ > perspective(fovy,aspect,near,far); > ...draw some things... > readsource(SRC_ZBUFFER); > lrectread(x1,y1,x2,y2,parray); > parray = parray & 0x7fffff; /* dictated by znear=0x0, zfar=0x7fffff */ > > At this point I expected parray would contain integer z-buffer values that I > could decode as range values by something like > > range = (parray-znear) * (far-near) / zdepth; > > where zdepth is (zfar-znear) expressed as a floating point value. > > This scheme is not working well at all. Without actually messing with your code, I can guess that what is wrong is that the z values aren't mapped the way you think they are when you use perspective, that is, they aren't linear. They are proportional to the inverse of the old z. See Appendix C of the Graphics Library Programming Guide. The net effect of the perspective transformation is: (far+near) 2*far*near Znew = ---------- + ------------------- (far-near) Zold * (far-near) The reason it is done this way is that you can do it with regular 4x4 transformation matrix math. What you want (if I've done my math right) is: 2*far*near Zold = ----------------------------------- (far+near) (far-near) (Znew - ------------ ) (far-near) Also, this only gives you distance along the line of sight perpendicular to the projection plane. You also need to do: Real distance = sqrt(Zold*Zold + Xold*Xold + Yold*Yold) Hope this helps, thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08751; 28 Apr 90 3:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08337; 28 Apr 90 2:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08295; 28 Apr 90 2:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08181; 28 Apr 90 2:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15870; Fri, 27 Apr 90 22:56: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 Apr 90 03:41:48 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: 3rd party hard disks Message-Id: <10759@alice.UUCP> References: <6775@accuvax.nwu.edu>, <9004251601.AA12526@adenosine.pharm.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL for those who don't like towers, we use a rack mount power supply that is about 6-7in tall and has slots for 4 full height 5.25in drives. the power supply is (or can be ordered) to be hefty enough to drive 4 wren vi's although on our sgi box we mounted this above the sabres in the sgi tower and put our exabyte in one of the slots. we bought the things from david mcginnis (northeast peripherals) (617) 769-9110 (i have no affiliation with these folks)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14138; 29 Apr 90 4:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14061; 29 Apr 90 4:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14039; 29 Apr 90 4:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11850; 29 Apr 90 4:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01958; Sun, 29 Apr 90 01:19: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: 26 Apr 90 13:31:12 GMT From: Burkhard Viehoff Organization: Nixdorf Computer AG Subject: HW-problems on Silicon Graphics 4D50-Workstation: CPU-Board Message-Id: <1139@nixctc.DE> References: <1990Apr18.133431.9578@gorgo.ifi.unizh.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL H H EEEE L PPPP !! H H E L P P !! HHHHH EEE L PPPP !! H H E L P !! H H EEEE LLLL P .. and excuse me if this group is not the right or best place to post my question. We have two 4D50-Workstations: One with an ESDI disk controller, the other one with a SCSI disk controller. The second one is defect. After power on it 'says': Console DUART Passed Memory walking bit Passed Memory address uniqueness Passed Then it stops. And the LED-Display on the Status Panel 'says' 'D', instead of continuously counting numbers up and down. This probably means, that something is out of order. Now I think, that the CPU-Board has a defect, because i am still able to run this second, defect machine with the CPU-Board of the other workstation. 'hinv' tells me something about the CPU-board: IP4 Processor FPU: MIPS R2010 VLSI Floating Point Chip Revision: 2.0 CPU: MIPS R2000 Processor Chip Revision: 5.0 Data cache size: 32 Kbytes Instruction cache size: 64 Kbytes Main memory size: 8 Mbytes Graphic option installed CMC ENP-10 Ethernet controller 0, firmware version 0 (CMC) Disk drive: unit 1 on SCSI controller 0 Integral SCSI controller The defect board is labeled: ASSY 030-0121 Rev A 1987 Silicon offers to give us an exchange-board for about 8000$ . Because we want to save money, we tend to try repairing the board ourselves by switching chips between the two boards: looking for the 'bad guy'. Unfortunately we don't have any documentation about the board. So I ask for help from anybody who has experience with this kind of work or who has a suggestion about which chip could be broken most probably. Also an offer for a cheaper replacement-board would be very much appreciated as any appropriate documentation and any hints and ideas about our repair-plan. Thanks very much in advance, Burkhard Viehoff Burkhard Viehoff - Nixdorf TM | bv@NIXCTC.DE Prefered Address Loeffelstrasse 3-7 | pyramid!nixctc!bv 7000 Stuttgart 70 West Germany | Phone: +49 (711) 7685-220 | Fax: +49 (711) 7685-105   Received: from vmb.brl.mil by VMB.BRL.MIL id ab14138; 29 Apr 90 4:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14061; 29 Apr 90 4:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab14039; 29 Apr 90 4:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11852; 29 Apr 90 4:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01981; Sun, 29 Apr 90 01:19: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 Apr 90 18:38:47 GMT From: Burkhard Viehoff Organization: Nixdorf Computer AG Subject: Re: HW-problems on Silicon Graphics 4D50-Workstation: CPU-Board Message-Id: <1140@nixctc.DE> References: <1139@nixctc.DE>, <1990Apr18.133431.9578@gorgo.ifi.unizh.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I repost this article because there was a mistake in the header-lines: 'Path:' and 'From:' H H EEEE L PPPP !! H H E L P P !! HHHHH EEE L PPPP !! H H E L P !! H H EEEE LLLL P .. and excuse me if this group is not the right or best place to post my question. We have two 4D50-Workstations: One with an ESDI disk controller, the other one with a SCSI disk controller. The second one has become defect. After power on it 'says': Console DUART Passed Memory walking bit Passed Memory address uniqueness Passed Then it stops. And the LED-Display on the Status Panel 'says' 'D', instead of continuously counting numbers up and down. This probably means, that something is out of order. Now I think, that the CPU-Board has a defect, because i am still able to run this second, defect machine with the CPU-Board of the other workstation. 'hinv' tells me something about the CPU-board: IP4 Processor FPU: MIPS R2010 VLSI Floating Point Chip Revision: 2.0 CPU: MIPS R2000 Processor Chip Revision: 5.0 Data cache size: 32 Kbytes Instruction cache size: 64 Kbytes Main memory size: 8 Mbytes Graphic option installed CMC ENP-10 Ethernet controller 0, firmware version 0 (CMC) Disk drive: unit 1 on SCSI controller 0 Integral SCSI controller The defect board is labeled: ASSY 030-0121 Rev A 1987 Silicon offers to give us an exchange-board for about 8 0 0 0 $ . Because we want to save money, we tend to try repairing the board ourselves by switching chips between the two boards: looking for the 'bad guy'. Unfortunately we don't have any documentation about the board. So I ask for help from anybody who has experience with this kind of work or who has a suggestion about which chip could be broken most probably. Also an offer for a cheaper replacement-board would be very much appreciated as any appropriate documentation and any hints and ideas about our repair-plan. Thanks very much in advance, Burkhard Viehoff Burkhard Viehoff - Nixdorf TM | bv@NIXCTC.DE Prefered Address Loeffelstrasse 3-7 | pyramid!nixctc!bv 7000 Stuttgart 70 West Germany | Phone: +49 (711) 7685-220 | Fax: +49 (711) 7685-105   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26518; 27 Apr 90 9:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26342; 27 Apr 90 9:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26263; 27 Apr 90 8:50 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa03519; 27 Apr 90 8:40 EDT Received: Fri, 27 Apr 90 08:38:25 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 27 Apr 90 08:38:25 EST From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9004271538.AA14461@aero4.larc.nasa.gov> To: phoenix!gauss!markv@princeton.edu Subject: Re: How to make slides with TeX/PostScript Cc: info-iris@BRL.MIL Have you ever heard of NPSDRAW & FIGURE? It lets you make text and line slides on your IRIS. Then they can be converted to PostScript files. The source use to be in the info-iris archives. I don't know if they are still there. -- 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 aa28155; 27 Apr 90 10:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27686; 27 Apr 90 10:41 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa27672; 27 Apr 90 10:23 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa17995; 27 Apr 90 10:06 EDT Received: from UKACRL.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9161; Fri, 27 Apr 90 10:02:28 EDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 0349; Fri, 27 Apr 90 11:36:42 BST Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 4527; Fri, 27 Apr 90 11:33:09 BS Via: UK.AC.OX.VAX; 27 APR 90 11:01:54 BST Date: Fri, 27 APR 90 11:02:42 GMT From: HCART%VAX.OXFORD.AC.UK@cunyvm.cuny.edu To: INFO-IRIS@BRL.MIL Subject: Help... a couple of dumb questions. Message-ID: <9004271006.aa17995@ADM.BRL.MIL> A couple of simple (I hope) questions from an unsophisticated Unix user. 1. As a result of a recent crash, I have just rebuilt the file system on our teaching 3130 from scratch, using the distribution tape that came with the m/c, followed by an update tape. I now find I cannot successfully run cpio. When I first tried cpio -odv1 /usr/people/hugh the reply was can't open /dev/rmt1 for writing. After RTFM I concluded /dev/rmt1 should be linked to /dev/rsq0, but no /dev/rsq0 exists. Hopefully, I tried ln /dev/sq0 /dev/rmt1 whereupon cpio ran (sort of) to give the following: cpio -odv1 /usr/people/hugh [names of files here] .... --1K written sq0: can't write tape EOF sq0: can't rewind tape Can't rewind? So try mt rewind which gives /dev/rmt2 No such device More RTFM. This leads to ln /dev/nrsq0 /dev/rmt2 Now the tape rewinds after giving the mt rewind instruction, but cpio still refuses to read in the 1K data it stored (without an EOF) just a few minutes before. Now I guess I am doing something (probably several things) dumb, but I can't make out what the problem is. Could someone point me in the right direction, please? 2. vi was fine before the crash, but now the arrow keys do not function as advertised. vi works ok otherwise, with the action of the arrows being taken by hjkl. I interpret this to mean vi doesn't recognise the terminal. Why would recreating the system do that? Is the problem likely to be in a new version of termcap? /etc/ttytype looks to me to be ok (starting wsiris systty wsiris console wsiris syscon Seems odd that vi should not work when the system is installed without modification. Any help would be greatly appreciated (by both me and the students using the machine.) Many thanks. Hugh Cartwright. HCART@VAX.OX.AC.UK   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00267; 27 Apr 90 12:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29582; 27 Apr 90 12:24 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa29514; 27 Apr 90 11:59 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa19423; 27 Apr 90 10:49 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9512; Fri, 27 Apr 90 10:27:35 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 27 Apr 90 10:20 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.arpa) id AA13651; Fri, 27 Apr 90 10:35:10 DSD Date: Fri, 27 Apr 90 10:35:10 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: NASA Panel Library source... To: info-iris@BRL.MIL Message-id: <9004271735.AA13651@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.arpa Where can I {get a tape|ftp the source} to the NASA Panel Library source. I want to make a software dial and button box. Thanks, 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 aa02587; 27 Apr 90 14:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02228; 27 Apr 90 13:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02117; 27 Apr 90 13:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05198; 27 Apr 90 13:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08057; Fri, 27 Apr 90 04:04: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: 27 Apr 90 08:24:54 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Network Computer Security Message-Id: <1990Apr27.082454.9667@sgzh.uucp> References: <9004251908.aa04461@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004251908.aa04461@VMB.BRL.MIL> mike@BRL.MIL (Mike Muuss) writes: >In a recent note, Vernon Schryver writes: > >> Some prudent people severely restrict all remote access to machines >> connected to the Internet. I think that you should not allow any access >> to sensitive machines except to people you trust. If this can be >> accomplished by controlling modems and network links, then you do not >> need passwords for anything, including root. Passwords, like any >> security apparatus from guards to fences to booby traps to IP >> forwarding, require time and effort that could be used for productive >> work. Balance is important; do not build a police state unless >> required. > >I certainly agree 100% with his conclusion -- don't build a police state. >However, I would argue that Vernon's strategy is insufficient. > >I would like start by mentioning that the US Army Computer Security Regulation >(AR 380-380) requires all hosts to defend themselves, at the "computer to >outside world" interface. No network-based protection is deemed sufficient. > >I happen to agree 100% with these rules. Sites that don't implement this >strategy are *significantly* easier to penetrate than sites that do, >regardless of other measures taken. > >Keep this saying of mine in mind, next time you contemplate computer security: > > "Computer security should be strong enough to repell virtually any attack > ***from the outside***, yet inobtrusive enough that the average user is > unaware that he is being guarded by a strong defense." > >I might also note that this applies to other kinds of security as well. > Well since you are at the BRL I guess it makes life quite a bit easier if you do agree 100% with the US Army Computer Security Regulations, and I hope the regulations serve you well. Personally, while living life in a locked closet is secure, I think it might get a bit boring. A little risk makes life more interesting. I use minimal security because I don't think I have anything worth stealing or that I can not replace with minimal effort. If someone wants something of mine bad enough to steal it, they can have it, and I hope they enjoy it more than I do. I agree with Vernon Schryver, "Balance is important", in all aspects of life. If your security cost more than what it protects it might be a sign of a lack of balance, another lack of balance occurs when you overestimate the value of what you are protecting. Have Fun, Drink Beer, Chase Women, and don't get uptight if someone steals your pants. Bruno Pape It's 10am and I think I've done enought work for today. P.S. It's o.k., you can live your life your way, and I will live mine my way. No hard feelings. Lets make security Fun, and then I will have some.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02876; 27 Apr 90 14:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02587; 27 Apr 90 14:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02402; 27 Apr 90 14:00 EDT Received: from SGI.COM by VGR.BRL.MIL id aa05125; 27 Apr 90 13:05 EDT Received: from relay.sgi.com by sgi.sgi.com (5.52/900423.SGI) for info-iris@brl.mil id AA18641; Fri, 27 Apr 90 09:41:24 PDT Received: from forest.sgi.com by relay.sgi.com (5.52/891101.SGI) for @sgi.sgi.com:rgb@phy.duke.edu id AA00214; Fri, 27 Apr 90 09:41:22 PDT Received: from localhost.sgi.com by forest.sgi.com (5.52/890923.SGI) for @relay.sgi.com:info-iris@brl.mil id AA08459; Fri, 27 Apr 90 09:41:20 PDT Message-Id: <9004271641.AA08459@forest.sgi.com> To: "Robert G. Brown" Cc: info-iris@BRL.MIL, vjs@forest.sgi.com Subject: Re: SG vs Sun In-Reply-To: Your message of Thu, 26 Apr 90 13:21:55 -0400. <9004261721.AA11951@physics.phy.duke.edu> Date: Fri, 27 Apr 90 09:41:16 PDT From: baskett%forest@sgi.com Vernon Schryver is a stimulating contributor to this newsgroup but he often speaks his own opinions (of which he has many) rather than Silicon Graphics policy. He is a great source of ideas and like many such sources, a lot of the ideas are highly questionable. But enough of them are good that it seems worth wading thru the bad ones. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02876; 27 Apr 90 14:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02587; 27 Apr 90 14:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02413; 27 Apr 90 14:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05168; 27 Apr 90 13:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24338; Fri, 27 Apr 90 09:16:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 90 11:03:35 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Re: SGI Policy on 'porting' ... Message-Id: <575@urz.unibas.ch> References: <1990Apr26.142420.14032@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Apr26.142420.14032@cunixf.cc.columbia.edu>, kaul@cunixa.cc.columbia.edu (Anil Kaul) writes: > 4D70GT machines. I wanted to port it to another 4D70GT. I inquired from > their Sales Person, if there were some way we could port C++ from one > machine to another without having to buy a new package. He says that > we have to spend another $2000/=. This to me seems ridiculous. We have > the AT&T C++ Ver2.0 running on RTs and all we have to do to port it to > another RT is just pay $40.00 to AT&T for every new machine we port it to. It's so easy on PC's - take a diskette, move it, and voila - a new license is born 8-(. That's the difference between a 'reasonable computer' and a 'PC'. Though I am not always the same opinion as SGI :-) , I think that licensing is something which enables the vendors to get add-on money for system software instead of having site licenses. Do you get MS Word on each Mac for free? That's comparable to compilers on the bigger machines. (BTW we needed to buy C++ on the MAC as well, and it needs another licenses to run it on other macs). Complaining about bugs means that someone needs to pay for the support staff in order to answer your problems (provided there were reasonable resources, we would even get support from SGI), but having paid once doesn't mean that the entire campus is awarded support for free... - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03317; 27 Apr 90 15:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac02876; 27 Apr 90 14:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02834; 27 Apr 90 14:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05131; 27 Apr 90 13:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24396; Fri, 27 Apr 90 09:17: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: 27 Apr 90 13:35:05 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Network ftp Security Message-Id: <576@urz.unibas.ch> References: <9004251908.aa04461@VMB.BRL.MIL>, <58285@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >> "Computer security should be strong enough to repell virtually any attack >> ***from the outside***, yet inobtrusive enough that the average user is >> unaware that he is being guarded by a strong defense." >> >> -Mike Muuss What about anonymous ftp ? I imagine that it is possible to 'hack' a kind of macro which makes ftp dangerous (not to tell about sensitive data being accidentially exposed). We haven't had permitted it but now some people want to access data over the internet, and DECnet is not ideal on UNIX systems. I'd appreciate any hints on how to set up a 'secure' ftp. My idea was to set up a user (gig/uid -2 -2), give him /bin/false as shell and a default directory that is full of links to those files I want to make public. Problems are: -2 is not valid on SGI boxes. /bin/false kills everything. links are apparently not permitted. . ? any hints highly appreciated. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03697; 27 Apr 90 15:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03317; 27 Apr 90 15:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03132; 27 Apr 90 14:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05411; 27 Apr 90 14:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00949; Fri, 27 Apr 90 11:01: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: 27 Apr 90 16:56:39 GMT From: David Hinds Organization: Stanford University Subject: Re: Math library bug? Message-Id: <11755@portia.Stanford.EDU> References: <9004241219.aa00145@VGR.BRL.MIL>, <58115@sgi.sgi.com>, <58179@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <58179@sgi.sgi.com> bruceh@brushwud.sgi.com (Bruce R. Holloway) writes: > >These functions generally do range reduction to map the argument into >the interval [-pi,+pi], or even [0,pi/4]. That is, an argument outside >the domain will have some multiple of pi subtracted from it to map it >into the range. Since the representation of pi has finite precision, >it contains at least 1/2 lsb error. Multiplying it by a large number >magnifies the error. > >If the sin() function returned a result for sin(32000.), the error could >be on the order of 10000. times the error in sin(3.2). It is the job >of the implementer to decide how much error is acceptable & return NaN >if the potential error is too great. > There is no loss of precision in the pi*n calculation - the lsb error should just propagate as another lsb error. The subtraction will cause a loss of precision because the magnitudes of the operands are large compared to the magnitude of the result, and the magnitude of the error is preserved in this operation. So, using a higher precision value for pi would fix the lsb problem but still not be a satisfactory solution. The number "32000" might be specified with 10 significant digits, but it inherently has only, say, 5 significant digits with respect to "mod 2*pi". The range reduction works fine even for, say, sin(10**40); I think it would still return a value reasonably close to the TRUE sin (whatever that is). The problem is that the operand has 0 information content with respect to "sin", not that the sin function returns the wrong answer. -David Hinds dhinds@portia.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ae04607; 27 Apr 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04119; 27 Apr 90 16:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03962; 27 Apr 90 15:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05364; 27 Apr 90 13:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29463; Fri, 27 Apr 90 10:40: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: 27 Apr 90 14:43:56 GMT From: "Charles E. Towne" Organization: NASA/Lewis Research Center, Cleveland Subject: jot colors Message-Id: <1990Apr27.144356.3763@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can the colors used in the jot editor window, in particular the background color, be changed by the user (without changing the color map)? My system doesn't appear to have the source code, so I can't find where they're set originally. Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id af04607; 27 Apr 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04119; 27 Apr 90 16:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03962; 27 Apr 90 15:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05366; 27 Apr 90 13:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29421; Fri, 27 Apr 90 10:39: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: 27 Apr 90 14:35:04 GMT From: "Charles E. Towne" Organization: NASA/Lewis Research Center, Cleveland Subject: prefposition'ing psview Message-Id: <1990Apr27.143504.3705@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is it possible to define a default position and size for the window created when using psview? I know about using prefposition in my user.ps file. According to T fine M, the name to be used with prefposition for NeWS programs is the one assigned by IconLabel. However, IconLabel isn't used in any of the sources I have for psview (in /usr/NeWS/clientsrc). Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad05116; 27 Apr 90 16:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad04607; 27 Apr 90 16:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04371; 27 Apr 90 16:08 EDT Received: from cisco.nosc.mil by VGR.BRL.MIL id aa05647; 27 Apr 90 15:12 EDT Date: Fri, 27 Apr 90 12:09 PST From: MIKE@cisco.nosc.mil Subject: Re: SG vs Sun To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9004271512.aa05647@VGR.BRL.MIL> From: Robert G. Brown: >Perhaps a major corporation, like SG, or a sensitive government site >with big bucks from our tax dollars can afford to pay its (already >crazy, by definition) systems programmers to write things to control >access to all the links between "secure" LANS within the organization >(assuming that everyone in the organization can be trusted) and the >dirty old outside world (the Internet). If such a thing is possible, > Dr. Robert G. Brown > System Administrator > Duke University Physics Dept. I've been telling them I was crazy, now I have a Doctor's word on it ..... -:) Oh, yeah ... Thanks to the crazed systems programmer at BRL.MIL that keeps this list going!! Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id ah05116; 27 Apr 90 17:02 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ah04607; 27 Apr 90 16:40 EDT Received: by VMB.BRL.MIL id ac04110; 27 Apr 90 16:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02763; 27 Apr 90 14:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04772; 27 Apr 90 11:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01487; Fri, 27 Apr 90 02:04:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 90 07:52:19 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: /dev/audio has a bug or a feature? Message-Id: <1990Apr27.075219.9522@sgzh.uucp> References: <1990Apr26.162859.8089@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In comp.sys.sgi I wrote: >>{ >>/* char b[1000]; */ >> char c, b[1000]; >> int rtn, audio; >> register i; >>If you can tell me why, I will think you are real smart. Steve Jay's response seems to be correct. I think he is real smart. -------------------------------------------------------------------------- This is just a guess, but with "char b[1000];", b will almost certainly be at a word aligned address. With "char c,b[1000];", b will almost certainly NOT be word aligned. I haven't looked at the documentation, so I don't know if the audio device requires word alignment, or if this is a bug. Try "char c[4],b[1000];". I don't have a Personal IRIS, so I can't. If that works, then it would tend to confirm that it's an alignment problem. Steve Jay shj@ultra.com ...ames!ultra!shj Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA (408) 922-0100 x130 "Home of the 1 Gigabit/Second network" -------------------------------------------------------------------------- With "char c[4],b[1000];" or any other word alignment it works correctly. Can you guys back home fix this so it works like any other file I/O. Many thanks to you Steve, Bruno "I think I will get a job counting the homeless."   Received: from vmb.brl.mil by VMB.BRL.MIL id ac05369; 27 Apr 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag05116; 27 Apr 90 17:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04910; 27 Apr 90 16:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05643; 27 Apr 90 15:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05368; Fri, 27 Apr 90 12:04: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 Apr 90 17:50:39 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: SGI is a beautiful employer (was: RE: Network Computer Security) Message-Id: <580@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >Subject: Re: Network Computer Security >Message-ID: <1990Apr27.082454.9667@sgzh.uucp> >From: root@sgzh.uucp (Bruno Pape) >Reply-To: root@sgzh.UUCP (Bruno Pape) >Organization: Silicon Graphics S.A., Zuerich, Switzerland .. > >Have Fun, Drink Beer, Chase Women, and don't get uptight if someone steals >your pants. > >Bruno Pape > >It's 10am and I think I've done enought work for today. In my next life I'll join SGI if this is an official statement. Thanks for the advice, Bruno, and don't get upset if I appreciate the way of thinking you have, but I'm not sure if (in terms of balanced life etc.) my employer would be happy if I post that I'm done in the late morning already. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05840; 27 Apr 90 18:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05647; 27 Apr 90 17:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05611; 27 Apr 90 17:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05353; 27 Apr 90 13:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05776; Fri, 27 Apr 90 03:22: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: 27 Apr 90 06:34:19 GMT From: Andrew Myers Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Z-Buffer Range Determination Problem Message-Id: <6933@odin.corp.sgi.com> References: <6086939@um.cc.umich.edu>, <6899@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6899@odin.corp.sgi.com> thant@horus.esd.sgi.com (Thant Tessman) writes: >Without actually messing with your code, I can guess that what is wrong >is that the z values aren't mapped the way you think they are when you >use perspective, that is, they aren't linear. They are proportional to >the inverse of the old z. See Appendix C of the Graphics Library >Programming Guide. I can add a little more intuitive light to this. The zbuffer is linear in the inverse of Z to preserve linearity of the image. If the zbuffer were linear in Z, then a straight line would map onto a non-linear set of points in (screen x,screen y,zbuffer) space. This would immensely complicate the job of interpolating Z values, and other operations. Andrew   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06070; 27 Apr 90 18:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05840; 27 Apr 90 18:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05698; 27 Apr 90 17:36 EDT Received: from swat.swarthmore.edu by VGR.BRL.MIL id aa06376; 27 Apr 90 17:10 EDT Date: Fri, 27 Apr 90 17:07 EDT From: BUG@swat.swarthmore.edu Subject: 3.2 problem: shifted icons and flailing spider To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9004271710.aa06376@VGR.BRL.MIL> Sorry if this is a rehash of a bug someone else has reported: I find subtle problems with the graphical interface have arisen (I haven't sat down at my 4D/70 for a couple of months ...). Now, workspace file icons are shifted from their names, making it hard to select and manipulate them; hard to select and run executables. Some demos exhibit peculiarities as well; the insect does a crazy little dance with its legs every few steps. This is such an odd problem (Irix seems to be fully functional) I wonder what could cause it. A knowledgable colleague suggested some file or other must have gotten corrupted. Does anyone out there know which I could try ... I hate to reload the whole O.S. Autobooting is such an abbreviated affair now - it does nothing to fix this problem. THANKS! Amy Bug, Swarthmore College bug@campus.swarthmore.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06684; 27 Apr 90 20:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06594; 27 Apr 90 20:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06580; 27 Apr 90 20:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06879; 27 Apr 90 20:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24690; Fri, 27 Apr 90 16:59: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 Apr 90 23:57:13 GMT From: Sidney Kriger Organization: Xylogics, Inc., Burlington MA Subject: Re: SGI Policy on 'porting' ... Message-Id: <8990@xenna.Xylogics.COM> References: <1990Apr26.142420.14032@cunixf.cc.columbia.edu>, <575@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <575@urz.unibas.ch> doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: >It's so easy on PC's - take a diskette, move it, and voila - a new license >is born 8-(. >- Reinhard In general, one can only take that diskette to another PC if a copy is NOT left at the first PC to be used simultaneously. The license that comes with the diskette is for the original and a backup copy. You can LEGALLY use only one of the two at any time. Contact the Software Publishers' Association in Washington, DC, for more info on how many of us violate PC software licenses regularly and "rob" the companies that produce the products. You can get their 800 number from 800 directory services. -Sidney Kriger Internet: kriger@Xylogics.COM   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06956; 27 Apr 90 22:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06853; 27 Apr 90 21:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06850; 27 Apr 90 21:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07148; 27 Apr 90 21:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29329; Fri, 27 Apr 90 18:14:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Apr 90 19:13:23 GMT From: "Prof. Steven H. Izen" Organization: Case Western Reserve University Subject: New version of RGB to Color PS program Message-Id: <5850@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is my updated vesrion of tocolps.c in its entirety. I have updated the spot function to the one currently the default in postscript printers. I have also added the capability of modifying the screen frequencies and angles for each of the colors separately. Finally, I have added landscape support which is selectable either by switch of by running the program as tocolpsl instead of tocolps. As always, positive feedback is greatly appreciated. Steve I. ================snip snip snip--- tear----tear---tear========================= /* tocolps - * Convert a color image to color PostScript. * This knows how to print images with either 1, 2, 4, or 8 bits per * pixel, and how to generate different screen densities and screen * angles. Postscript data is written to standard out, so use a * command like: * * tocolps blat.rgb | lp * * to actually print a picture (portrait). * * tocolpsl blat.rgb | lp * * to actually print a picture (landscape). * * compile with: * cc -o tocolps -O tocolps.c -lc_s -limage -lm * ln tocolps tocolpsl * to create portrait and landscape versions. Note that the landscape * version can be accessed from tocolps by the -l switch. This also swaps * the values of maxxsize and maxysize. * * This version also now uses different screen angles for each color, * uses a default screen density of 50, and has an improved spot function. * Also, screen angles and frequencies can be changed by tches. * * Improvements and bug fixes will be gratefully accepted. Send to the * addresses below. Complaints will be forwarded to /dev/null. * * * Steven H. Izen, 4/26/90 * * tops.c by Paul Haeberli - 1988 * * Adapted from P. H.'s tops.c to work with color * January, April, 1990. * by Steven H. Izen, Dept. of Math. & Stat., * Case Western Reserve University, Cleveland, OH 44106 * izen@cwru.cwru.edu or steve@pitacat.math.cwru.edu or * steve@izen386.math.cwru.edu */ #include #include #include #include int hi[256], low[256]; int reverse_flag = 0; int landscape_flag = 0; short buf[4096]; main(argc,argv) int argc; char **argv; { float pixperinch, maxxsize, maxysize, temp; float cyanscreendensity, cyanscreenangle; float magentascreendensity, magentascreenangle; float yellowscreendensity, yellowscreenangle; float blackscreendensity, blackscreenangle; int bitsper, i; IMAGE *image; if(argc<2) { fprintf(stderr,"usage: %s inimage [-b bitsperpixel]\n",argv[0]); fprintf(stderr," [-l ] # landscape mode\n"); fprintf(stderr," [-k blackscreendensity]\n"); fprintf(stderr," [-K blackscreenangle]\n"); fprintf(stderr," [-c cyanscreendensity]\n"); fprintf(stderr," [-C cyanscreenangle]\n"); fprintf(stderr," [-g magentascreendensity]\n"); fprintf(stderr," [-G magentascreenangle]\n"); fprintf(stderr," [-y yellowscreendensity]\n"); fprintf(stderr," [-Y yellowscreenangle]\n"); fprintf(stderr," [-p pixelsperinch]\n"); fprintf(stderr," [-m maxxinches maxyinches]\n"); exit(1); } if (strcmp(argv[0],"tocolpsl")==0) landscape_flag = 1; image = iopen(argv[1],"r"); if(!image) { fprintf(stderr,"%s: can't open input image file\n",argv[0]); exit(1); } cyanscreendensity = 50.0; cyanscreenangle = 15.0; magentascreendensity = 50.0; magentascreenangle = 75.0; yellowscreendensity = 50.0; yellowscreenangle = 0.0; blackscreendensity = 50.0; blackscreenangle = 45.0; pixperinch = -1.0; maxxsize = 528.0; maxysize = 700.0; bitsper = 8; for(i=2; ixsize; ysize = image->ysize; maketables(); picstrlen = xsize*bitsper; picstrlen = (picstrlen+7)/8; if(ysize/(float)xsize < maxysize/maxxsize) doscale = maxxsize/xsize; else doscale = maxysize/ysize; if(pixperinch > 0.0) { ppiscale = 72.0/pixperinch; if(ppiscale> 7; x++; } psputchar("0123456789abcdef"[val]); } break; case 2: x=0; for(n=2*picstrlen; n--; ) { val = 0; for(i=0; i<2; i++) { val <<= 2; val |= (buf[x]&0xc0) >> 6; x++; } psputchar("0123456789abcdef"[val]); } break; case 4: x=0; for(n=2*picstrlen; n--; ) { val = (buf[x]&0xf0) >> 4; x++; psputchar("0123456789abcdef"[val]); } break; case 8: x=0; for(n=2*picstrlen; n--; ) { val = buf[x]; if(val > 255) fprintf(stderr,"bad poop\n"); x++; n--; psputchar(hi[val]); psputchar(low[val]); } break; default: fprintf(stderr,"bits per pixel must be a power of 2!!\n"); exit(1); } } } printf("\nshowpage\n"); } maketables() { register int i; for(i=0; i<256; i++) { hi[i] = "0123456789abcdef"[i>>4]; low[i] = "0123456789abcdef"[i&0xf]; } } static int pos = 0; psputchar(c) int c; { putchar(c); if(++pos == 50) { putchar('\n'); pos = 0; } } -- Steve Izen: {sun,uunet}!cwjcc!skybridge!izen386!steve / Quote corner: or steve@izen386.math.cwru.edu / or izen@cwru.cwru.edu /-------------------------/ My second bike is a car. | Klein bottle for sale - Inquire within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07315; 27 Apr 90 23:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07194; 27 Apr 90 22:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07191; 27 Apr 90 22:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07339; 27 Apr 90 22:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03160; Fri, 27 Apr 90 19:13: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: 27 Apr 90 15:22:36 GMT From: James Zurlo Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA Subject: Compiling Beebe's DVI converters Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been trying to compile Nelson Beebe's DVI (TeX dvi) to printer converter. I know nothing about C, so it's not clear to me whether I should modify the Makefile or the machdefs.h file. I already have the dvi2ps program that came with the TeX distribution from vgr.brl.mil, but I need to print to an HP Laserjet. Any help would be most appreciated. Jim jz0t+@andrew.cmu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08471; 28 Apr 90 2:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08414; 28 Apr 90 2:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08357; 28 Apr 90 2:29 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa08204; 28 Apr 90 2:20 EDT Received: from relay2.cs.net by RELAY.CS.NET id ap25452; 28 Apr 90 2:18 EDT Received: from dupont.com by RELAY.CS.NET id cy06433; 28 Apr 90 2:11 EDT Date: Fri, 27 Apr 90 16:00 EST From: MOHRINGJ%ESVAX%dupont.com@relay.cs.net Subject: 8mm tape Backup To: info-iris@BRL.MIL X-VMS-To: ESPRNT::IN%"info-iris@brl.mil" Message-ID: <9004280220.aa08204@VGR.BRL.MIL> We just received a 8mm tape drive from SGI. I have figured out how to Backup our two 4 how to Backup our two 4Ds using Backup (bru). This leaves a good deal of tape free. Is it possible to add increments to the end of the backup (EOD)? As I understand it, Backup and/or bru is capable of multi-volume backups, so if on one of the increments, I run out of tape, I can change tapes. (I usally do a full backup once a month and increments every Wed. and Fri.) If this IS possible, is it recommended? This may seem trivial, but I was given sysop of these two machines because of my experience in VMS and PCs. I still havw trouble remembering UNIX is case sensitive!! By the way, for those of you in my situation, I have found the book "UNIX for VMS Users" by Philip E. Bourne, ISBN #1-55558-034-3, very useful. Mostly Appendix A, table A.1 "VMS commands with UNIX Equivalents". Often I say to myself... "Self...Do you really know what you're doing?"   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08471; 28 Apr 90 2:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08414; 28 Apr 90 2:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08360; 28 Apr 90 2:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08218; 28 Apr 90 2:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16595; Fri, 27 Apr 90 23:08: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: 27 Apr 90 23:01:51 GMT From: tim anderson Organization: PolarServ, Seattle WA Subject: Keyboards, ad infinitum... Message-Id: <1945@polari.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thank you, SGI, for having a keyboard the way GOD HIMSELF would have designed it. Yes, the function keys are on TOP. Escape is way the hell-and-gone away from everything. The CAPS LOCK, CTRL, and ALT keys are where they SHOULD be. I geuss if I worked for a nice cash-fat corporation and grew up on fleets of Sun's, Apollo's and DEC's I would be all huffy about it to! So there. tima@polari uw-beaver!sumax!polari!tima .   Received: from vmb.brl.mil by VMB.BRL.MIL id ac08471; 28 Apr 90 2:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08414; 28 Apr 90 2:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08373; 28 Apr 90 2:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08222; 28 Apr 90 2:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AB16603; Fri, 27 Apr 90 23:08: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 Apr 90 23:22:25 GMT From: tim anderson Organization: PolarServ, Seattle WA Subject: I'm LANing, part one... Message-Id: <1946@polari.UUCP> References: <1945@polari.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL For all of you that really care: I am Networking my PC to the SGI box. This is the first part of my tale - hardware... I knew I had to get a Western Digital Ethernet controller for my PC. That about summed it up. I ordered one through a 'friend' of mine. My next stop was to talk to Brian in Bellevue, the SGI guy. We had a nice hour long discussion regarding what else I would need to get networked together... I was finally convinced that I couldn't just connect the two 15 pin plugs together to get them to work ;-) The search for a transciever was on! The afore mentioned 'freind' spent three days trying to figure out what a 'transceiver' was (I just have to worry about how to spell it...) let alone how to get me one. After telling me the cheapest he could get them was $285 I said forget it. Being lazy, and pressed for time - I opened up the INMAC catalog and gave them a call. A cheapy transciever could be had for $200, I could also order a transceiver cable, a thin ethernet cable, and use the companies American Express to pay for it all. The next day I get the WD Ethernet card. I had ordered the 16bit one, but received the 8 bit one. So much for ordering from "friend's". Dejected, I decided to read the documentation for fun and excitement. Lo and behold, I need to get some more hardware! These little ditties are called 'Terminators'. Since the 'next day air' shipment from INMAC failed to arrive, I would have to wait one more day to get the hardware I needed. I awoke today, friday, hell bent on getting the hardware I need to physically connect these two animals. I called INMAC right away and they said 'oops, it was shipped 2nd day - you should get it today!'. The next step was getting the 16 bit ethernet card. On a fluke I called a 'local computer dealer'. Astonishingly, they had the card IN STOCK, along with those new and exciting TERMINATORS! I ran over, and put the whole thing on MasterCard! I even bought an extra 'T' connector just in case INMAC's transceiver did not have one... So, here I wait patiently for the UPS man to arrive, dragging the last vestige of hardware I need to 'physically' connect the two animals together. Stay tuned for part two, or 'Did you really think that free TELNET software you got from Compu$erve would really work???' tima@polari uw-beaver!sumax!polari!tima   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09791; 28 Apr 90 6:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09710; 28 Apr 90 6:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09686; 28 Apr 90 6:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09216; 28 Apr 90 5:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25816; Sat, 28 Apr 90 02: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 Apr 90 17:39:01 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Restricted TFTP and secure terminals Message-Id: <58483@sgi.sgi.com> References: <9004242003.AA04334@physics.phy.duke.edu>, <58138@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <58138@sgi.sgi.com>, I wrote: > ... If [limiting access to trusted people] can be accomplished > by controlling modems and network links, then you do not need passwords for > anything, including root. I don't think I was clear. By "controlling network links", I meant draconian steps like turning off all IP forwarding, or even disconnecting from all external networks. Because "trust" in a network is a transitive relation, gateways with "IP filtering" may not be sufficient. For example, if you have wide open host A in a local network protected by gateway G, and if G refuses to pass any all IP traffic except with trusted host B out in the greater universe, then A is no safer than B. A bad guy who breaks into B could easily penetrate A. Not advertising network routes is obviously not a useful defense. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09791; 28 Apr 90 6:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09710; 28 Apr 90 6:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09686; 28 Apr 90 6:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09220; 28 Apr 90 6:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25946; Sat, 28 Apr 90 02:52: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: 27 Apr 90 18:49:33 GMT From: Deb Ryan Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: binary format files in fortran Message-Id: <58507@sgi.sgi.com> References: <9714@sdcc6.ucsd.edu>, <8515@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8515@hydra.gatech.EDU>, ccsupos@prism.gatech.EDU (SCHREIBER, O. A.) writes: > Hi! > Is there such a thing as binary format for fortran files? Taken from the New Enhancements section of the release notes for the upcomming release: Binary files (SCR 4998) Besides formatted and unformatted files, two extensions have been added to allow two more types of files: The first type allows you to use formatted read/write to access a file containing binary data. This happens when you use A-format descriptor to read/write numeric data. This type of file is defined by opening the file with FORM='BINARY'. For example: open(unit=2,form='binary',status='unknown') work1 = 1.0 write(2,1000) work1 rewind(2) read(2,1000) work2 1000 format(A4) end The second type allows the use of an ordinary system files i.e. a binary files without any extraneous bytes added to mark the record boundaries. In this type of file each byte is individually addressable. A READ or WRITE request on these files consumes bytes until the I/O list is satisfied, rather than restricting itself to a single record. They are equivalent to files opened with FORM='BINARY' on the IRIS 3000 series. These files are opened as direct unformatted files with a record length of one byte. Note that in order to do this the program has to be compiled with the -old_rl option, since without that option the specified record length will be interpreted as the number of words and not the number of bytes. -Deb deb@sgi.com Deborah Ryan Caruso @ Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09791; 28 Apr 90 6:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09710; 28 Apr 90 6:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac09686; 28 Apr 90 6:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09222; 28 Apr 90 6:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25870; Sat, 28 Apr 90 02:51: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: 27 Apr 90 18:06:10 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: SGI Policy on porting software !! Message-Id: <6945@odin.corp.sgi.com> References: <1990Apr26.142420.14032@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Apr26.142420.14032@cunixf.cc.columbia.edu>, kaul@cunixa.cc.columbia.edu (Anil Kaul) writes: > Hi, > We recently bought C++ Ver1.0 from Silicon Graphics for one of our > 4D70GT machines. I wanted to port it to another 4D70GT. I inquired from > their Sales Person, if there were some way we could port C++ from one > machine to another without having to buy a new package. He says that > we have to spend another $2000/=. This to me seems ridiculous. We have > the AT&T C++ Ver2.0 running on RTs and all we have to do to port it to > another RT is just pay $40.00 to AT&T for every new machine we port it to. > > Does Silicon Graphics have any such arrangement? > > Thanks, > > - Anil Kaul > > IBM TJ Watson Res Center, kaul at ibm.com > Yorktown Heights, NY. You may be confusing some terminology. In my experience, the term "porting software" means copying source code to a heterogeneous platform and then compiling the code to create a new copy of the executable. Since an IRIS 4D/70GT and an IRIS 4D/70GT are homogeneous platforms you should not have to go through the process of "porting" software between platforms but mearly purchase another copy of the software for the new IRIS 4D/70GT. The price you quote that you pay for ports or copies inside IBM are probably due to the fact that someone inside IBM has a source license for AT&T C++ 2.0. Unless I am mistaken, the source license you may have gives you the ability to actually "port" C++ 2.0 to the IRIS. Of course, porting means you do the work and you do you're own support for the port. Purchasing additional copies of the compiler from Silicon Graphics means that our development and support efforts are paid for. Currently, SGI only has per copy pricing for C++. We do not have additional copy pricing on C++. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09894; 28 Apr 90 6:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09791; 28 Apr 90 6:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09740; 28 Apr 90 6:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09274; 28 Apr 90 6:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26095; Sat, 28 Apr 90 02:54: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: 28 Apr 90 01:39:01 GMT From: "Philip L. Karlton" Organization: Silicon Graphics, Inc., System Software Division Subject: Re: Compiling X11R4 sources from MIT Message-Id: <6972@odin.corp.sgi.com> References: <9004240911.aa16941@VMB.BRL.MIL>, <6849@odin.corp.sgi.com>, <546@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <546@urz.unibas.ch> doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: >In article <6849@odin.corp.sgi.com>, I wrote >>>or is server source code shipped? >>No >Why not ? There's no desire for us to have to support the layered product once we get away from it. The layering and 4Sight interactions code is complex and unusual. In short, we don't want to be required to support or deal with code which will inevitably be in some unknown state. You may not be a person which would demand unreasonable support. But MIT distribution at this time, would almost guarantee that such demands would be made. >I don't want to restart a fruitless discussion on what X is all about >but as far as I know SGI is going to move from NEWS to X . We recognize the value of getting our server onto the MIT tape. As soon as SGI gets a cleaner, more traditional X server to product quality in complete cooperation with the GL, we will try to become more universally available via MIT. >What time >there will be taken for this procedure? Which release is supposedly >being the 'plain' X server using the GL ? >Currently, Xsgi is a (damned >slow) layered product with lousy man pages. The Irix 3.3 distribution has improved manpages and X semnatics but is still layered over NeWS and still suffers from the fact that it is only a NeWS/GL client and does not have the kind of control or information that it would like. Phil Karlton karlton@wpd.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10307; 28 Apr 90 9:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10290; 28 Apr 90 9:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10281; 28 Apr 90 9:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09499; 28 Apr 90 9:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05090; Sat, 28 Apr 90 06:03: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: 28 Apr 90 11:52:24 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Re: SGI Policy on 'porting' ... DISCLAIMER! Message-Id: <602@urz.unibas.ch> References: <1990Apr26.142420.14032@cunixf.cc.columbia.edu>, <575@urz.unibas.ch>, <8990@xenna.Xylogics.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8990@xenna.Xylogics.COM>, kriger@Xylogics.COM (Sidney Kriger) writes: > In article <575@urz.unibas.ch> doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: >>It's so easy on PC's - take a diskette, move it, and voila - a new license >>is born 8-(. >>- Reinhard > > In general, one can only take that diskette to another PC if a copy is NOT > left at the first PC to be used simultaneously. The license that comes > with the diskette is for the original and a backup copy. You can LEGALLY > use only one of the two at any time. Contact the Software Publishers' > Association in Washington, DC, for more info on how many of us violate > PC software licenses regularly and "rob" the companies that produce the > products. You can get their 800 number from 800 directory services. > > -Sidney Kriger Internet: kriger@Xylogics.COM *** DISCLAIMER *** !!! I really want to point out that my statement on 'take the diskette ...' is purely ironic!!! I do neither support nor initiate such software piracy and wanted to expresss my thinking about this with the grining face ' 8-( ' . As you might have noticed from the statements made further in the original posting I am aware of the fact that any of such an attempt is ILLEGAL and , therefore, not to be supported by any of us. Sorry if there was any misunder- standing. I think that even incredible prices in software products are worth being paid in order to obtain support (besides the aspects of legality), for any of us knows what it means to have no documentation, updates, hotlines etc. The initial inquiry was about 'porting' C++ from one SGI to another without paying SGI for it, and I want to make sure that you know that I really support the idea to get *licensed* software on any machine you're running, starting from the CRAY ending at the PC at home. - Reinhard Hope to have clarified this point.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11388; 28 Apr 90 16:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11343; 28 Apr 90 16:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11338; 28 Apr 90 16:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10068; 28 Apr 90 16:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24051; Sat, 28 Apr 90 12:56: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: 28 Apr 90 08:21:08 GMT From: Phil Ronzone Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SG vs Sun Message-Id: <6979@odin.corp.sgi.com> References: <9004261721.AA11951@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004261721.AA11951@physics.phy.duke.edu> rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: >Allow me to respectfully conclude that a) I wasn't trying to >maliciously "pin" Sun bugs on SG (or vice versa) but was simply trying >to warn people about some very general security holes and cry out to >any of the "gods" of OS development that might be listening at SG for >succor in our hour of need; and b) if SG's official attitude toward >Unix security is that we should all strive to set things up so that we >can run unprotected root accounts (or even believe that such a thing is >possible), we are all in deep, deep trouble ;-) Well, to put with most caution a toe in the water .... :-) SGI's official attitude towards UNIX security is to do it right, do it without diminishing the usefulness and speed of workstations and networking, and to do it for long term commercial users (i.e., not a quick and dirty checkoff just to bid on government RFQ's). That means Orange Book, B1, TCSEC, NCSC, and all the other fun acronyms. It also means we are not doing piecemeal patches because our resources to do security are devoted to doing it "right" and "formally" Hope that is reassuring. >I work (as do many, many of the other members of this group) at a >University. The whole point of the Internet, and networked computing >in general, is to provide open and reliable internetworked computing >and communication. It is to facilitate the sharing and transmission >of data, the efficient use of remote resources, and research >collaboration in "real time" with colleagues half a continent away. > >This purpose simply cannot be achieved without open and "unrestricted" >access in both directions to the Internet. Well, I disagree. You can have your goals above and not be as "open" and as "unrestricted" as one may be at this point in time. After all, you do have passwords and careful control (hopefully) over setuid root programs on your system now (I assume), yet you are able to meet your goals now. Everybody wants at least the ability to define "open and unrestricted" to something less than the population of the world and/or everybody with a UNIX account, no? :-) +-------------------------------------------------------+---------------------+ | Philip K. Ronzone Manager Secure UNIX | WORK=(415) 335-1511 | | Silicon Graphics, Inc. MS 9U-500 | pkr@sgi.com | | 2011 N. Shoreline Blvd., Mountain View, CA 94039 | FAX= (415) 965-2658 |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12260; 28 Apr 90 21:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12184; 28 Apr 90 20:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12182; 28 Apr 90 20:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10410; 28 Apr 90 20:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07719; Sat, 28 Apr 90 17:18: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: 29 Apr 90 00:18:07 GMT From: Jean-Francois Lamy Subject: /dev/ptc Message-Id: <90Apr28.201728edt.3195@smoke.cs.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The program included below (essentially the same code one finds in the SGI pty(7M) man page), when run, will return file descriptor 0 twice as well as the same slave pty twice. The behaviour is identical on Irix 3.2 and RISC/os 4.50beta, something of the form: $ tty /dev/ttyq10 $ ./bug OpenPTY: /dev/ttyq10 0 (hmm, this looks familiar...) OpenPTY: /dev/ttyq10 0 $ ./bug < /dev/null OpenPTY: /dev/ttyq2 0 OpenPTY: /dev/ttyq2 0 $ ./bug < /.login OpenPTY: /dev/ttyq255 0 (different file, different slave) OpenPTY: /dev/ttyq255 0 $ ./bug < /dev/null OpenPTY: /dev/ttyq2 0 (looks deterministic) OpenPTY: /dev/ttyq2 0 I'm seeking enlightenment on the following points - Why is the same master-slave pair returned twice? What is the minimal magic required to get two different ptys? - What is the relation between the process' open file descriptors and those used by the open of /dev/ptc, in particular why is file descriptor zero used? Probably missing (or lacking :-) something, Jean-Francois Lamy lamy@cs.utoronto.ca, uunet!cs.utoronto.ca!lamy Department of Computer Science, University of Toronto, Canada M5S 1A4 ------------------------------------------------------------------------------- #include #include #include #include #include int m; char sn[sizeof("/dev/ttyq")+3+1]; int OpenPTY(master, slavename) int *master; char *slavename; { struct stat st; if ((*master = open("/dev/ptc", O_RDWR|O_NDELAY, 0) < 0)) return -1; if (fstat(*master, &st) < 0) { perror("fstat of master pty failed"); close(*master); return -1; } (void) sprintf(slavename,"/dev/ttyq%d",minor(st.st_rdev)); return 0; } main() { OpenPTY(&m, sn); fprintf(stderr, "OpenPTY: %s %d\n", sn, m); OpenPTY(&m, sn); fprintf(stderr, "OpenPTY: %s %d\n", sn, m); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17220; 29 Apr 90 22:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17132; 29 Apr 90 21:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab17122; 29 Apr 90 21:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13300; 29 Apr 90 21:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23001; Sun, 29 Apr 90 18:21:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Apr 90 18:49:06 GMT From: "Prof. Steven H. Izen" Organization: NASA Ames Research Center, Moffett Field, CA Subject: caps stuck on using Xsgi Message-Id: <5864@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Often when using Xsgi, in particular running gnu-emacs 18.54 with X support, I find that the keymap gets screwed up. The keyboard seems to thing that the shift key has been depressed and has not been released. The only fix that seems to reliably work is to exit all X applications, including the offending emacs and restart them. This has also happened while running dvix, a tex previewer which uses Xsgi. Incidentally, periodically Xsgi seems to get very confused about which cursor shape to use in which X application. I presume that this is an Xsgi bug problem? Also, has anyone out there gotten xdvi (not dvix) to successfully run on a 4d/25 system? It compiles and builds successfully, but the first time it tries to draw into the window the X server comes crashing down. Anyone out there in the X protocol police have any ideas? -- Steve Izen: {sun,uunet}!cwjcc!skybridge!izen386!steve / Quote corner: or steve@izen386.math.cwru.edu / or izen@cwru.cwru.edu /-------------------------/ My second bike is a car. | Klein bottle for sale - Inquire within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17340; 29 Apr 90 22:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17132; 29 Apr 90 21:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17122; 29 Apr 90 21:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13298; 29 Apr 90 21:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22981; Sun, 29 Apr 90 18:21: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: 28 Apr 90 18:37:24 GMT From: "Prof. Steven H. Izen" Organization: NASA Ames Research Center, Moffett Field, CA Subject: Re: Keyboards, ad infinitum... Message-Id: <5863@amelia.nas.nasa.gov> References: <1945@polari.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1945@polari.UUCP> tima@polari (tim anderson) writes: >Thank you, SGI, for having a keyboard the way GOD HIMSELF would have >designed it. Yes, the function keys are on TOP. Escape is way the I couldn't agree more. I use a personal iris in my office and a compaq 386/20 (running unix of course) at home. What a pleasure to have keyboards with identical layouts. Occasionally I have the misfortune to use one of the keyboards on the sparcstations. UGGGH! Now, If only I could figure out an easy way to make the alt key combinations work the way I wanted-(so I could make nice bindings for emacs) on the iris... -- Steve Izen: {sun,uunet}!cwjcc!skybridge!izen386!steve / Quote corner: or steve@izen386.math.cwru.edu / or izen@cwru.cwru.edu /-------------------------/ My second bike is a car. | Klein bottle for sale - Inquire within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19394; 30 Apr 90 3:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19318; 30 Apr 90 2:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab19308; 30 Apr 90 2:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14444; 30 Apr 90 2:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10089; Sun, 29 Apr 90 23:23: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: 30 Apr 90 00:00:50 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SG vs Sun Message-Id: <58686@sgi.sgi.com> References: <9004261721.AA11951@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004261721.AA11951@physics.phy.duke.edu>, rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: > ... > I have no idea how I would go about "restricting remote access to > machines connected to the Internet". This seems to be an oxymoronic > statement. Nor do I see how one can "not allow any access to > sensitive machines execpt to people you trust", when all the machines > are networked together by an Ethernet, bridged to an optical fiber > running to several router/gateways, and then (via T1 links) to the > entire world. What am I supposed to do, build a piece of software > that checks each packet that goes through and reject the "bad" ones > that might compromise security? Am I supposed to have CPU and > bandwidth left over?... > Dr. Robert G. Brown > (919)-684-8130 Fax (24hr) (919)-684-8101 > rgb@phy.duke.edu rgb@physics.phy.duke.edu The following tries to describe the solution in the SGI network, which is now thousands of miles in diameter, and includes thousands of IRIS's, other vendors' machines, fibers, long haul links, and the rest of the usual suspects. I believe our solution is not markedly different from that used by that used by at least one other workstation vendor in the valley. Machines used by those working on the engineering source trees are trusted. The source machines do not have open host.equiv files and do not NFS export file systems R/W. However, there are few or no noticeable limits on what I can do to the source from my workstation. All engineers are trusted and held responsible for doing the right things with the source. Machines in the rest of the universe are distrusted. They are assumed to have no root passwords and to be the playgrounds of nasty bad guys. There are a number of trusted machines with modems. They are all supposed to have adequate user and "system" passwords (see login(1)). Given the right UUCP configuration files, such machines have no trouble exchanging mail and uux jobs with external machines. There is an older IRIS acting as the gateway between the SGI network and the Internet (i.e. ARPANET). This gateway has no password on guest for those on the inside. It has no guest account at all (except for public ftp) for those on the outside. It has no user accounts (except for mine and a few others), so the trivial and null passwords popular internally are no problem. IP forwarding is turned off (see /usr/sysgen/master.d/bsd) so that IP packets, whether for FTP, STMP, TELNET, or rsh, are not leaked from one side to the other. People within SGI use this gateway by "rlogin sgi -l guest" followed by `ftp remote.edu` or whatever. The gateway exchanges Mail with the Internet and a number of UUCP sites using sendmail.cf's that are simply customized versions of the sendmail.cf in the release. Mail is exchanged seamlessly between internal machines and external machines. (Given the thousands of mail messages passing through sgi.sgi.com daily and regular human error, things happen.) These tasks take few CPU cycles from the gateway. The gateway is heavily loaded by 2 full usenet feeds, outgoing feeds for several sites, and hundreds of news readers via NFS. This scheme is not completely spook-proof (like anything), but it is much tighter than our physical security. I hope it is good compromise between wasted energy and risk. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19365; 30 Apr 90 3:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19318; 30 Apr 90 2:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19308; 30 Apr 90 2:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14442; 30 Apr 90 2:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10125; Sun, 29 Apr 90 23:23: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: 30 Apr 90 04:15:35 GMT From: Tom Mitchell Organization: Silicon Graphics Computer Systems, Mountain View CA. 94039 Subject: Re: 3130 daylight time Message-Id: <7016@odin.corp.sgi.com> References: <9004242146.AA28037@chem.chem.ucsd.edu>, <58140@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <58140@sgi.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: * In article <9004242146.AA28037@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: * > The rules for Daylight Savings Time have changed since the last software * > release for the 3000 series, GL2-W3.6. The old rules should cause it to * > switch this weekend. I don't know of any fix for this without source code * > access. I just pretend my workstation is in Hawaii for three weeks! Good idea, get a tan at the same time. * Exactly. * * The classic work around was to edit /etc/TZ to contain something like ^^^is * "PDT7" in the spring, and then to remember to restore it during the * summer. * Vernon Schryver* Silicon Graphics* vjs@sgi.com Some background: There is a library package "ctime" -- NAME time, ctime, ltime, gmtime - return system time -- This package does the conversion from system time to local time. System time, returns the time since 00:00:00 GMT, Jan. 1, 1970, measured in seconds. This is the value of the UNIX system clock. So regardless of daylight savings time system time is always correct and referenced to GMT. The 'ctime' library pays attention to the environment variable $TZ and uses that to report local time. In /etc/cshrc is a one liner which sets the environment variable $TZ from the contents of /etc/TIMEZONE thus: setenv TZ `sed -n -e '/^TZ=/s/TZ=//p' /etc/TIMEZONE` Now if you work on a machine via a long distance modem or data link it is sometimes useful to set your own $TZ. The 'sed' (stream editor stuff) is because the format is designed to be "doted up" by 'sh'. From /etc/profile: . /etc/TIMEZONE export TZ Now back to the 3000 system. If $TZ=EST5EDT the ctime library is going to assume that this time zone is 5 hours east of the prime meridian at Greenwich England. The first three characters are the name of this local time zone (EST). The second three letter string indicates (by their presence) that this zone also observes daylight saving time. The bummer is that the rules for daylight saving time are hard coded to the old law. The easy solution is to just spoof the assignment to $TZ as Vernon indicated. The alternative is to relink or recompile ALL applications, local programs and system utilities to an improved 'ctime' library. Lots of people have attempted to have cron automate this. Mostly they fall into the trap that running programs have a 'fixed' environment variable set. "cron" is one of those programs (no I don't know how to restart cron with cron short of a reboot ;-}). Other hickups fall out of 'at' & 'batch' which save the environment for the process to use when it is launched. -- Thomas P. Mitchell -- mitch@sgi.com "All things in moderation; including moderation."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20514; 30 Apr 90 7:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20031; 30 Apr 90 6:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19999; 30 Apr 90 6:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14920; 30 Apr 90 6:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18818; Mon, 30 Apr 90 02:57: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: 30 Apr 90 06:36:56 GMT From: Shin Kurokawa Organization: NumberCrunchingLab, UofChicago Subject: NFS between IRIS and BSD machines Message-Id: <9020@tank.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Machines involved: 4D/2*0's & PI's(IRIX), Sun 4's, & an Elxsi 6400(BSD4.3) Problem!!: I just found a major problem with NFS-mounting filesystems between the Iris 4D machines and BSD-class machines (Sun's and Elxsi) some running yp in our facility. I've mounted a BSD fs on an Iris via NFS with -root switch on. Fine, so the root@Iris can freely mkdir/rmdir etc. The problem is that root@Iris cannot chmod/chgrp/chown at all (error message: "No permission match."). The confusing part is the following: In any BSD machine that's exporting a fs to the Iris, if the root@BSDmachine creates a file(or dir, it doesn't matter) then that particular file has owner UID=0, GID=0. That's simple. Now, the same file seen FROM the Iris gives the same UID and GID for that particular file. OK, fine. Now, let root@Iris create a file on this NFS-mounted fs. Watch carefully, this file now has UID=65534 on Iris even though the root's UID is really zero! Now, let's look at this file from the BSDmachine: wow, the UID is set to -2 !!! What's going on here!? Some people around here suggested that the NFS on either the Iris or the BSD machine was defective (DOA?? :) Others suggested that maybe we just got some misconfigured machines. Could anyone offer some explanation to this phenomena?? Also, I'm hoping to hear from some of you who are managing a large mixed Iris + BSD environment that runs NFS/yp. I hope you can help me out and offer me advice. Thanks in advance! Shin Kurokawa shin@tank.uchicago.edu Physical Sciences Numerical Calculation Laboratory, University of Chicago 5640 S.Ellis Ave., Chicago, IL 60637 USA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20576; 30 Apr 90 7:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19969; 30 Apr 90 6:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19963; 30 Apr 90 6:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14915; 30 Apr 90 6:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18983; Mon, 30 Apr 90 03:00:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Apr 90 07:17:09 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: SGI is a beautiful employer (was: RE: Network Computer Security) Message-Id: <1990Apr30.071709.3937@sgzh.uucp> References: <580@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <580@urz.unibas.ch> doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: >>Subject: Re: Network Computer Security >>Message-ID: <1990Apr27.082454.9667@sgzh.uucp> >>From: root@sgzh.uucp (Bruno Pape) >>Reply-To: root@sgzh.UUCP (Bruno Pape) >>Organization: Silicon Graphics S.A., Zuerich, Switzerland >.. >> >>Have Fun, Drink Beer, Chase Women, and don't get uptight if someone steals >>your pants. >> >>Bruno Pape >> >>It's 10am and I think I've done enought work for today. > > >In my next life I'll join SGI if this is an official statement. > >Thanks for the advice, Bruno, and don't get upset if I appreciate the way of >thinking you have, but I'm not sure if (in terms of balanced life etc.) my >employer would be happy if I post that I'm done in the late morning already. > >- Reinhard > Ah, yea, sorry. Sometimes I forget when I working and when I am having fun. Nothing I say is official, ever. I haven't been able to convince anyone that two hours of my work is worth eight hours of pay so you can usually reach me at the office until late in the evening. I hope no one takes me too seriously. Bruno Pape   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21968; 30 Apr 90 8:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21064; 30 Apr 90 7:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20821; 30 Apr 90 7:43 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa15048; 30 Apr 90 7:40 EDT Received: Mon, 30 Apr 90 08:38:23 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 30 Apr 90 08:38:23 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9004301438.AA08838@aero4.larc.nasa.gov> To: mephisto!prism!ccsupos@rutgers.edu Subject: Re: binary format files in fortran Cc: info-iris@BRL.MIL None of the 4D's support "binary" files in FORTRAN, but the 3000's do. A real annoyance. I hope SGI gets this bug fixed. If you want binary files you have to do it in C. This is what PLOT3D does. Most of PLOT3D is in FORTRAN, however the file I/O is all in C. -- 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 aa25136; 30 Apr 90 11:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24066; 30 Apr 90 10:26 EDT Date: Mon, 30 Apr 90 10:04:31 EDT From: Gary S. Moss (VLD/VMB) To: tim anderson cc: info-iris@BRL.MIL Subject: Re: Keyboards, ad infinitum... Message-ID: <9004301004.aa23922@VMB.BRL.MIL> < Thank you, SGI, for having a keyboard the way GOD HIMSELF would have < designed it. Yes, the function keys are on TOP. ^^^^^^^^^^^^^^^^^^^^^^^^ OK, so they got *one* detail correct. ;-b Seriously though, there is clearly no right and wrong here. It is a matter of what you are used to, and cheering for one side or the other does not prove anything (especially when you suggest some all powerful being would care about keyboard design). I will continue to type on my Sun until SGI decides that they want to please the "cash-fat corporations" and government installations. Hey, with the market share that SGI has, what do they care. No big deal, I need the Sun for X windows anyway. :-} -Gary   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26742; 30 Apr 90 13:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26347; 30 Apr 90 13:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26132; 30 Apr 90 12:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16926; 30 Apr 90 12:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08732; Mon, 30 Apr 90 09:15: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: 30 Apr 90 15:31:19 GMT From: sabbagh Organization: New York University Subject: X and Iris Message-Id: <1169@acf5.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to decide if I should learn about X windows. I do most of my work on an Iris, using the GT graphics library and would like to extend the UI stuff to include dialog boxes, buttons, etc. I need to know if the X server for Iris machines support the GT 3d graphics library, and, if not, how I can get the two to work together. If I get sufficient replies via e-mail, I will post them. Thank you in advance Hadil G. Sabbagh E-mail: sabbagh@acf5.nyu.edu Voice: (212) 998-3125 Snail: Courant Institute of Math. Sci. 251 Mercer St. New York,NY 10012 Disclaimer: This is not a disclaimer.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27602; 30 Apr 90 14:26 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa27117; 30 Apr 90 14:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26973; 30 Apr 90 13:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17149; 30 Apr 90 13:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11582; Mon, 30 Apr 90 10:02:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Apr 90 16:57:13 GMT From: "James D. Meiss" Organization: University of Colorado, Boulder Subject: CAP installation on an Iris Message-Id: <20408@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported the Columbia Appletalk Protocal (CAP) to an Iris 4D. This allows one to print on a laserprinter connected through an appletalk-ethernet bridge. Please tell me what the configuration file should look like. One thing I need is a textfile -> postscript converter. Thanks Jim Meiss jdm@boulder.colorado.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28176; 30 Apr 90 14:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab27602; 30 Apr 90 14:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27418; 30 Apr 90 14:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17241; 30 Apr 90 13:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12358; Mon, 30 Apr 90 10:13:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Apr 90 14:52:31 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: saving/restoring fonts under the font manager Message-Id: <1990Apr30.145231.3479@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi. I've got a question regarding saving and restoring fonts under the font manager. Suppose I have a subroutine which wants to ouput text in its own specific font. To do this it must perform an fmsetfont(). But in order to hide this special font activity from whoever called this subroutine, it should first save the current font handle, set its own, then restore the saved font handle. I've looked through (some) of the manuals, but I haven't been able to find a way to determine the current font manager font handle. Any hints? (If it makes any difference, this is on a Personal Iris, using C) -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@neptune.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab28176; 30 Apr 90 14:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac27602; 30 Apr 90 14:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27445; 30 Apr 90 14:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17269; 30 Apr 90 13:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12511; Mon, 30 Apr 90 10:14: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 Apr 90 17:07:35 GMT From: Tony Facca Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Help... a couple of dumb questions. Message-Id: <1990Apr30.170735.4218@eagle.lerc.nasa.gov> References: <9004271006.aa17995@ADM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004271006.aa17995@ADM.BRL.MIL> HCART@VAX.OXFORD.AC.UK writes: > > 1. As a result of a recent crash, I have just rebuilt the file > system on our teaching 3130 from scratch, using the distribution > tape that came with the m/c, followed by an update tape. > > I now find I cannot successfully run cpio. When I first tried Perhaps you haven't run the /dev/MAKEDEV program yet?? I don't seem to recall ever having so many hoops to jump through to get things to function properly, although it has been awhile -- maybe I choose to forget :-) In any case, I thought I'd supply the file descriptions for those devices which you are having a problem with. I definately did NOT use links to do this. If you define character special files using the mknod(1M) commands, your major and minor device number may be different than mine. > can't open /dev/rmt1 for writing. crw-rw-rw- 2 root sys 29, 0 Apr 19 12:22 /dev/rmt1 > After RTFM I concluded /dev/rmt1 should be linked to /dev/rsq0, but > no /dev/rsq0 exists. Hopefully, I tried /dev/rsq0 not found [ I don't have this file either ] > /dev/rmt2 No such device crw-rw-rw- 2 root sys 29, 1 Mar 3 1989 /dev/rmt2 > > 2. vi was fine before the crash, but now the arrow keys do not > function as advertised. vi works ok otherwise, with the action > > Seems odd that vi should not work when the system is installed > without modification. > I have seen this problem a couple of times before. Often the installation of new software in the rev 3.6 stuff required us to re-apply a maintenance patch for the OS. For example, when we loaded NFS from tape, the arrow keys stopped working in vi. Once the rev 3.6 maintenance tape was applied a second time, voila -- back to normal. If this rings a bell, try it. Other- wise, let me know, and I'll dig out my notes on this problem. Good luck-- -- ----------------------------------------------------------------------------- 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 ac28176; 30 Apr 90 14:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad27602; 30 Apr 90 14:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27545; 30 Apr 90 14:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17314; 30 Apr 90 13:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14045; Mon, 30 Apr 90 10:36: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 Apr 90 13:46:35 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: binary format files in fortran Message-Id: <1894@dftsrv.gsfc.nasa.gov> References: <9714@sdcc6.ucsd.edu>, <8515@hydra.gatech.EDU>, <58507@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <58507@sgi.sgi.com> deb@kea.wpd.sgi.com (Deb Ryan) writes: >In article <8515@hydra.gatech.EDU>, ccsupos@prism.gatech.EDU (SCHREIBER, O. A.) writes: >> Hi! >> Is there such a thing as binary format for fortran files? > >Taken from the New Enhancements section of the release notes for the >upcomming release: > >Binary files (SCR 4998) [discussion and ex. deleted] >These files are opened as direct unformatted files with a record length >of one byte. Is this efficient? I take this to mean ONE read for each byte rather than ONE read for many bytes. It is far more effiecent to have one read of 50000 bytes then to have 50000 reads of one byte. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa28955; 30 Apr 90 15:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28634; 30 Apr 90 15:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28536; 30 Apr 90 15:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17489; 30 Apr 90 14:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17702; Mon, 30 Apr 90 11:37: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 Apr 90 18:36:14 GMT From: Jean-Francois Lamy Subject: /dev/ptc: pilot error Message-Id: <90Apr30.143510edt.2659@smoke.cs.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Answerering a previous query of mine: opening /dev/ptc indeed returns different file descriptors on successive opens, and different slave devices too. In short, works as advertised, when one types the code in properly :-( Jean-Francois Lamy lamy@cs.utoronto.ca, uunet!cs.utoronto.ca!lamy Department of Computer Science, University of Toronto, Canada M5S 1A4 p.s. including a short segment of code in pty(7M) was a good idea, SGI. Wish others will follow suit (hint).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01934; 30 Apr 90 19:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01757; 30 Apr 90 19:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01475; 30 Apr 90 19:16 EDT Received: from OPERATIONS.DCCS.UPENN.EDU by VGR.BRL.MIL id aa18815; 30 Apr 90 19:12 EDT Return-Path: Message-Id: <9004302310.AA08541@operations.dccs.upenn.edu> Date: Mon, 30 Apr 90 19:11 EST From: "YATES, JOHN H." Subject: System V and disk quota enforcement (again) To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES ok. You've all had a lot of time to think about this one. NOT ONE ANSWER! Only if you find it post it! How can System V even consider being in a server environment without disk quotas enforcable by user? Before we rip up our System V quotes, here it is again: How can disk quotas be enforced as robustly as under Berkeley unix? Thanks, John yates@a.chem.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02368; 30 Apr 90 20:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01303; 30 Apr 90 19:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01224; 30 Apr 90 19:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18706; 30 Apr 90 18:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03097; Mon, 30 Apr 90 15:40: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: 30 Apr 90 22:30:07 GMT From: Ian Hoyle Organization: none Subject: different speed cpu's in the one box - is it ok? Message-Id: <1509@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The new 3xx series literature states that it is possible to mix & match 25MHz & 33 MHz cpus in the one system. Has anyone any experience with this yet - ie. are there any gotchas I should know about? We have a 240 GTX twin tower, and would like to upgrade to a (2.5)60 VGX rack, with the original 4 25MHz cpus + 2 new 33 MHz screamers :-) It actually works out to be more cost effective to do it this way. ian -- Ian Hoyle /\/\ / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz.au Internet: ianh%merlin.bhpmrl.oz.au@uunet.uu.net   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09049; 1 May 90 9:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08586; 1 May 90 9:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab08266; 1 May 90 8:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21055; 1 May 90 4:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06563; Tue, 1 May 90 01:16: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: 30 Apr 90 20:55:27 GMT From: "W. Todd Wipke" Organization: UCSC Molecular Engineering Laboratory Subject: Re: So whats the current price for a 3130?? Message-Id: <00935FA9.FD13A020@secs.ucsc.edu> References: <9004232339.AA00822@uazaic.SGI> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Dolata writes what is the price of a 3130. I have a similar question, what is a 3030 worth now? SGI apparently has no trade-in policy, all current software will not run on the older generation of machines, and the unix is sufficiently different that it may not be useful as a general stand-alone unix box for development. I would like to hear from other owners of the 3000 line of machines, what have you done with them? ======================================================================= W. Todd Wipke wipke@secs.ucsc.edu Molecular Engineering Laboratory wipke@ucscd.ucsc.edu Thimann Laboratories wipke@ucscd.bitnet University of California BBS 408 429-8019 Santa Cruz, CA 95064 FAX 408 459-4716 ============= TCM-Online@TCM.UCSC.EDU SUBSCRIBE ===================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09394; 1 May 90 9:56 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad09049; 1 May 90 9:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08969; 1 May 90 9:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19240; 30 Apr 90 21:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12968; Mon, 30 Apr 90 18:25: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: 30 Apr 90 22:32:58 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network ftp Security Message-Id: <58773@sgi.sgi.com> References: <9004251908.aa04461@VMB.BRL.MIL>, <58285@sgi.sgi.com>, <576@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <576@urz.unibas.ch>, doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: > > What about anonymous ftp ? ... > any hints highly appreciated. We ship the standard ftpd with security fixes from various sources. The standard appears to be thought sufficiently secure by a large number of Internet sites. No doubt it is not perfect, and another imcompetant will someday discover yet another hole, and waste lots of good peoples' time. The necessary instructions and warnings are in the ftpd(1M) man-page. Vernon Schryver vjs@sgi.com (The sendmail worm was an incompetant piece of work on its own merits. It was sloppy garbage built on a few interesting ideas.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10625; 1 May 90 10:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10121; 1 May 90 10:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10089; 1 May 90 10:27 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa22196; 1 May 90 9:07 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA25723; Mon, 30 Apr 90 22:43:11 EDT Received: by physics.phy.duke.edu (4.0/2.1/4.0) id AA15404; Mon, 30 Apr 90 22:43:08 EDT Date: Mon, 30 Apr 90 22:43:08 EDT From: "Robert G. Brown" Message-Id: <9005010243.AA15404@physics.phy.duke.edu> To: ucsd!Sceard.COM!mrm@gatech.edu Subject: Re: SG vs Sun Cc: info-iris@BRL.MIL Dear Mike, and netsters in general, Geeze-oh-Goshen, that (or rather this) is the LAST time I'll ever stick my neck out on a Publick Platform. Let me reiterate: a) We are a .edu subnet, e.g. -- a University. That means that the open flow of connectivity and information (and unrestricted access to big machines elsewhere) are the most important functions of the machines, at least to our users. b) In particular, we are a not-particularly-rich Department in the University. We have 2 Sun 3's, a Sun 386i, 2 Sparcstations, a SG personal Iris, a SG 220S, an antique PDP 11/70 and a Sun 4/110. Only the 4/110 belongs to the "department" and is the department "server". It has required 75% of the entire computer budget of the department for two years to buy, install, and augment the 4/110 to the point where it can function reasonably well as a server for our small department (maybe 50 active accounts, and a bunch more rarely used ones). The other machines belong to five groups in the department (were purchased with grant money by those groups). We also have a slew of PC's and MacIntoshi connected to the network as telnet vehicles, but let's ignore them. c) We are connected to the network by an (ethernet) bridge. At the time we bought the bridge, we couldn't afford a separate machine to function as a gateway and still expand memory and hard disk on the 4/110 to something approaching an adequate level in this FY. Maybe next FY we'll get a Sparcstation or something as an additional compute server and hang an extra ethernet card on it. d) I am a physicist. I am not (by educational training) a system administrator. I started learning Unix (and system administration) one and a half years ago. I was helped by the fact that I am a programming/computer junkie and know a bunch of languages (including C, thank God) and a few OS's. I was helped more by having a long term Unix Wizard as a guru to keep me out of trouble for the first nine months (and still, very rarely). I receive an infinitesimally augmented (and still paltry) salary for managing the system, although it requires between 50 and 100% of my time, depending on how smoothly things are going. The rest of the time (and the bulk of my pay) comes from doing research and teaching just like everybody else. I only end up working 10-12 hours a day. e) Note that all but one of the computers I manage don't belong to the department. Note further that physicists make rugged (egotistical) individualists look like Pee-Wee Herman. Note that all of these guys want to be able to telnet to and from anywhere, open direct socket connections to supercomputers, etc., etc., from their own machines. Several of them want me to teach them how to do the above, on a daily basis. Any solution (like the one suggest by Vernon Schryver) that requires that they physically login to a gateway machine before getting to the Internet is definitely out. Nor am I eager to maintain such a two--faced gateway, since it >>must<< be >>really<< secure and still easy enough for total novices to learn to use. f) Note that students also login to our machines, from both inside and outside the department. Students (as anyone who has ever been one should damn well know) cannot be assumed to have any concept of mortality (we would kill them, after all, if they trashed our disk :-) or responsibility. Any suggestion that a machine accessible to students have unprotected root accounts (or accounts of any kind) in an educational institution invites so many disasters (from reading tests, altering grades, pranks, to outright network piracy) that I frankly consider it insanity of the highest order. People who suggest it (no offense intended :-) simply have no concept of the realities of the environment...but I digress. g) I am accused of not knowing what I'm doing (by some, but not all, of the flames I have received). Perhaps, although I do pretty well by now. I'm certain that there are many with far more knowledge than I, and more experience too. In fact, that is one reason that I worry about security, right? That makes it all the more frightening that our network is >>one of the better managed networks (if I do say so myself :-) ;-) <>anyone<< to be able to read your mail? Or trash the hard disk (just before quitting, of course, although if they login directly as root on any SG box from anywhere on the LAN there is no record of who they really are and they could erase it if they were). Or plant six month timed viruses or worms? If one looks at the enumerated list above, it seems reasonable to conclude that we (as a University) cannot isolate our LAN by more than a "normal" gateway, and the gateway cannot/should not prevent telnet/ftp/smtp/rlogin/socket and so forth connectivity. The gateway can (and will automatically) filter and route packets, sure, but unless you cram Maxwell's Daemon himself (maxwelld?) into the filtering algorithm you are not going to be able to tell a hacker telnetting in as "joe" from "joe" himself. A packet is a packet. It's the contents that is the killer. Nor are you going to be able to fix the fundamental security hole in any public network -- anyone who is really good can tap the line directly and read your packets. If they do that, only dual ended "scrambling" (encryption) is secure, and that carries a tremendous overhead. Nor can one expect users to write software, or even use sophisticated software, to improve security. Frankly, you will be lucky to get users to implement security correctly or at all. A hell of a lot of users install boxes right onto the Internet the way they come from the vendor, assuming (mistakenly, of course) that the vendor's "automatic" installation routine (that will get them minimally attached to the network) takes net security into account. SG, in particular, provides the boxes with unprotected games and demos accounts, with tftp enabled to the entire universe, and with a few other nifty holes. Wanna bet how many of them >>still<< have unprotected accounts and tftp enabled? Wanna bet on how many users read my initial note and chugged on off to check /etc/passwd and said "Gee, look, a ::0:0:: ... I guess that's bad!" Finally, any solution (if one views this as a problem looking for a solution) has to be cheap in both hardware and time. Say, "free" (comes with the box and OS) and "easy" (takes only a few hours of my overworked time to install and set up, and less to maintain). One solution that comes to mind (as I stated in the very first note) is IMPROVING AND FIXING the existing security and networking features in TCP/IP UNIX, rather than suggesting that University departments hire >>even one<< full time administrator or blow a paltry $10-20K on a gateway box or require that users of an isolated LAN (with no security at all, whoowee!) login to a one--way machine to get out and have no way at all to log back in to their "own" machines! Sure, any of these latter suggestions >>might<< solve the security problem (although I wouldn't bet the boneless chicken ranch on it), but who has the bucks or the time? Not most University departments or research groups. Not most government labs (a lot of them are full of groups with their "own" machines which are also "self administered", surprisingly enough; at least the "low security" machines that are on the Internet in the first place). So anyway, I Promise -- this is the last word you'll hear from me on this subject. And no more flames, please! I don't have time to keep rewriting what I truly believe to be obvious facts to anyone who actually runs a .edu subnet (and a heck of a lot of the .gov, .com, and even a few .mil subnets). Some of you guys obviously have a siege mentality and advocate a return to feudalism, so be it --- probably comes from living in armed--guard condos in major cities or corporations :-) --- but most of us are laissez-faire and live in the suburbs or rural areas. We just want reasonably strong locks and available crime control and cannot afford and do not want closed circuit TV cameras and gates where you have to show two forms of ID for the simplest transaction. Exhaustedly (and exhaustively) yours, Rob   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25160; 2 May 90 12:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24911; 2 May 90 12:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24876; 2 May 90 12:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29157; 2 May 90 12:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23102; Wed, 2 May 90 08:58: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: 30 Apr 90 20:34:07 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: prefposition'ing psview Message-Id: <7044@odin.corp.sgi.com> References: <1990Apr27.143504.3705@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Apr27.143504.3705@eagle.lerc.nasa.gov>, pstowne@zargon.lerc.nasa.gov (Charles E. Towne) writes: |> Is it possible to define a default position and size for the window |> created when using psview? I know about using prefposition in my |> user.ps file. According to T fine M, the name to be used with |> prefposition for NeWS programs is the one assigned by IconLabel. |> However, IconLabel isn't used in any of the sources I have for |> psview (in /usr/NeWS/clientsrc). You are right. Psview defines its own PaintIcon functions which just paints the FrameLabel. There isn't any way to define a default position. Since you have the source you can go ahead and change psview yourself. Just define IconLabel as (psview) or as FrameLabel, which is the name of the file being previewed, depending on your preference. The window for changes to the forthcoming software release just closed so you won't be seeing a fix from us in the near future. Note you can use the -F option to give Frame a fixed size window suitable for an 8.5 * 11 inch page. I find this a lot more convenient than having to stretch out the window. -- 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 ac09049; 1 May 90 9:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08586; 1 May 90 9:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac08266; 1 May 90 8:59 EDT Received: from [130.59.1.2] by VGR.BRL.MIL id aa21131; 1 May 90 4:45 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA10327; Tue, 1 May 90 10:44:01 +0200 Date: 1 May 90 10:42 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <317:doelz@urz.unibas.ch> Subject: computer conference Maybe this is interesting for the SGI user community as well, though not being mentioned... - Reinhard From: ken@gvax.cs.cornell.edu (Ken Birman) Subject:Third IEEE Conference on Computer Workstations: CFP Date: 30 Apr 90 12:58:25 GMT Message-ID:<40492@cornell.UUCP> CALL FOR PAPERS Third IEEE Conference On Computer Workstations: Accomplishments And Challenges Sponsored by the IEEE Technical Committee on Operating Systems The Sea Crest Resort, Falmouth, Cape Cod (Massachusetts) May 15--17, 1991 As we enter the 1990's, changes in technology will require rethinking the role of the workstation in the computing environment. Gigabit communication, desktop parallel computing, and multimedia applications are now emerging. The key to effective computing in this new world is the interface between the user and the computing environment: the workstation. What challenges must be overcome to make effective use of emerging technologies? CCW '91 seeks to foster dialogue between builders of workstation-based applications and technological innovators. Papers may focus on experiences with ambitious applications as well as on research topics. Topics include: * Design of workstation computing environments * Workstation and system architecture * Application and system management * User interface technologies * Exploiting parallelism * Exploiting high bandwidth communication * Exploiting massive memory * Computer-aided software engineering * Information management systems * Real-time sensing and control * Issues of scale * Innovative ideas and technologies Papers should be no longer than about 5000 words (20 double-spaced pages), and must be received by September 15, 1990. Authors will be notified of acceptance by December 1, 1990, and final camera--ready copy is due by January 15, 1991. Both technical and case-study papers are solicited; case studies should describe existing systems and include performance or operational data where practical. The conference will also include a poster session for discussing work in progress. Individuals with a specific interest in participating in the poster session are invited to submit a one-page abstract describing their project. In addition, the program committee will invite the authors of some of the submitted papers to present their work in the poster session. Send five copies of each submission to: Prof. Keith Marzullo Program co-chair, CCW '91 Department of Computer Science, Upson Hall Cornell University Ithaca NY 14853 IMPORTANT DATES: Submissions due September 15, 1990 Notification of acceptance December 1, 1990 Camera-ready copies due January 15, 1991 General chair: Luis Felipe Cabrera IBM ARC Local arrangements: Noah Mendelsohn IBM Cambridge Publicity chair: Ken Kane SUN Microsystems Publications chair: Dorothy Marsh Cornell University Hardware exhibits: Pat Mantey U. C. Santa Cruz Program co-chairs: Ken Birman Cornell University Keith Marzullo Cornell University Program committee: Anita Borg DEC WRL Thomas Joseph Olivetti ORC Gail Kaiser Columbia University Susan Owicki DEC SRC Mike Powell SUN Microsystems Marc Rozier Chorus Systems M. Satyanarayanan Carnegie-Mellon University Frank Schmuck IBM ARC Henry Sowizral NASA RIACS Doug Terry Xerox PARC Walter Tichy Universitaet Karlsruhe Robbert Van Renesse Vrije Universiteit Robin Williams IBM ARC Paulo Verissimo INESC Portugal Greg Zack Xerox DRI   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11729; 1 May 90 12:03 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11382; 1 May 90 11:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11283; 1 May 90 11:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22251; 1 May 90 9:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20570; Tue, 1 May 90 06:03:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 90 11:21:51 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: Re: System V and disk quota enforcement Message-Id: <680@urz.unibas.ch> References: <9004302310.AA08541@operations.dccs.upenn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9004302310.AA08541@operations.dccs.upenn.edu>, YATES@A.CHEM.UPENN.EDU ("YATES, JOHN H.") writes: > ok. You've all had a lot of time to think about this one. NOT ONE > ANSWER! Only if you find it post it! How can System V even consider > being in a server environment without disk quotas enforcable by user? > Here is ONE answer (the only one I got) which concerns SYSV quota: :From: :To: :Subject: SYSVQUOTA : .. : :a milnet machine in the Southwestern United States. So far :I have not been able to get a complete download of the file :due to the distance of the connection from my location. :Perhaps you and your friends will have better luck. : :Again, from the part I was able to download I am pretty sure :that this is the type of utility you are looking for. If .. :The IP address of the simtel20 machine: : 26.0.0.74 simtel20.army.mil simtel20.arpa : :The directory on simtel20 where the file resides: : PD2: : :The file you will want to download: : 000-MASTER-INDEX.TXT.23: SYSVQUOTA.SHAR : .. : John Kemp : -------------------------------------- : University of Illinois : Department of Atmospheric Sciences : kemp%atmos.uiuc.edu@uxc.cso.uiuc.edu : -------------------------------------- This means - There *IS* something somewhere in netland. I couldn't get through, either, because ftp is refused. I tried to find it on other ftp sites (including .sources newsgroups or archives) without success. > Before we rip up our System V quotes, here it is again: > > How can disk quotas be enforced as robustly as under Berkeley unix? > Very simpkle. Create partitions for user groups. Once a partition is full, the show is over. > Thanks, John I'd appreciate any better methods. On the convex we have a pretty good system for quota (thus running BSD-style UNIX), but it's CONVEX code and not available as license for other machines. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12803; 1 May 90 13:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12327; 1 May 90 12:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12274; 1 May 90 12:36 EDT Received: from SGI.COM by VGR.BRL.MIL id aa23479; 1 May 90 12:07 EDT Received: from relay.sgi.com by sgi.sgi.com (5.52/900423.SGI) for info-iris@brl.mil id AA26624; Tue, 1 May 90 09:05:33 PDT Received: from forest.sgi.com by relay.sgi.com (5.52/891101.SGI) for @sgi.sgi.com:info-iris@brl.mil id AA16640; Tue, 1 May 90 09:05:27 PDT Received: from localhost.sgi.com by forest.sgi.com (5.52/890923.SGI) for @relay.sgi.com:info-iris@brl.mil id AA14588; Tue, 1 May 90 09:05:23 PDT Message-Id: <9005011605.AA14588@forest.sgi.com> To: info-iris@BRL.MIL Subject: Re: different speed cpu's in the one box - is it ok? In-Reply-To: Your message of 30 Apr 90 22:30:07 +0000. <1509@merlin.bhpmrl.oz> Date: Tue, 01 May 90 09:05:21 PDT From: baskett%forest@sgi.com Different speed CPU's in one box is ok, i.e., you can mix 200 series CPU boards with 300 series CPU boards in one backplane, but we don't have any OS facilities for making the "right" scheduling and allocation decisions in such an environment. In particular, for parallel applications, you are likely to discover all kinds of weird situations. If it makes sense to you to try it, it does work. But please don't ask us to make it work optimally. That's a tough problem and we have some other tough problems that we think are more important. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13778; 1 May 90 14:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13485; 1 May 90 14:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13429; 1 May 90 13:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23845; 1 May 90 13:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05016; Tue, 1 May 90 10:07: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: 1 May 90 15:44:56 GMT From: Alan Butcher Subject: lpr/lpd ... Message-Id: <515@cerc.wvu.wvnet.edu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported and debugged the lpr/lpd suite of programs to SGI's IRIX 3.1/3.2. If so, can I obtain the code. I have an SGI disk server which I would also like to have serve as a print server. I am currently running lpr on SGI machines but only to send to an Ultrix print server, I am lazy and do not want to debug rest of code. Also I am looking for an lpr filter for an Apple Laserwriter. Alan Butcher ab@cerc.wvu.wvnet.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16019; 1 May 90 17:03 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab15700; 1 May 90 16:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15612; 1 May 90 16:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24697; 1 May 90 16:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16315; Tue, 1 May 90 12:57:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 90 19:57:27 GMT From: Jihun Park Organization: U. Texas CS Dept., Austin, Texas Subject: Re: Silicon Graphics Emulation Library for X-windows Message-Id: <1274@gorath.cs.utexas.edu> References: <1990May1.191239.14904@eplrx7.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May1.191239.14904@eplrx7.uucp>, obrien@eplrx7.uucp (Matt O'Brien) writes: > I need a library which emulates Silicon Graphics GL calls in an > X-window environment? I have a program which runs on a 4D/70, > and I want to port it to a Sun SPARCstation. Please reply via > E-mail. Thanks. > -- > The UUCP Mailer I also need a copy of program. Please send me reply or post it. Thanks in advance. --- J. Park   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16248; 1 May 90 17:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16019; 1 May 90 17:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15878; 1 May 90 16:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24644; 1 May 90 15:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14875; Tue, 1 May 90 12:37:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 May 90 19:12:39 GMT From: Matt O'Brien Organization: DuPont Engineering Physics Lab Subject: Silicon Graphics Emulation Library for X-windows Message-Id: <1990May1.191239.14904@eplrx7.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I need a library which emulates Silicon Graphics GL calls in an X-window environment? I have a program which runs on a 4D/70, and I want to port it to a Sun SPARCstation. Please reply via E-mail. Thanks. -- The UUCP Mailer   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16507; 1 May 90 17:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac16248; 1 May 90 17:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16190; 1 May 90 17:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24888; 1 May 90 16:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18379; Tue, 1 May 90 13:31: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: 1 May 90 20:11:49 GMT From: Dan Fox Organization: NORDA Code 320, Stennis Space Center, MS 39529 Subject: SGI and GKS Message-Id: <268@skink.ino.ucar.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have used GKS under FORTRAN for all our two dimensional graphics on other workstations. Most workstation vendors sell their own highly tuned version of GKS, but this isn't the case with Silicon Graphics. Our primary needs are for a solid FORTRAN binding, good performance when drawing to the workstation screen, and the ability to do double buffering. Visual:GKS has been recommended to use by our Silicon Graphics salesperson, but it seems very slow (about 20,000 vectors per second on a 4D/220GTXB, for comparison a SPARCstation 1 runs at 100,000 vectors per second using SunGKS). What GKS packages are available for Iris's, and what are the pros and cons of each?   Received: from vmb.brl.mil by VMB.BRL.MIL id ad19199; 2 May 90 3:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19038; 2 May 90 2:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19029; 2 May 90 2:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26651; 2 May 90 1:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21169; Tue, 1 May 90 22:32: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: 2 May 90 01:51:03 GMT From: Dorothy Liu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: IRIS 3XXX End of Life Message-Id: <58912@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have received several requests for the Silicon Graphics IRIS 3XXX End of Life letter. For efficiency's sake, I am reposting it for those of you who didn't see it in November: "Silicon Graphics has shipped over 3500 IRIS 2000 and 3000 series systesm since 1984. Most of these systems are currently in production or research environmnets, providing excellent performance and reliability to their users. Silicon Graphics is pleased to have been able to consistently offer competitive, state of the art 3D graphics workstations to this demanding marketplace. Since today's "leading edge" products from Silicon Graphics are RISC based IRIS 4D and Personal IRIS Workstations and Servers, SGI is not positioning the IRIS 3000/3100 product line in the mature phase of its product life. In doing so, we are announcing "end of production" on the IRIS 3000/3100 product line and formalizing the end of production on the IRIS 2000 product line. What this means to out valued customers is the following: 1. Silicon Graphics will continue to offer specific configurations of new or remanuvactured IRIS 3000/3100 systema and selected IRIS 2000/3000/ 3100 options, upgrades and software through the end of 1990, subject availability and pricing in effect upon receipt of order. 2. Subject to the general commercial availability or 3rd party supplied parts, modules and repair services, Silicon Graphics will support the IRIS 2000/3000/3100 products for a minimum of five (5) years, through October of 1994. Our support will consist of the following services: a. ON SITE HARDWARE SUPPORT for our Full Support and Full Extended Warranty customers b. ON SITE PARTS EXCHANGE for our Full Support and Full Extended Warranty customer. MAIL IN PARTS EXHANGE for our Basic Support and Basic Extended Warranty customers. c. ACCESS TO THE GEOMETRY HOTLINE for our Full Support, Full Extended Warranty, Basic Support, Basic Extended Warranty and Software Maintenance Service (SMS) customers. d. SPARE PARTS SALES to these customer, VARs and OEMs who perform their own maintenance. If SGI a) becomes aware that an outside vendor is discontinuing a vendor supplied part or module or b) must discontinue availability of an SGI manufactured Spare because of the unavailability of a vendor supplied component, SGI will notify irs customers as soon thereafter as possible. e. REPAIR SERVICES for VARS, OEMS AND T&M customers. If SGi becomes aware that an outside vendo is terminating repair services or is discontinuing a vendor supplied component needed for repair, SGI will notify its customer as soon thereafter as practicable. 3. SOFTWARE SUBSCRIPTION (SSS) will no longer be available for the IRIS 3000/3100 or 2000Turbo since there will no future software releases for these product lines. 4. After the five (5) year support period (ending 10/94), continued support of the IRIS 2000/2000/3100 products will be provided at the discretion of Silicon Graphics. In any event, SGI will provide at least ninety (90) days prior written notice to its customers of SGI's intent to terminate Support contracts, repair services and/or spares sales. At the time of SGI's notification to its customers to its customers of terminations of Support contracts, repair services and or spare sales, SGI shall provide its customers with the opportunity to make a final purchase of such spares. If the spare is a part or module which SGI buys from an outside vendor, SGI shall make reasonable efforts to facilitate its customer's direct purchase of such items from that vendor. Silicon Graphics intends to maitain a long and continued relationship with its customers in order to meet your support and expansion needs. If you would like more details on the products currently offered by Silicon Graphics for the IRIS 2000/3000/3100 Series, please call you Silicon Graphics sales office. If you need to know the name and number of your sales rep please call our Customer Information Center for assistance at (800)338-6272." That is the letter that went to all customers under contract. If you should require any assistance in supporting your current 3000 systems or would like to explore the migration option, please call me (415)962-3299 or email me at dorothy@sgi.com. Thanks! Dorothy Liu Systems Remarketing Silicon Graphics -- Dorothy Liu Silicon Graphics Computer Systems Internet: dorothy@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!dorothy   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19396; 2 May 90 3:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19199; 2 May 90 3:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19088; 2 May 90 2:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25732; 1 May 90 21:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06056; Tue, 1 May 90 18:13: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: 1 May 90 22:39:47 GMT From: "Prof. Steven H. Izen" Organization: NASA Ames Research Center, Moffett Field, CA Subject: Re: Optical Illusion Message-Id: <5903@amelia.nas.nasa.gov> References: <@tfd.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL For those of you who have been trying to run escher.ps on NeWS on SGI machines and have been having trouble, the problem is that 4sight 1.4 doesn't implement invertmatrix, so the ps program bombs when it isused. If anyone wants to implement a version of invertmatrix for us SGI users, please post it. -- Steve Izen: {sun,uunet}!cwjcc!skybridge!izen386!steve / Quote corner: or steve@izen386.math.cwru.edu / or izen@cwru.cwru.edu /-------------------------/ My second bike is a car. | Klein bottle for sale - Inquire within.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac19396; 2 May 90 3:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac19199; 2 May 90 3:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab19088; 2 May 90 2:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25760; 1 May 90 21:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06967; Tue, 1 May 90 18:28: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: 1 May 90 22:20:06 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: NFS between IRIS and BSD machines Message-Id: <58878@sgi.sgi.com> References: <9020@tank.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9020@tank.uchicago.edu>, shin@tank.uchicago.edu (Shin Kurokawa) writes: > Machines involved: 4D/2*0's & PI's(IRIX), > Sun 4's, & an Elxsi 6400(BSD4.3) > Problem!!: > > I just found a major problem with NFS-mounting filesystems > between the Iris 4D machines and BSD-class machines > (Sun's and Elxsi) some running yp in our facility. I've mounted a > BSD fs on an Iris via NFS with -root switch on. I take it this means the BSD-class server has exported with the -root=Iris option, probably in its /etc/exports file. Were there any error messages from exportfs when booting (or if exporting by hand) about "unknown host"? > Fine, so the > root@Iris can freely mkdir/rmdir etc. The problem is > that root@Iris cannot chmod/chgrp/chown at all (error > message: "No permission match."). Can root@Iris mkdir/rmdir in directories in which only root@BSDmachine can mkdir or rmdir? From what follows, it would seem not. The simplest theory is that root@Iris is *not* equivalent to root@BSDmachine. > In any BSD machine that's exporting a fs to the Iris, if the > root@BSDmachine creates a file(or dir, it doesn't matter) > then that particular file has owner UID=0, GID=0. That's > simple. Now, the same file seen FROM the Iris gives the same > UID and GID for that particular file. OK, fine. Now, let > root@Iris create a file on this NFS-mounted fs. Watch > carefully, this file now has UID=65534 on Iris even though > the root's UID is really zero! Now, let's look at this file > from the BSDmachine: wow, the UID is set to -2 !!! What's > going on here!? So those BSD clients on which root can create a file or directory on the server with uid=0 and gid=0 must be in the server's /etc/exports -root= list, right? Notice that 65534 is (u_short) -2. It seems your BSD server is changing the credentials presented with each SGI client RPC from 0.0 to -2.-2, which is the default mapping done in the absence of a -root=Iris export option. Thus the server creates files owned by -2.-2, which appears to the Iris's ls(1) command interprets as 65534 (a minor bug which we will fix). The mystery is why your BSD server is not respecting the -root=Iris option that was presumably given to exportfs. Check the BSD server's /etc/exports file to make sure that the -root option for the filesystem in question has Iris in its right-hand side, and that there is exactly one -root option of the form "root=Iris:BSDclientA:BSDclientB:..." (the order of the hosts in this list doesn't matter, but the syntax is picky). Then try running: # exportfs -uva # exportfs -va to unexport and re-export all filesystems on the BSD server. If you see exportfs: unknown host: Iris then the server's /etc/hosts, or its YP hosts database if running YP, or its nameserver if running DNS (or its YP server's nameserver if running ypserv -i and DNS on the YP server), does not contain an entry for Iris. If this error message is printed, add Iris to the right host database(s). Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ad19396; 2 May 90 3:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae19199; 2 May 90 3:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19195; 2 May 90 3:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26151; 1 May 90 23:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14566; Tue, 1 May 90 20:37: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: 2 May 90 03:37:27 GMT From: Mark Moraes Organization: Department of Computer Science, University of Toronto Subject: Re: security (was sandy crowds vs solar outfits) Message-Id: <90May1.233652edt.3426@smoke.cs.toronto.edu> References: <9005010243.AA15404@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It would be nice if vendors were to: - sweep their systems for basic security before shipping them. At least for the simple things like tftp, passwordless accounts, setuid root shell scripts, + in hosts.equiv files, utmp not world writable, kmem not world readable and other things that have been reported in various forums which the vendors presumably have access to. Perhaps ship COPS or something like it. This is "casual" security -- to deter a not-very-determined intruder. - put together a manual on basic security, explaining some of the pitfalls. A simple "what is security and why you should care about it" would be a nice start. "What you can do about it" would be appreciated. - start offering secure options on their systems so that those people who do care about security can enable some of them. I'm sure there are some customers that would consider systems with decent authentication an improvement, for instance. Things that might be used to keep out moderately determined intruders. It would be nice if buyers would - recognize that a "network" is not intrinsically more trustworthy than the serial line to a terminal; quite the contrary. For better or worse, many of us have decided to use network protocols that have very little authentication or security. Possibly because everyone else has chosen to use such protocols, and we'd like to talk to them. - acknowledge that security has a price and decide how much they're willing to pay for security, either to manufacturers that ship more secure systems, to sysadmins that can keep the systems secure, to evaluate systems based on security, to run secure gateways, etc. - understand that keeping out really determined intruders is likely to be expensive and difficult. Mark.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20412; 2 May 90 6:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20343; 2 May 90 6:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20319; 2 May 90 6:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27480; 2 May 90 6:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02460; Wed, 2 May 90 02:57: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: 2 May 90 03:22:33 GMT From: Tim Monks Organization: none Subject: How to force floating point exceptions to dump core Message-Id: <1521@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How do you force floating point exceptions to dump core in C on an SG ? The reason I want to do this is I've got a longish program which generates NaN's somewhere. I thought the easiest way to track down the problem was to set up an exception handler which would capture SIGFPE signals and take appropriate action. I didn't manage to get even that far, I couldn't even make the program baulk at NaN's. I've tried some variations on the following with no success: --8<---------------------------------------------------------------------- #include #include #include #include main(argc, argv) int argc; char **argv; { void Report_class(double); double x,zero; /* set up a signal trap */ signal(SIGFPE, SIG_DFL); /* try to trap Infinity */ zero = 0.0; x = 1.0/zero; /* I wanted the program to dump core on the previous line, but it carried on, so we have a look at what we got. */ Report_class(x); /* Now try to trap NaN */ x = zero/zero; Report_class(x); } void Report_class(double x) { int type; type = fp_class_d(x); if (type == FP_SNAN) fprintf(stderr,"X = %lf is a signalling NaN\n",x); else if (type == FP_QNAN) fprintf(stderr,"X = %lf is a quiet NaN\n",x); else if (type == FP_POS_INF) fprintf(stderr,"X = %lf is positive infinity\n",x); else if (type == FP_NEG_INF) fprintf(stderr,"X = %lf is negative infinity\n",x); else fprintf(stderr,"X = %lf is something quite different !!!\n",x); } --8<---------------------------------------------------------------------- And the program gives the following output: (240GTX, Irix 3.2.2) X = Infinity is positive infinity X = NaN is a quiet NaN but definitely no core! How do you make quiet NaN's noisy ? (a signaling NaN) I've RTFM, but haven't found any enlightenment on this. Can someone point me at the relevant FM to read, or provide a solution. On this topic, how does SG propagate NaN's and Infinity through arithmetic and math library operations ? I'll post a summary if there's any demand for one. Thanks in advance. -- 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 aa23859; 2 May 90 10:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23552; 2 May 90 10:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23519; 2 May 90 10:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa28592; 2 May 90 10:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15816; Wed, 2 May 90 07:02: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: 2 May 90 09:58:03 GMT From: Reinhard Doelz / Biocomputing Basel Organization: University of Basel, Switzerland Subject: /etc/securetty as security feature Message-Id: <703@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a request for the system developers: On other UNIX systems /bin/login checks for a file called /etc/securetty which contains all the terminals where root is permitted to log in. This is kind of the opposite of pandora, but useful to avoid network hackers to get root access. Is there any plan to implement this kind of functionality? In summary, nice features would include * /etc/securetty as described above * secondary password facility (the dialup approach in IRIS UNIVERSE is not practicable) * password maturation in the sysadmin tools (Yes I know it's there already but I need to edit the password file each time I enter a new user manually ...) * more than eight characters in the passwd field, and checking for arbitrary characters from the /etc/passwd file in order to avoid 'trivial' passwords , e.g. first name, office phone number, etc. Regards, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27669; 2 May 90 15:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26957; 2 May 90 14:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26906; 2 May 90 14:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00240; 2 May 90 14:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29287; Wed, 2 May 90 10:32: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: 2 May 90 17:28:10 GMT From: Mark Bradley Organization: Solbourne Computer Systems Subject: Security Help Message-Id: <1990May2.172810.11954@Solbourne.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL With the latest flurry of concerns over security, networked or otherwise, I have reposted this without permission of the authors in hopes that some might benefit from it. Good luck. For the impoverished, underpaid, and overworked, I think this is free. :{) I especially like the section devoted to the "Wily Hacker". markb ================================================================ From: davy@itstd.sri.com Subject: "Improving the Security of Your UNIX System" Message-ID: <7285@brazos.Rice.edu> Date: 2 May 90 02:22:29 GMT A new white paper from SRI International's Information and Telecommunication Sciences and Technology Division is now available. The paper, "Improving the Security of Your UNIX System," describes measures that you as a system administrator can take to make your UNIX system(s) more secure. Oriented primarily at SunOS 4.x, most of the information covered applies equally well to any Berkeley UNIX system with or without NFS and/or Yellow Pages (NIS). Some of the information can also be applied to System V, although this is not a primary focus of the paper. An abbreviated Table of Contents: 1. INTRODUCTION The Internet Worm, the Wily Hacker, other break-ins 2. IMPROVING SECURITY 2.1 Account Security Passwords, expiration dates, guest accounts, group accounts, Yellow Pages 2.2 Network Security Trusted hosts, secure terminals, NFS, FTP, TFTP, mail, finger, modems and terminal servers, firewalls 2.3 File System Security Setuid shell scripts, sticky bit on directories, setgid bit on directories, umask values, encrypting files, devices 3. MONITORING SECURITY 3.1 Account Security lastlog, utmp, wtmp, acct 3.2 Network Security syslog, showmount 3.3 File System Security find, checklists, backups 3.4 Know Your System ps, who, w, ls 4. SOFTWARE FOR IMPROVING SECURITY 4.1 Obtaining Fixes and New Versions Sun fixes on UUNET, Berkeley fixes, SIMTEL-20 and UUNET, vendors 4.2 The npasswd Command 4.3 The COPS Package 4.4 Sun C2 Security Features 4.5 Kerberos 5. KEEPING ABREAST OF THE BUGS 5.1 CERT 5.2 DDN Management Bulletins 5.3 Security-related mailing lists 6. SUGGESTED READING 7. CONCLUSIONS REFERENCES APPENDIX A - SECURITY CHECKLIST In order to format the paper, the "troff" text formatter and the "-ms" macro package (available with any Sun or Berkeley UNIX system) are required. You *do not* need a PostScript printer, unless you want to print the cover page with the SRI logo on it. The paper is available via anonymous FTP from the host SPAM.ITSTD.SRI.COM (128.18.4.3) as the file "pub/security-doc.tar.Z". Be sure to remember to set "image" mode on the transfer. Sorry, UUCP access is not available - if you don't have Internet access, find a friend who does. Enjoy. Dave Curry SRI International Information and Telecommunications Sciences and Technology Division 333 Ravenswood Avenue Menlo Park, CA 94025 (415) 859-2508 davy@itstd.sri.com -- Mark Bradley 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 aa28308; 2 May 90 15:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27817; 2 May 90 15:31 EDT Date: Wed, 2 May 90 15:08:38 EDT From: Chuck Kennedy To: info-iris@BRL.MIL Subject: Re: Security Help Message-ID: <9005021508.aa27757@VMB.BRL.MIL> I retrieved a copy of this paper. It is on vgr.brl.mil in arch/security-doc.tar.Z (note: not info-iris directory). Best, -Chuck Kennedy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00697; 2 May 90 17:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00476; 2 May 90 17:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00444; 2 May 90 17:09 EDT Received: from cidsv01.cid.aes.doe.CA by VGR.BRL.MIL id aa01970; 2 May 90 16:28 EDT Received: from cidws08 by cidsv01 (5.61-MX) with SMTP id AA17365; Wed, 2 May 90 19:55:25 GMT Return-Path: From: Daniel Galuchon Message-Id: <9005021957.AA13967@cidws08.cid.aes.doe.CA> Subject: Accounting UNIX To: info-iris@BRL.MIL Date: Wed, 2 May 90 15:57:19 EDT X-Mailer: ELM [version 2.2 PL16] Hello. The accounting data in Unix contains double fields called Prime/Non-prime. Does anybody Know if non-prime is simply based on the hours defined in /etc/holidays, or if it also considers the week-end days and the special days listed in /etc/holidays? In brief: non-prime would include hours outside prime + saturday hours + sunday hours + special day hours ? It beats me.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01028; 2 May 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00697; 2 May 90 18:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00685; 2 May 90 17:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02191; 2 May 90 17:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11172; Wed, 2 May 90 13:42: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: 2 May 90 20:15:47 GMT From: Michael Dahl Organization: NetCom- The Bay Area's Public Access Unix System {408 249-0290 guest} Subject: Problems with Delta Micro 8mm Tape Drive on 4D/20 Message-Id: <11582@netcom.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have attached a Delta Micro Systems SS-2000T 8mm tape drive to our 4D/20 and are having a couple of problems that make it very difficult to use. Power-on diagnostics will fail unless the tape drive is turned on, and the system disk will be corrupted unless the tape drive is powered on when unix boots. It takes a couple hours to reload the system software when the disk gets corrupted. The disk also gets corrupted if the system auto-reboots for any reason. When everything goes right, the drive works great. Unfortunately something seems to go wrong often enough to make life miserable. The following is the error we get if the tape drive is turned on during power-on diagnostics: sc0 Unexpected Transfer Phase. State= 4b Phase= 31 scsi(0, 3, 0) transfer aborted (Hardware error) Device 3 failed DMA test doscsi: sc0 error: Hardware timeout The 8mm tape drive is at scsi address 3, and we have a disk at 1 and the internal streaming tape at 2. Any help in getting this straighted out would be greatly appreciated. Michael Dahl Cimplex Corp. dahl@netcom.uucp or {apple,claris}!netcom!dahl -- Michael Dahl Cimplex Corp. dahl@netcom.uucp or {apple,claris}!netcom!dahl   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01361; 2 May 90 19:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01182; 2 May 90 18:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01162; 2 May 90 18:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02424; 2 May 90 18:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15218; Wed, 2 May 90 14:45: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: 2 May 90 05:39:01 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Rotating objects problem Message-Id: <7130@odin.corp.sgi.com> References: <9004261443.aa07508@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL serrer@syslab.nrc.ca (Martin Serrer) writes: > Is there anyway to do a 'rotate(angle, axis)' with angles smaller than 10ths > of degrees? Yes, use rot(). It takes angles specified as a floating point number. Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01361; 2 May 90 19:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01182; 2 May 90 18:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01162; 2 May 90 18:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02435; 2 May 90 18:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15252; Wed, 2 May 90 14:46: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: 2 May 90 20:32:25 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: different speed cpu's in the one box - is it ok? Message-Id: <7153@odin.corp.sgi.com> References: <1509@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1509@merlin.bhpmrl.oz>, ianh@merlin.bhpmrl.oz (Ian Hoyle) writes: > The new 3xx series literature states that it is possible to mix & match > 25MHz & 33 MHz cpus in the one system. Has anyone any experience with this > yet - ie. are there any gotchas I should know about? > > We have a 240 GTX twin tower, and would like to upgrade to a (2.5)60 VGX rack, > with the original 4 25MHz cpus + 2 new 33 MHz screamers :-) It actually > works out to be more cost effective to do it this way. > > ian > -- > > Ian Hoyle > /\/\ > / / /\ BHP Melbourne Research Laboratories > / / / \ 245 Wellington Rd, Mulgrave, 3170 > / / / /\ \ AUSTRALIA > \ \/ / / / > \ / / / Phone : +61-3-560-7066 > \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz.au > Internet: ianh%merlin.bhpmrl.oz.au@uunet.uu.net There are no 'gotchas' except that if you run parallel code or benchmarks, the timings may be hard to reproduce, depending on what processor a particular thread/ benchmark ran on. If this turns out to be a problem, you may want to specify benchmarks and things to run on a particular CPU using runon(1) Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01361; 2 May 90 19:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01216; 2 May 90 19:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01162; 2 May 90 18:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02432; 2 May 90 18:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15233; Wed, 2 May 90 14:45: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: 2 May 90 20:41:16 GMT From: David A Higgen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: System V and disk quota enforcement Message-Id: <59045@sgi.sgi.com> References: <9004302310.AA08541@operations.dccs.upenn.edu>, <680@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <680@urz.unibas.ch>, doelz@urz.unibas.ch (Reinhard Doelz / Biocomputing Basel) writes: > In article <9004302310.AA08541@operations.dccs.upenn.edu>, YATES@A.CHEM.UPENN.EDU ("YATES, JOHN H.") writes: > > > How can System V even consider > > being in a server environment without disk quotas enforcable by user? > > > > Here is ONE answer (the only one I got) which concerns SYSV quota: > [...ftp info deleted..] > This means - There *IS* something somewhere in netland. I couldn't get... Hmm. I find it hard to believe that quotas can be reliably enforced without some kernel modifications. Rest assured: quotas IS on our list of things to definitely do in the reasonably near future (though not, I'm afraid, in the release poised to appear momentarily). I'm taking a planning look at it now; the assumption is that it will be based on the BSD/Melbourne system. Dave Higgen   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02246; 2 May 90 21:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02062; 2 May 90 21:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02027; 2 May 90 21:17 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa02325; 2 May 90 17:46 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8101; Wed, 02 May 90 14:43:59 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 2 May 90 14:36 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.arpa) id AA29051; Wed, 2 May 90 11:09:29 DSD Date: Wed, 2 May 90 11:09:29 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Timeout on serial port read To: info-iris@BRL.MIL Message-id: <9005021809.AA29051@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.arpa I am trying to set the ioctl call so that a raw read from a serial port will time out after a few seconds. No matter what I set the TIME value for in the control structure, the machine still hangs waiting for characters. What am I doing wrong, if anything. Code follows: --- new_settings.c_iflag = IGNBRK | IGNPAR; new_settings.c_oflag = NULL; new_settings.c_cflag = B9600 | CS8 | CREAD | CLOCAL; new_settings.c_lflag = ICANON; new_settings.c_line = NULL; new_settings.c_cc[0] = NULL; new_settings.c_cc[1] = NULL; new_settings.c_cc[2] = NULL; new_settings.c_cc[3] = NULL; new_settings.c_cc[4] = NULL; new_settings.c_cc[5] = TIMEOUT; ioctl(fd, TCSETA, &new_settings); ----- A read that has timed out should return with a value of 0. Right ? 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 aa02410; 2 May 90 22:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02246; 2 May 90 21:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02237; 2 May 90 21:43 EDT Received: from cidsv01.cid.aes.doe.CA by VGR.BRL.MIL id aa03282; 2 May 90 21:27 EDT Received: from cidws08 by cidsv01 (5.61-MX) with SMTP id AA17750; Wed, 2 May 90 20:11:27 GMT Return-Path: From: Daniel Galuchon Message-Id: <9005021957.AA13967@cidws08.cid.aes.doe.CA> Subject: Accounting UNIX To: info-iris@BRL.MIL Date: Wed, 2 May 90 15:57:19 EDT X-Mailer: ELM [version 2.2 PL16] Hello. The accounting data in Unix contains double fields called Prime/Non-prime. Does anybody Know if non-prime is simply based on the hours defined in /etc/holidays, or if it also considers the week-end days and the special days listed in /etc/holidays? In brief: non-prime would include hours outside prime + saturday hours + sunday hours + special day hours ? It beats me.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04586; 3 May 90 4:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04483; 3 May 90 4:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04473; 3 May 90 3:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00916; 3 May 90 3:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20861; Thu, 3 May 90 00:41:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 May 90 16:47:35 GMT From: "Frank J. Henigman" Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada Subject: 3.2 C compiler bug Message-Id: <1990May2.164735.27436@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The following program prints zero but it should print 1. If you modify the program so that foo() does not return a struct it works as expected. struct crud { long x; } w; struct crud foo( float f, long k ) { printf( "%ld\n", k ); return w; } main() { foo( 0.0, 1L ); } -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03376; 3 May 90 0:35 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03313; 3 May 90 0:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03048; 3 May 90 0:04 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa03725; 2 May 90 23:47 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 3 May 90 15:41 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 3 May 90 15:41 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@brl.mil) id AA25882; Thu, 3 May 90 15:39:14 NZT Date: Thu, 3 May 90 15:39:14 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@BRL.MIL Message-Id: <9005030339.AA25882@ccu1.aukuni.ac.nz> Greeting, We have a new 4D/240s and are still finding our way around hence these rather simple questions! 1/ How do you call fortran routines ( NAG library ) from pascal? The pascal documentation simply says that the implementation is ISO which if true implies that there is no way of declaring external routines. 2/ using Mail ( the bsd mailer) ~e & ~v invoke the EDITOR (in our case emacs) or vi. Fine except that the both are always in readonly mode. I assume that something is screwed up --- does anybody have any ideas what? Thanks, 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 aa04352; 3 May 90 3:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04286; 3 May 90 3:07 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa04267; 3 May 90 2:58 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa08651; 3 May 90 2:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15802; Wed, 2 May 90 23: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: 3 May 90 05:39:39 GMT From: Phil Ronzone Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SG vs Sun Message-Id: <7179@odin.corp.sgi.com> References: <9005010243.AA15404@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005010243.AA15404@physics.phy.duke.edu> rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: >If one looks at the enumerated list above, it seems reasonable to >conclude that we (as a University) cannot isolate our LAN by more than >a "normal" gateway, and the gateway cannot/should not prevent >telnet/ftp/smtp/rlogin/socket and so forth connectivity. The gateway >can (and will automatically) filter and route packets, sure, but >unless you cram Maxwell's Daemon himself (maxwelld?) into the >filtering algorithm you are not going to be able to tell a hacker >telnetting in as "joe" from "joe" himself. A packet is a packet. >It's the contents that is the killer. > >Nor are you going to be able to fix the fundamental security hole in >any public network -- anyone who is really good can tap the line >directly and read your packets. If they do that, only dual ended >"scrambling" (encryption) is secure, and that carries a tremendous >overhead. Well, I understand your point, but I do not agree. Any network has as one of the worst problems "authentication". Sending passwords in the clear is not too smart, and traditional UNIX encryption schemes have problems with either key distribution and/or safety of the encryption algorithm. Such things as public key technology for authentication schemes solve these (and other problems). Of course, the fact that such technology is not yet widely available in most/almost-all UNIX'i is a problem for you ... :-) -- +-------------------------------------------------------+---------------------+ | Philip K. Ronzone Manager Secure UNIX | WORK=(415) 335-1511 | | Silicon Graphics, Inc. MS 9U-500 | pkr@sgi.com | | 2011 N. Shoreline Blvd., Mountain View, CA 94039 | FAX= (415) 965-2658 |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04977; 3 May 90 6:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04928; 3 May 90 5:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04908; 3 May 90 5:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00276; 3 May 90 5:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25224; Thu, 3 May 90 02:04: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: 3 May 90 07:47:23 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: PostScript SGI Logo Message-Id: <1990May3.074723.4874@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was going to ask if anyone had already written a non-bitmap PostScript implimentation of the SGI logo but I kept forgetting to so I wrote one myself. Here it is, it runs on an IRIS using psh or on a QMS PS-810, maybe even a LaserWriter if you are lucky. If anyone has a better implimentation of it I would be glad to have it, or if anyone knows the official dimensions for it I would also be interested. Have Fun, Bruno --------------------------start here-------------------------------------------- %!PS-Adobe-1.0 %%Creator: micky:bruno (gerard bruno pape) %%Title: SGI Logo %%CreationDate: yesterday %%EndComments %%Pages: 1 %%EndProlog %%Page: 1 1 /SGIlogodict 10 dict def /logo { gsave SGIlogodict begin /g exch def % gap between what ever it is and the other thing /w exch def % width of what ever it is /o exch def % offset from center /l exch def % length of side /y exch def % y center /x exch def % x center /h l 2 div def /cos30 { 30 cos mul } def /sin30 { 30 sin mul } def 1 setlinejoin w setlinewidth newpath x o cos30 add y o sin30 add moveto x o cos30 add y l add o sin30 sub lineto x l o sub cos30 add y h add o sin30 add lineto x y o add lineto x l o sub cos30 sub y h add o sin30 add lineto x o cos30 sub y l add o sin30 sub lineto x o cos30 sub y o sin30 add lineto x l cos30 sub y h sub o add lineto x l cos30 sub y h add o sub lineto x o cos30 sub y o sin30 sub lineto x o cos30 sub y l sub o sin30 add lineto x l o sub cos30 sub y h sub o sin30 sub lineto x y o sub lineto x l o sub cos30 add y h sub o sin30 sub lineto x o cos30 add y l sub o sin30 add lineto x o cos30 add y o sin30 sub lineto x l cos30 add y h add o sub lineto x l cos30 add y h sub o add lineto x o cos30 add y o sin30 add lineto closepath stroke 1 setgray w g add setlinewidth x l o sub w sub cos30 add y h add o w sub sin30 add moveto x y o add lineto x l o sub w sub cos30 sub y h add o w sub sin30 add lineto stroke x l w sub cos30 sub y h w 2 div sub add o sub moveto x o cos30 sub y o sin30 sub lineto x o cos30 sub y l w sub sub o sin30 add lineto stroke x o cos30 add y l w sub sub o sin30 add moveto x o cos30 add y o sin30 sub lineto x l w sub cos30 add y h w 2 div sub add o sub lineto stroke 0 setgray w setlinewidth x l o sub cos30 add y h add o sin30 add moveto x y o add lineto x l o sub cos30 sub y h add o sin30 add lineto stroke x l cos30 sub y h add o sub moveto x o cos30 sub y o sin30 sub lineto x o cos30 sub y l sub o sin30 add lineto stroke x o cos30 add y l sub o sin30 add moveto x o cos30 add y o sin30 sub lineto x l cos30 add y h add o sub lineto stroke grestore end } def /white_rect { gsave 1 setgray newpath 0 0 moveto 0 600 lineto 500 600 lineto 500 0 lineto 0 0 lineto closepath fill grestore } def white_rect % only needed for display on the sgi screen 250 250 200 30 40 8 logo % x y size offset width gap 50 500 20 4 4.0 2 logo % x y size offset width gap 150 500 20 4 5.0 1 logo % x y size offset width gap 250 500 20 4 4.5 1.5 logo % x y size offset width gap 350 500 20 4 4.0 1.5 logo % x y size offset width gap showpage %%Trailer ----------------------------end here--------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08611; 3 May 90 10:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08222; 3 May 90 9:53 EDT Date: Thu, 3 May 90 9:29:59 EDT From: Gary S. Moss (VLD/VMB) To: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu cc: info-iris@BRL.MIL Subject: Re: Timeout on serial port read Message-ID: <9005030929.aa08086@VMB.BRL.MIL> < I am trying to set the ioctl call so that a raw read from a < serial port will time out after a few seconds. No matter what I < set the TIME value for in the control structure, the machine < still hangs waiting for characters. What am I doing wrong, if anything. < new_settings.c_iflag = IGNBRK | IGNPAR; < new_settings.c_oflag = NULL; < new_settings.c_cflag = B9600 | CS8 | CREAD | CLOCAL; < new_settings.c_lflag = ICANON; < new_settings.c_line = NULL; < new_settings.c_cc[0] = NULL; < new_settings.c_cc[1] = NULL; < new_settings.c_cc[2] = NULL; < new_settings.c_cc[3] = NULL; < new_settings.c_cc[4] = NULL; < new_settings.c_cc[5] = TIMEOUT; For one thing, if you set ICANON, you will not get RAW input; do the following instead. Also, if you want to get 1 character at a time without blocking, set the VMIN (element 4) of c_cc to 1, and set TIMEOUT to 0. new_settings.c_lflag &= ~ICANON; /* Canonical input OFF. */ new_settings.c_cc[VMIN] = 1; new_settings.c_cc[VTIME] = 0; Other indices for c_cc should be written using their mnemonics as defined in /usr/include/sys/termio.h for portability if nothing else. CAVIAT: the VMIN/VTIME mechanism is intended for reading DMA bursts, and does not really work for general timeouts. What you probably need to use poll(2) or select(2) rather than ioctl(2) (if I understand your question).   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02360; 3 May 90 17:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01098; 3 May 90 16:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00397; 3 May 90 16:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05770; 3 May 90 13:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23357; Thu, 3 May 90 10:26:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 90 15:52:07 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: How to force floating point exceptions to dump core Message-Id: <7188@odin.corp.sgi.com> References: <1521@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1521@merlin.bhpmrl.oz>, tim@merlin.bhpmrl.oz (Tim Monks) writes: > How do you force floating point exceptions to dump core in C on an SG ? > > The reason I want to do this is I've got a longish program which > generates NaN's somewhere. I thought the easiest way to track > down the problem was to set up an exception handler which would > capture SIGFPE signals and take appropriate action. I didn't manage > to get even that far, I couldn't even make the program baulk at NaN's. > > > I've tried some variations on the following with no success: > > --8<---------------------------------------------------------------------- > #include > #include > #include > #include > > main(argc, argv) > > int argc; > char **argv; > > { > > void Report_class(double); > double x,zero; > > > /* set up a signal trap */ > signal(SIGFPE, SIG_DFL); > > > /* try to trap Infinity */ > zero = 0.0; > x = 1.0/zero; > > /* > I wanted the program to dump core on the previous line, > but it carried on, so we have a look at what we got. > */ > Report_class(x); > > > /* Now try to trap NaN */ > x = zero/zero; > Report_class(x); > } > > > > void Report_class(double x) > { > int type; > > type = fp_class_d(x); > if (type == FP_SNAN) > fprintf(stderr,"X = %lf is a signalling NaN\n",x); > else if (type == FP_QNAN) > fprintf(stderr,"X = %lf is a quiet NaN\n",x); > else if (type == FP_POS_INF) > fprintf(stderr,"X = %lf is positive infinity\n",x); > else if (type == FP_NEG_INF) > fprintf(stderr,"X = %lf is negative infinity\n",x); > else > fprintf(stderr,"X = %lf is something quite different !!!\n",x); > } > --8<---------------------------------------------------------------------- > > And the program gives the following output: (240GTX, Irix 3.2.2) > X = Infinity is positive infinity > X = NaN is a quiet NaN > but definitely no core! > > How do you make quiet NaN's noisy ? (a signaling NaN) > > I've RTFM, but haven't found any enlightenment on this. Can someone > point me at the relevant FM to read, or provide a solution. > > On this topic, how does SG propagate NaN's and Infinity through > arithmetic and math library operations ? > > > I'll post a summary if there's any demand for one. > > Thanks in advance. > -- > 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 Try including and calling the following function: #include #include #include .globl fpe_enable .ent fpe_enable fpe_enable: cfc1 t0, fpc_csr # grab fpu status register li t1, 0xF10 /*li t1, 0x3f000*/ or t0, t0, t1 # or in enable bits ctc1 t0, fpc_csr # replace fpu status j ra # return .end fpe_enable By default the C runtime startup does not enable floating point exceptions In our next release a complete fp exception package has been added Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id ac02360; 3 May 90 17:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01098; 3 May 90 16:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00550; 3 May 90 16:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06922; 3 May 90 14:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27123; Thu, 3 May 90 11:28:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 90 17:55:51 GMT From: aclin Organization: David Taylor Research Center, Bethesda, MD Subject: Debuggers & Editors for PIs Message-Id: <1790@nems.dt.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested in finding out if there exists a VAX-like editor for the PIs. I work with a group of users who swear up and down that there's no better editor than EDT, even though we've tried to get them to use VI and JOT. This same group of users would like to find an alternative debugger than the one that comes standard. Any info, good or bad, would be greatly appreciated. Please e-mail me at aclin@dtoa1.dt.navy.mil. Thanks in advance. Charissa Aclin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02931; 3 May 90 17:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01098; 3 May 90 16:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00559; 3 May 90 16:16 EDT Received: from TACOM-EMH2.ARMY.MIL by VGR.BRL.MIL id aa07158; 3 May 90 14:45 EDT Received: (from user GJACKSON) by tacom-emh2.army.mil; 03 May 90 14:43:26 EDT Subject: Arena Source Code Available? To: info-iris@vmb.brl.mil From: GJACKSON@tacom-emh2.army.mil Date: 03 May 90 14:43:26 EDT Message-ID: <9005031445.aa07158@VGR.BRL.MIL> We are very interested in connecting two iris's together for a real time computer generated imagery system. The level of information to be shared is on the same order as that when the demo program "arena" is run on the network. Does anyone have source code available for "arena" that we can have to experiment with. Thanks in advance ... Gerry   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02931; 3 May 90 17:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad01098; 3 May 90 16:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00559; 3 May 90 16:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07286; 3 May 90 14:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27943; Thu, 3 May 90 11:42:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 90 17:35:06 GMT From: Dorothy Liu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIS 3XXX End of Life Message-Id: <59144@sgi.sgi.com> References: <58912@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <58912@sgi.sgi.com>, dorothy@madonna.csd.sgi.com (Dorothy Liu) writes: > > "Silicon Graphics has shipped over 3500 IRIS 2000 and 3000 series systesm > since 1984. Most of these systems are currently in production or research > environmnets, providing excellent performance and reliability to their > users. Silicon Graphics is pleased to have been able to consistently offer > competitive, state of the art 3D graphics workstations to this demanding > marketplace. > > Since today's "leading edge" products from Silicon Graphics are RISC based > IRIS 4D and Personal IRIS Workstations and Servers, SGI is not positioning > the IRIS 3000/3100 product line in the mature phase of its product life. > In doing so, we are announcing "end of production" on the IRIS 3000/3100 > product line and formalizing the end of production on the IRIS 2000 product > line. What this means to out valued customers is the following: > > > -- Above appears an excerpt of the end of life letter I posted a few days ago. I apologize for the inaccuracies--Silicon Graphics IS positioning these systems as MATURE and what that means to OUR VALUED customers is what we hope is a fairly complete support program for the next five years. As always, I am open to feedback and will be happy to assist in finding resolutions to any of your issues with the IRIS 3XXX line whenever possible. Please feel free to contact me either via e-mail by phone or by letter. I will also send hard copies of the original letter that went out in November to those who request it. Thanks for your understanding. Dorothy -- Dorothy Liu Silicon Graphics Computer Systems Internet: dorothy@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!dorothy   Received: from vmb.brl.mil by VMB.BRL.MIL id ad02931; 3 May 90 17:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02360; 3 May 90 17:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ah01482; 3 May 90 16:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04406; 3 May 90 12:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20041; Thu, 3 May 90 09:39:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 May 90 14:02:00 GMT From: wnk@uxc.cso.uiuc.edu Subject: a postscript/background question Message-Id: <209000001@uxc.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have started playing with postscript lately, and I figured the best way to test out what I've learned is to make nifty backgrounds for my 4D/20TG workstation. Well the first thing I tried was to draw a smiley face. (The code is included at the end of the article). What I found was that you can't set the line width, or do partial circles. If you try, the login process dies, and you have to login with NOGRAPHICS set and edit your startup.ps to remove the offending lines. Now, I've tested this same code with psview and printed it on a postscript printer, and it works fine there. I also discovered how to have psview draw to the background instead of its window, which is what the code at the end of the note does. However, when I put it in my startup.ps it bombs. Could anyone give a novice some insight as to what he's doing wrong? Any help would be greatly appreciated. ----------------------------------------------------------------------------- %! % "Smiley" /doCircle % draw a filled circle { 0 360 arc fill } def /doArc % draw an arc { 200 340 arc stroke } def /DrawSmile { 1.0 1.0 0 setrgbcolor % set color to yellow 500 400 300 doCircle % draw face 0 0 0 setrgbcolor % set color to black 400 520 25 doCircle % draw eyes 600 520 25 doCircle 4 setlinewidth % set line width 500 350 150 doArc % draw mouth as 140 degree arc } bind def /PaintRoot { gsave framebuffer setcanvas 0 0.392 1 setrgbcolor % set background color clippath fill % fill background DrawSmile grestore } def PaintRoot showpage %EndOfFile ---------- Walter Kreiling wnk@aquifer.las.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03437; 3 May 90 17:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03133; 3 May 90 17:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03084; 3 May 90 17:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09833; 3 May 90 16:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05809; Thu, 3 May 90 13:45: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: 3 May 90 20:25:12 GMT From: "Raymond L. June" Organization: Dept of Chemical Engineering, UCB Subject: How to reconfigure keyboard via NeWS Message-Id: <1990May3.202512.18213@agate.berkeley.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have recently acquired a PI and use NeWS. While montioring this group for a couple of weeks, I have noticed the mention of a program called keyswap.ps to switch the control and capslock keys. However, who archives stuff like this for SG users (an internet address would be nice). Also, a way to increase the key repeat rate would also be nice - is there a parameter in /usr/NeWS/lib or somewhere to set this? No, the industrial sponsor didn't give use the manuals to the machine and getting an SGI sales rep to call you back is like pulling teeth on a alligator. I'll take all replies and catalog them for future posts to anybody who desires them. Email or net is fine. Thanx, Larry June +--------+-------------------------------------------------------------+ U.Snail: | Larry June, 201 Gilman Hall, Dept. of Chemical Engineering, | | University of California, Berkeley, Berkeley CA 94720 | ATT: | 415 642-5927 (worknet) 415 848-3705 (homenet) | Internet:| larry@pylos.cchem.berkeley.edu or zeorlj@violet.berkeley.edu| +--------+-------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04433; 3 May 90 19:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04315; 3 May 90 19:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04292; 3 May 90 19:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10448; 3 May 90 19:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15235; Thu, 3 May 90 16: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: 3 May 90 22:14:01 GMT From: Dave Olson Subject: Re: Problems with Delta Micro 8mm Tape Drive on 4D/20 Message-Id: <7215@odin.corp.sgi.com> References: <11582@netcom.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11582@netcom.UUCP> dahl@netcom.UUCP (Michael Dahl) writes: | We have attached a Delta Micro Systems SS-2000T 8mm tape drive to | our 4D/20 and are having a couple of problems that make it very | difficult to use. | Power-on diagnostics will fail unless the tape drive is turned on, | and the system disk will be corrupted unless the tape drive is | powered on when unix boots. It takes a couple hours to reload the | system software when the disk gets corrupted. The disk also gets | corrupted if the system auto-reboots for any reason. This kind of error happens with many SCSI devices. Basicly, when the drive isn't powered up, the SCSI bus lines get pulled low, which is the active state (or in some cases, certain lines may toggle, depending on capacitor charges on the circuit boards, etc. This results in all kinds of SCSI errors, including data getting written to the incorrect block etc. in some cases. The solution is to either have it powered up, or disconnect it from the SCSI bus if you aren't going to use it (before powering up, of course). The SCSI 2 spec recommends that vendors design their interface to be safe if the power isn't on, but relatively few vendors have so far done so; Exabyte is not among them. | The following is the error we get if the tape drive is turned on | during power-on diagnostics: | sc0 Unexpected Transfer Phase. State= 4b Phase= 31 | scsi(0, 3, 0) transfer aborted (Hardware error) | Device 3 failed DMA test | doscsi: sc0 error: Hardware timeout This is because Exabyte does something different than any other vendor of SCSI devices that I have seen; namely, when a command is sent to them that they don't support (writebuffer in this case), they go to a status phase after the first byte of the command. They are fixing their firmware to do what all other vendors do, which is to accept all bytes of the comamnd, and then return ILLEGAL REQUEST. If your Personal Iris CPU prom revision is Feb. 1989 or later, then you can 'setenv bootmode C' in the prom monitor to suppress running the SCSI diagnostics entirely (for all SCSI devices). Use the command 'version' in the PROM monitor to determine your PROM revision. (You can set it for earlier revisions, but it won't suppress the SCSI diagnostics.) 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 aa05240; 3 May 90 22:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05093; 3 May 90 21:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05071; 3 May 90 21:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10904; 3 May 90 21:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22380; Thu, 3 May 90 18:12: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: 3 May 90 17:04:22 GMT From: "Charles E. Towne" Organization: NASA/Lewis Research Center, Cleveland Subject: Re: prefposition'ing psview Message-Id: <1990May3.170422.29164@eagle.lerc.nasa.gov> References: <1990Apr27.143504.3705@eagle.lerc.nasa.gov>, <7044@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In an earlier article I asked about defining a default position and size for the psview window. Prefposition doesn't work with psview. Mark Callow at SGI (msc@ramoth.sgi.com) responded: >You are right. Psview defines its own PaintIcon functions which just >paints the FrameLabel. There isn't any way to define a default position. > >Note you can use the -F option to give Frame a fixed size window suitable ^^^^^ he really means psview >for an 8.5 * 11 inch page. I find this a lot more convenient than having >to stretch out the window. This works nicely, and does most of what I wanted. Thanks, Mark. By looking at the source code for psview, I discovered there are, apparently, several options like this that aren't documented in the printed or on-line man page. I'm not a C or NeWS programmer (not yet, anyway :-)), so I'm not sure what they all do. Could someone knowledgeable describe these options? (Or, even better, post or point the way to an up-to-date man page for psview?) Thanks. -- Charles E. Towne Email: pstowne@zargon.lerc.nasa.gov MS 5-11 Phone: (216) 433-5851 NASA Lewis Research Center Cleveland, OH 44135   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07306; 4 May 90 3:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07175; 4 May 90 3:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07163; 4 May 90 3:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11554; 4 May 90 1:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07548; Thu, 3 May 90 22:28: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: 4 May 90 01:58:10 GMT From: Paul Jackson Organization: Silicon Graphics, Research & Development Subject: Re: Accounting UNIX Message-Id: <7244@odin.corp.sgi.com> References: <9005021957.AA13967@cidws08.cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005021957.AA13967@cidws08.cid.aes.doe.CA>, asphddg@cid.aes.doe.ca (Daniel Galuchon) writes: > > Hello. The accounting data in Unix contains double fields > called Prime/Non-prime. Does anybody Know if non-prime > is simply based on the hours defined in /etc/holidays, > or if it also considers the week-end days and the special > days listed in /etc/holidays? All Saturdays, Sundays and Holidays are considered non-prime. This is according to my reading of the source code. This should be in the accounting manual pages, but doesn't seem to be - oops. Thanks, take care ... Paul Jackson (pj@asd.sgi.com), x1373   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12852; 4 May 90 11:04 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa12164; 4 May 90 10:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11885; 4 May 90 10:16 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa13824; 4 May 90 10:04 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0970; Fri, 04 May 90 09:43:29 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 3 May 90 13:04 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.arpa) id AA01918; Thu, 3 May 90 13:21:55 DSD Date: Thu, 3 May 90 13:21:55 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Changing function transfer addresses To: info-iris@BRL.MIL Message-id: <9005032021.AA01918@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.arpa I want to do somthing like the following in ''c'' I want to make an array of function calls, and assign the function call addresses into the array, and then pick the function to be executed by the value in i. The particular application is using pup functions. Depending on the context of the function call, I want to change the pup function address. The compiler does not let me do anything like this, but this is theme of what I would like. What am I doing wrong, or what should I do?? (This is meta code--- I know it does not work) ====== register i; long MyPup; void (*function)[i](); /* an array of function call address pointers */ void function1(); /* static function calls */ void function2(); void function3(); *function[0]=*function1(); /* put in function the transfer addresses of function[1]=*function2(); each of the static functions */ function[2]=*function3(); MyPup=defpup(); addtopup(MyPup,"What happens here ?? %f",function[i]); ======= -- +-----------------------------------------------------------------------------+ | 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 aa12616; 4 May 90 10:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab12164; 4 May 90 10:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11896; 4 May 90 10:16 EDT Received: from TACOM-EMH2.ARMY.MIL by VGR.BRL.MIL id aa13830; 4 May 90 10:07 EDT Received: (from user GJACKSON) by tacom-emh2.army.mil; 04 May 90 10:05:06 EDT Subject: BRLCAD available on Power Series? To: info-iris@vmb.brl.mil From: GJACKSON@tacom-emh2.army.mil Date: 04 May 90 10:05:06 EDT Message-ID: <9005041007.aa13830@VGR.BRL.MIL> I am not (as yet) a BRL.CAD user. However, a colleague and I got into a discussion about the merits of BRL.CAD and he made a statement something to the effect that either BRL.CAD did not work on the Power Series, or a version for the Power Series is unavailable at this time, or that BRL.CAD on the Power Series had certain problems. Could someone verify this for me. I find this hard to believe. Also, I am interested in using BRL.CAD. Some basic questions first: 1) How does one obtain BRL.CAD? 2) Is it available to Government and Private Industry alike? 3) Is there a cost for Government or Private Industry? 4) How much space does it take on the Iris computers? 5) Approximately how long does it take one (who is well versed in computer graphics and basically understands CAD systems in general) to become capable as a basic user of BRL.CAD? Thanks in advance ... Gerry   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13674; 4 May 90 11:30 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11573; 4 May 90 10:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11436; 4 May 90 9:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13756; 4 May 90 9:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00865; Fri, 4 May 90 06:47:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 May 90 09:25:06 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How to reconfigure keyboard via NeWS Message-Id: <59257@sgi.sgi.com> References: <1990May3.202512.18213@agate.berkeley.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May3.202512.18213@agate.berkeley.edu> larry@pylos.cchem.Berkeley.EDU (Raymond L. June) writes: +--------------- | We have recently acquired a PI and use NeWS. While montioring this | group for a couple of weeks, I have noticed the mention of a program | called keyswap.ps to switch the control and capslock keys. However, who | archives stuff like this for SG users (an internet address would be nice). +--------------- I don't archive anything, but since I posted it once (copied from somebody else's previous posting), I'll post it again... JUST THIS ONCE MORE! (See below.) [Note for those bored with this: I've answered several more requests by email, maybe this posting will hold 'em for a while...] +--------------- | Also, a way to increase the key repeat rate would also be nice - is there | a parameter in /usr/NeWS/lib or somewhere to set this? +--------------- Not yet. "The next release" has a command to do this... -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311 ============== attachment: keyswap.info ======== In addition to mapping CapsLock to Ctrl, I also mappped NumLock (which I *never* use) back to CapsLock (which I almost never use, but still might like to occasionally). It's *way* out of the way, and impossible to hit by accident. It's kinda cute to hit NumLock and watch the CapsLock LED go on and off... Put the following in your user.ps (at the end, say): { (NeWS/keyswap.ps) LoadFile %map CapsLock => Cntl % Numlock => CapsLock [28420 28582] [28419 28420] replacekeys } stopped pop Then put the attached file (below) in your ~/NeWS/keyswap.ps (or whatever directory you use to keep things user.ps calls -- just remember to adjust the call in user.ps if you move it). Log out and back in. If you want to mess with other keys, note that the magic numbers given above are 0x6F00 + "button number" from "/usr/include/device.h". ============= ~/NEWS/keyswap.ps ================== % From: scotth@harlie.corp.sgi.com % % Earlier, I posted some code to swap the functionality of the Caps Lock % and left-hand Ctrl key. I have now written some code to make key % remapping more flexible. This code is also better because Caps Lock was % still Caps Lock for an instant in the old code. It not does function as % Caps Lock at all in this code. If you put the following in your user.ps % (and take out the stuff I sent out before, if you have it), you can make % any IRIS key behave as any other. This will only work under 3.1 however, % so if you haven't upgraded, you may want to keep the old code until you % do upgrade. /replacekeys { % origkeyvals_array changedkeyvals_array -> - { /changedvals exch def /origvals exch def /keysdict origvals length dict def keysdict begin 0 1 origvals length 1 sub { dup origvals exch get changedvals 3 2 roll get def } for end createevent dup begin /Name origvals def /Priority 2 def /Exclusivity true def end expressinterest { awaitevent dup dup begin /Name get keysdict exch get /Name exch def end redistributeevent } loop } fork pop pop pop } def   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13674; 4 May 90 11:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12852; 4 May 90 11:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12693; 4 May 90 10:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13963; 4 May 90 10:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02852; Fri, 4 May 90 07:24: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: 4 May 90 14:13:33 GMT From: Anthony Persechini Organization: Dept. Physiol., Univ. Rochester Sch. of Med. Subject: Windowing Problem Message-Id: <7111@ur-cc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am a novice unix user trying to port the bash shell over to my SGI 4D25G. It works fine except for two problems: (1) If I close a wsh window (instead of quitting) this orphans bsh. (1) The above also occurs if I try to resize the wsh window. The only way to get rid of the orphaned shells is to do a kill -9. Any suggestions as to how this might be easily fixed? -- Anthony Persechini ajp2o@crocus.medicine.rochester.edu Department of Physiology telephone: (716) 275-3087 UR School of Medicine telefax: (716) 461-3259 Rochester, NY 14642   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14607; 4 May 90 11:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac13674; 4 May 90 11:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13308; 4 May 90 11:22 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa14147; 4 May 90 11:01 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Fri, 4 May 1990 9:59:40 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA06649; Fri, 4 May 90 10:04:55 CDT Date: Fri, 4 May 90 10:04:55 CDT From: Rose Oguz Message-Id: <9005041504.AA06649@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Seeking Image Processing Software Hi, all! I am working with MRI's (Magnetic Resonance Images) and I'm looking for inexpensive image processing software that I can use on the MRI's. I need to be able to perform geometric transformations, such as magnifications and roations. In effect, I need a CAD-type of system that will alloaw me to "operate" on the MRI's. I have a Silicon Graphics Personal Iris 4D/20 and would prefer software that runs on it. However, I know that I can't be picky; so, I'll accept information on any software that I'll be able to hack. Also, I'm looking for inexpensive volume rendering software and would greatly appreciate any info in that area also. Thanks for taking time to read this! Rose Oguz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15369; 4 May 90 12:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14905; 4 May 90 12:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14867; 4 May 90 11:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14399; 4 May 90 11:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06835; Fri, 4 May 90 08:28: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: 4 May 90 13:53:36 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: GIF display program Message-Id: <747@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have source code to a GIF display program for the SGI? I've got a Personal IRIS and would like to be able to display some GIF files that I have. I've been using my Amiga 2000 but would like to see them on the SGI too. ADVThanksANCE -- ##################################################################### # 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 aa01387; 4 May 90 16:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00930; 4 May 90 16:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00706; 4 May 90 16:00 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa15160; 4 May 90 14:10 EDT Received: Fri, 4 May 90 14:09:06 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 4 May 90 14:09:06 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9005041809.AA17435@aero4.larc.nasa.gov> To: rose@baby.swmed.utexas.edu Subject: Re: Seeking Image Processing Software Cc: info-iris@BRL.MIL I have an "image enhancement" program I wrote for a 3130. Basically, you read in a data file that is "x" number of points wide an "y" number of points tall. At each point is an integer value. I map the integer value to a color map (that could be grayscale) and plot all the points. There are options to vary the color map without replotting the points. It lets you zoom in and out of the data base. You can plot the data as points, flat shaded rectangles, or Gouraud-shaded rectangles. If anyone wants it I can put it on info-iris@vgr.brl.mil -- 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 aa02157; 4 May 90 17:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01792; 4 May 90 16:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01397; 4 May 90 16:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16146; 4 May 90 16:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23873; Fri, 4 May 90 12:58: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: 4 May 90 17:55:46 GMT From: Kipp Hickman Organization: Silicon Graphics, Entry Systems Division Subject: Re: How to reconfigure keyboard via NeWS Message-Id: <7267@odin.corp.sgi.com> References: <1990May3.202512.18213@agate.berkeley.edu>, <59257@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This postscript hack that switches the caps and control keys has been known to kill wsh (rarely, but it doesn happen)....I believe there is a subtle bug in the postscript kipp   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03657; 4 May 90 20:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03530; 4 May 90 20:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03502; 4 May 90 19:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16932; 4 May 90 19:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06722; Fri, 4 May 90 16: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: 4 May 90 23:11:34 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: PostScript SGI Logo Message-Id: <7298@odin.corp.sgi.com> References: <1990May3.074723.4874@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May3.074723.4874@sgzh.uucp>, root@sgzh.uucp (Bruno Pape) writes: |> I was going to ask if anyone had already written a non-bitmap PostScript |> implimentation of the SGI logo but I kept forgetting to so I wrote one |> myself. Here it is, it runs on an IRIS using psh or on a QMS PS-810, |> maybe even a LaserWriter if you are lucky. |> |> If anyone has a better implimentation of it I would be glad to have it, |> or if anyone knows the official dimensions for it I would also be interested. You should have asked. There is a PostScript SGI logo created by Dave Ciemiewicz in /usr/NeWS/lib/NeWS/sgilogo.ps. This is used in the "SGI root" and in a few of the NeWS demos. It is on all 4D machines running 3.0 or later. -- 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 aa03809; 4 May 90 20:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03734; 4 May 90 20:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03702; 4 May 90 20:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17006; 4 May 90 20:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08018; Fri, 4 May 90 16:53: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: 4 May 90 22:58:26 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Re: How to reconfigure keyboard via NeWS Message-Id: <6385@vax1.acs.udel.EDU> References: <1990May3.202512.18213@agate.berkeley.edu>, <59257@sgi.sgi.com>, <7267@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7267@odin.corp.sgi.com> kipp@warp.esd.sgi.com (Kipp Hickman) writes: >This postscript hack that switches the caps and control keys has been >known to kill wsh (rarely, but it doesn happen)....I believe there is >a subtle bug in the postscript. kipp I have not seen that happen, but I have seen a very annoying bug with declaring the backspace key to be "delete". Occasionally when I hit `backspace' in the vi editor it acts as if I have typed: ESC h The net result of which is to pop me out of insert mode and to back up the cursor one space. This is extremely annoying, and I will probably delete the patch soon to get rid of the bug.... Has anyone else seen this? -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03947; 4 May 90 21:17 EDT Received: by VMB.BRL.MIL id ab03880; 4 May 90 21:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16305; 4 May 90 13:39 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa15979; 4 May 90 13:19 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa23876; 4 May 90 13:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12799; Fri, 4 May 90 10:02: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: 4 May 90 16:13:43 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Timeout on serial port read Message-Id: <1990May4.161343.1945@sgzh.uucp> References: <9005030929.aa08086@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005030929.aa08086@VMB.BRL.MIL> moss@BRL.MIL ("Gary S. Moss", VLD/VMB) writes: >< I am trying to set the ioctl call so that a raw read from a >< serial port will time out after a few seconds. No matter what I >< set the TIME value for in the control structure, the machine >< still hangs waiting for characters. What am I doing wrong, if anything. >< >< new_settings.c_iflag = IGNBRK | IGNPAR; >< new_settings.c_oflag = NULL; >< new_settings.c_cflag = B9600 | CS8 | CREAD | CLOCAL; >< new_settings.c_lflag = ICANON; >< new_settings.c_line = NULL; >< new_settings.c_cc[0] = NULL; >< new_settings.c_cc[1] = NULL; >< new_settings.c_cc[2] = NULL; >< new_settings.c_cc[3] = NULL; >< new_settings.c_cc[4] = NULL; >< new_settings.c_cc[5] = TIMEOUT; > > >For one thing, if you set ICANON, you will not get RAW input; do the >following instead. Also, if you want to get 1 character at a time >without blocking, set the VMIN (element 4) of c_cc to 1, and set >TIMEOUT to 0. > >new_settings.c_lflag &= ~ICANON; /* Canonical input OFF. */ >new_settings.c_cc[VMIN] = 1; >new_settings.c_cc[VTIME] = 0; > >Other indices for c_cc should be written using their mnemonics as defined >in /usr/include/sys/termio.h for portability if nothing else. > >CAVIAT: the VMIN/VTIME mechanism is intended for reading DMA bursts, and >does not really work for general timeouts. What you probably need to >use poll(2) or select(2) rather than ioctl(2) (if I understand your >question). While the above is along the right path it too will hang forever waiting for one character. If he wants it to time out at some point I believe the following would work better. Replace delay with the number of seconds you want it to wait before timing out. tty.c_iflag = 0; tty.c_oflag = 0; tty.c_cflag = B9600 | CS8 | CREAD; tty.c_lflag = 0; tty.c_cc[VTIME] = delay; tty.c_cc[VMIN] = 0; if ( ioctl( descriptor, TCSETA, &tty ) < 0 ) perror("ioctl"); Bruno With 999999 possiblities between "cooked" and "raw" you know you're not going to have any fun. Boo hoo.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04005; 4 May 90 21:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03809; 4 May 90 20:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03786; 4 May 90 20:37 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa17048; 4 May 90 20:30 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9005O 1.3/4.03) id AA07159; Fri, 4 May 90 19:24:41 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA00685; Fri, 4 May 90 19:28:46 CDT Date: Fri, 4 May 90 19:28:46 CDT From: "Robert B. Funchess" Message-Id: <9005050028.AA00685@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: GIF file viewer As stated before, one is available for anonymous FTP from here. The address,however, has been changed: clciris.chem.umr.edu (131.151.14.48). -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04230; 4 May 90 21:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04070; 4 May 90 21:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04054; 4 May 90 21:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17194; 4 May 90 21:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12646; Fri, 4 May 90 18:12: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: 4 May 90 23:24:39 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: prefposition'ing psview Message-Id: <7299@odin.corp.sgi.com> References: <1990Apr27.143504.3705@eagle.lerc.nasa.gov>, <7044@odin.corp.sgi.com>, <1990May3.170422.29164@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May3.170422.29164@eagle.lerc.nasa.gov>, pstowne@zargon.lerc.nasa.gov (Charles E. Towne) writes: |> Mark Callow at SGI (msc@ramoth.sgi.com) responded: |> |> >Note you can use the -F option to give Frame a fixed size window suitable |> ^^^^^ |> he really means psview |> >for an 8.5 * 11 inch page. I find this a lot more convenient than having |> >to stretch out the window. Oops! I must have had Frame on the brain that day. |> By looking at the source code for psview, I discovered there are, |> apparently, several options like this that aren't documented in the |> printed or on-line man page. I'm not a C or NeWS programmer (not yet, |> anyway :-)), so I'm not sure what they all do. Could someone |> knowledgeable describe these options? (Or, even better, post or point |> the way to an up-to-date man page for psview?) Thanks. Here is the man page from the next release (3.3). I left all the ^H overstrike stuff in. It should be OK if you run it through ul or use less to view it. ============================= psview.1 cut here ============================= PPPPSSSSVVVVIIIIEEEEWWWW((((1111)))) SSSSiiiilllliiiiccccoooonnnn GGGGrrrraaaapppphhhhiiiiccccssss PPPPSSSSVVVVIIIIEEEEWWWW((((1111)))) NNNNAAAAMMMMEEEE psview - PostScript previewer for NeWS SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS ppppssssvvvviiiieeeewwww [[[[ ooooppppttttiiiioooonnnn((((ssss)))) ]]]] [[[[ ---- ]]]] [[[[ PPPPoooossssttttSSSSccccrrrriiiipppptttt- ---ffffiiiilllleeee ]]]] DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN _p_s_v_i_e_w puts up a window and runs the user's PostScript code in it. _p_s_v_i_e_w uses a portion of the window that has the proper aspect ratio for a standard letter-size page in portrait orientation. If _P_o_s_t_S_c_r_i_p_t-_f_i_l_e is specified, the PostScript code is taken from that file. If no argument is given, or if a `-' is given as the argument, _p_s_v_i_e_w reads the PostScript program from standard input. _p_s_v_i_e_w works best with files obeying the Adobe _D_o_c_u_m_e_n_t _S_t_r_u_c_t_u_r_i_n_g _C_o_n_v_e_n_t_i_o_n_s. (Such files contain special comments such as %%_P_a_g_e:.) When previewing such a file _p_s_v_i_e_w lets you flip through the pages with page boundaries being determined by locating the %%Page: comments. _p_s_v_i_e_w provides a slider to move to any page, and a menu to go to the first, previous, next or last page. Clicking the left mouse button goes to the next page. If the document has only a single page, neither the slider nor the page movement menu entries appear. All commands may be given from the keyboard. Space or '+' goes to the next page. Backspace or '-' goes to the previous page. '0', '<', or ',' go to the first page. '$', '>', or '.' go to the last page. '^C' or 'q' cause _p_s_v_i_e_w to exit. If the file doesn't follow the document structuring conventions, it is treated as having a single page. If the PostScript program in that file calls sssshhhhoooowwwwppppaaaaggggeeee,,,, _p_s_v_i_e_w will pause. Clicking the left mouse or selecting the _N_e_x_t _P_a_g_e menu entry will resume output. When the window is redrawn in response to damage or to selecting _R_e_d_i_s_p_l_a_y from the menu, any pending output is flushed and the program is executed from the beginning of the file. The options, which may appear in any order so long as they appear before the file, are: ----xxxx1111,,,,yyyy1111----xxxx2222,,,,y yyy2222 Sets the bounding box of the active part of the psview window. The coordinates are given as floating point values in inches. ----BBBB Normally psview draws a box to show the edges of the paper. This stops the box being drawn. ----bbbb<<<>>> Sets the background color. The default is white. has the syntax [hr]x,y,z where x, y, and z are either floating point numbers between 0 and 1 or integers between 0 and 255. _h selects the hsb color model which is the default. _r selects the Page 1 Release 3.3 April 1990 PPPPSSSSVVVVIIIIEEEEWWWW((((1111)))) SSSSiiiilllliiiiccccoooonnnn GGGGrrrraaaapppphhhhiiiiccccssss PPPPSSSSVVVVIIIIEEEEWWWW((((1111)))) rgb color model. An individual color part may be set by, for example ----bbbb_g_0._5. Changing the background color may have strange effects especially if the PostScript file uses color. ----cccc Sets the background to blue and the foreground to white. ----FFFF<<<>>> Gives the window a fixed initial size that defaults to the full height of the screen. _S_c_a_l_e, which defaults to 1.0, applies a uniform scaling to the default initial size. ----ffff<<<>>> Sets the foreground color. is the same as for the background color. Changing the foreground color may have strange effects especially if the PostScript file uses color. ----llll Makes psview use a portion of the window that gives the aspect ratio of a landscape oriented 11 x 7 slide. ----SSSS Makes psview use a portion of the window that gives the aspect ratio of a portrait oriented 6.8 x 11 slide. ----ssss Makes psview use a portion of the window that gives the aspect ratio of a portrait oriented 5.7 x 11 slide. ----vvvv Makes psview verbose. SSSSEEEEEEEE AAAALLLLSSSSOOOO psh(1), say(1). _4_S_i_g_h_t _U_s_e_r'_s _G_u_i_d_e, Section 2, "Programming in NeWS." _P_o_s_t_S_c_r_i_p_t _L_a_n_g_u_a_g_e _R_e_f_e_r_e_n_c_e _M_a_n_u_a_l. TTTTRRRRAAAADDDDEEEEMMMMAAAARRRRKKKK PostScript is a registered trademark of Adobe Systems Inc. NNNNOOOOTTTTEEEESSSS Assumes a syntactically valid PostScript file. Page 2 Release 3.3 April 1990 ================================ cut here ================================ -- 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 aa04519; 4 May 90 22:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04411; 4 May 90 22:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04403; 4 May 90 22:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17438; 4 May 90 22:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15747; Fri, 4 May 90 19:08: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: 5 May 90 01:30:43 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: PostScript SGI Logo Message-Id: <7307@odin.corp.sgi.com> References: <1990May3.074723.4874@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May3.074723.4874@sgzh.uucp>, root@sgzh.uucp (Bruno Pape) writes: > I was going to ask if anyone had already written a non-bitmap PostScript > implimentation of the SGI logo but I kept forgetting to so I wrote one > myself. Here it is, it runs on an IRIS using psh or on a QMS PS-810, > maybe even a LaserWriter if you are lucky. > > If anyone has a better implimentation of it I would be glad to have it, > or if anyone knows the official dimensions for it I would also be interested. > > Have Fun, > Bruno > There has been one in the SGI 4Sight release since day 1. It's located in /usr/NeWS/lib/NeWS/sgilogo.ps. It has a few hacks in it which rely on NeWS extensions to PostScript but these are easily eliminated by a PostScript hack like yourself. --- Ciemo P.S. Now have fun with it using the SGI logo as a clipping path.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04628; 4 May 90 23:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04411; 4 May 90 22:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04403; 4 May 90 22:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17436; 4 May 90 22:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15757; Fri, 4 May 90 19:08: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: 5 May 90 01:34:58 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Debuggers & Editors for PIs Message-Id: <7308@odin.corp.sgi.com> References: <1790@nems.dt.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1790@nems.dt.navy.mil>, aclin@dtoa1.dt.navy.mil (aclin) writes: > I am interested in finding out if there exists a VAX-like editor for > the PIs. I work with a group of users who swear up and down that there's > no better editor than EDT, even though we've tried to get them to use > VI and JOT. This same group of users would like to find an alternative > debugger than the one that comes standard. Any info, good or bad, would > be greatly appreciated. Please e-mail me at aclin@dtoa1.dt.navy.mil. > Thanks in advance. > > Charissa Aclin You might try EDT8 from Accelr8 Technology Corp. I have never used the product and this is not an endorsement. I have just seen it advertised in the IRIS Universe magazine from Silicon Graphics. There phone number is (303) 863-8088. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05301; 5 May 90 1:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04815; 5 May 90 0:11 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa04768; 4 May 90 23:53 EDT Date: Fri, 4 May 90 23:47:45 EDT From: Phil Dykstra To: GJACKSON@tacom-emh2.army.mil cc: info-iris@vmb.brl.mil Subject: Re: BRLCAD available on Power Series? Message-ID: <9005042347.aa01987@SPARK.BRL.MIL> [FYI there is a list "cad@BRL.MIL" for discussion of BRL-CAD, but since you asked here I'll answer it here.] I am not (as yet) a BRL.CAD user. However, a colleague and I got into a discussion about the merits of BRL.CAD and he made a statement something to the effect that either BRL.CAD did not work on the Power Series, or a version for the Power Series is unavailable at this time, or that BRL.CAD on the Power Series had certain problems. Could someone verify this .... Our last release of BRL-CAD (3.7) came out in June 1989. We did not get our first Personal Iris until shortly after that release. There are a few problems with the Personal Iris related to use of the color map and a couple of glitches in the software compilation/installation procedure. These problems do not exist on the 4D Power Series machines. Also, I am interested in using BRL.CAD. Some basic questions first: 1) How does one obtain BRL.CAD? In brief send us a tape and a letter stating that you agree to a few conditions (mostly that you won't sell it or give it to 3rd parties). We fill up the tape and send it back along with one copy of the manual. You can find details by anonymous ftp from ftp.brl.mil (a.k.a. vgr.brl.mil) in the brl-cad directory. I will send you an email copy. 2) Is it available to Government and Private Industry alike? Yes. 3) Is there a cost for Government or Private Industry? No. 4) How much space does it take on the Iris computers? The source tree is 22MB including contributed code; installed binaries are ~30MB. 5) Approximately how long does it take one (who is well versed in computer graphics and basically understands CAD systems in general) to become capable as a basic user of BRL.CAD? It varies a lot and depends on what you try to do with it. If you say follow some tutorial examples in the MGED manual you can get a good jump on things in just a few days. A few weeks or more to learn other parts of the system. - Phil uunet!brl!phil   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05301; 5 May 90 1:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04815; 5 May 90 0:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04801; 4 May 90 23:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17701; 4 May 90 23:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21334; Fri, 4 May 90 20:44: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: 5 May 90 01:47:03 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: 3D math rendering Message-Id: <416@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody know of some easy to use code that takes math functions and renders them on the Iris in 3D complete with color, lighting and shading? I am working with power functions of the type (1/x)^-A. I want to view Y as a function of X for a family of A's with X varying in the "third" dimension. Any suggestions? I tried playing with wavefront's Visualizer with no success. Before I start writing Gl to do this, I just know this must have been done before....any suggestions will be most appreciated....I'll post any solutions e-mailed to me.... !nuchat!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00488; 5 May 90 11:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00228; 5 May 90 10:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00200; 5 May 90 10:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00392; 5 May 90 9:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17684; Sat, 5 May 90 06:21: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: 5 May 90 13:11:21 GMT From: Allan Fleming Organization: University of Waterloo, Waterloo, Ontario Subject: Undocumented Feature Message-Id: <1990May5.131121.8226@watserv1.waterloo.edu> References: <9005042347.aa01987@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Under 3.2 using the f77 compiler - when porting a program from VMS I discovered that doing the following: f77 -vms test.f caused the -onetime option to be invoked - producing rather non-VMS like behaviour. (please don't say RTFM - I did and the manual doesn't mention that -vms is now -vms_cc and that -vms no longer appears to be a valid switch, if the manuals agreed with the online man pages or the compiler warned me that -vms was no longer supported I may have saved a fair bit of time) Allan Fleming   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00363; 5 May 90 15:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00093; 5 May 90 15:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01119; 5 May 90 14:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00873; 5 May 90 14:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01135; Sat, 5 May 90 10:56:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 90 17:29:14 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Timeout on serial port read Message-Id: <59374@sgi.sgi.com> References: <9005030929.aa08086@VMB.BRL.MIL>, <1990May4.161343.1945@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The VTIME parameter is in units of tenths of seconds, not seconds. The FIONBIO ioctl works on IRIX TTY's, to give "non-block" I/O. Using select(2) is almost certainly the best solution. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04140; 6 May 90 11:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04040; 6 May 90 10:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03899; 6 May 90 10:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01752; 6 May 90 0:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03354; Sat, 5 May 90 21:18: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: 6 May 90 03:18:49 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Program to convert GIF files into IRIS images files. Message-Id: <59390@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /* * fromgif - * convert a GIF file into an IRIS image file. * * based on a GIF file reader by Marcel J.E. Mol March 23 1989 * * Paul Haeberli @ Silicon Graphics - 1989 * * To compile on an IRIS: * * cc -I/usr/include/gl fromgif.c -o fromgif -limage -lm * * Use fromgif to convert from name.gif to name.rgb file. * Then use "ipaste" to display the image. * */ #include "image.h" #include "math.h" #define GIFGAMMA (1.5) /* smaller makes output image brighter */ short gamtab[256]; makegamtab(gam) float gam; { int i; for(i=0; i<256; i++) gamtab[i] = 255*pow(i/255.0,gam)+0.5; } short rbuf[4096]; short gbuf[4096]; short bbuf[4096]; #define COLSIZE 256 unsigned char *stackp; unsigned int prefix[4096]; unsigned char suffix[4096]; unsigned char stack[4096]; int datasize,codesize,codemask; /* Decoder working variables */ int clear,eoi; /* Special code values */ int avail, oldcode; FILE *infile; int global; /* Is there a global color map? */ int globalbits; /* Number of bits of global colors */ unsigned char globalmap[COLSIZE][3];/* RGB values for global color map */ char bgcolor; /* background color */ unsigned char *raster; /* Decoded image data */ unsigned int width, height; unsigned char red[COLSIZE]; unsigned char green[COLSIZE]; unsigned char blue[COLSIZE]; char *filename, *imagename; main(argc,argv) int argc; char *argv[]; { extern int optind; extern char *optarg; int flag; makegamtab(GIFGAMMA); if(argc<2) { fprintf(stderr,"usage: fromgif image.gif image.rgb\n"); exit(1); } filename = argv[1]; imagename = argv[2]; if ((infile = fopen(filename,"r")) == NULL) { perror(filename); exit(1); } convert(); fclose(infile); exit(0); } convert() { char ch; if (checksignature()) return; readscreen(); while ((ch = getc(infile)) != ';' && ch != EOF) { switch (ch) { case '\0': break; /* this kludge for non-standard files */ case ',': if (readgifimage()) return; break; case '!': readextension(); break; default: fprintf(stderr, "illegal GIF block type\n"); return; break; } } } checksignature() { char buf[6]; fread(buf,1,6,infile); if (strncmp(buf,"GIF",3)) { fprintf(stderr, "file is not a GIF file\n"); return 1; } if (strncmp(&buf[3],"87a",3)) { fprintf(stderr, "unknown GIF version number\n"); return 1; } return 0; } /* * readscreen - * Get information which is global to all the images stored * in the file */ readscreen() { unsigned char buf[7]; unsigned int screenwidth; /* The dimensions of the screen */ unsigned int screenheight; /* (not those of the image) */ unsigned int rscreenwidth; /* The dimensions of the raster */ fread(buf,1,7,infile); screenwidth = buf[0] + (buf[1] << 8); rscreenwidth = screenwidth + screenwidth%2; /* compensate odd widths */ screenheight = buf[2] + (buf[3] << 8); global = buf[4] & 0x80; if (global) { globalbits = (buf[4] & 0x07) + 1; fread(globalmap,3,1< 0; count = getc(infile)) { fread(buf,1,count,infile); for (ch=buf; count-- > 0; ch++) { datum += *ch << bits; bits += 8; while (bits >= codesize) { code = datum & codemask; datum >>= codesize; bits -= codesize; if (code == eoi) { /* This kludge put in */ #ifdef DEBUG fprintf(stderr, "found eoi code\n"); #endif goto exitloop; /* because some GIF files*/ } /* aren't standard */ if (process(code, &fill)) { goto exitloop; } } } if (fill >= raster + width*height) { fprintf(stderr, "raster full before eoi code\n"); goto exitloop; } } exitloop: if (fill != raster + width*height) { fprintf(stderr, "warning: wrong rastersize: %ld bytes\n", (long) (fill-raster)); fprintf(stderr, " instead of %ld bytes\n", (long) width*height); return 0; /* can still draw a picture ... */ } return 0; } /* * process - * Process a compression code. "clear" resets the code table. * Otherwise make a new code table entry, and output the bytes * associated with the code. */ process(code, fill) register code; unsigned char **fill; { int incode; static unsigned char firstchar; if (code == clear) { codesize = datasize + 1; codemask = (1 << codesize) - 1; avail = clear + 2; oldcode = -1; return 0; } if (oldcode == -1) { *(*fill)++ = suffix[code]; firstchar = oldcode = code; return 0; } if (code > avail) { fprintf(stderr, "code % d to large for %d\n", code, avail); return 1; } incode = code; if (code == avail) { /* the first code is always < avail */ *stackp++ = firstchar; code = oldcode; } while (code > clear) { *stackp++ = suffix[code]; code = prefix[code]; } *stackp++ = firstchar = suffix[code]; prefix[avail] = oldcode; suffix[avail] = firstchar; avail++; if (((avail & codemask) == 0) && (avail < 4096)) { codesize++; codemask += avail; } oldcode = incode; do { *(*fill)++ = *--stackp; } while (stackp > stack); return 0; } /* * initcolors - * Convert a color map (local or global) to arrays with R, G and B * values. * */ initcolors(colormap, ncolors, bgcolor) unsigned char colormap[COLSIZE][3]; int ncolors; int bgcolor; { register i, k; for (i = 0; i < ncolors; i++) { red[i] = gamtab[colormap[i][0]]; green[i] = gamtab[colormap[i][1]]; blue[i] = gamtab[colormap[i][2]]; } } /* * rasterize - * Read a row out of the raster image and write it to the screen * */ rasterize(interleaved, raster) int interleaved; register unsigned char *raster; { register row, col; register unsigned char *rr; unsigned char *newras; IMAGE *image; #define DRAWSEGMENT(offset, step) \ for (row = offset; row < height; row += step) { \ rr = newras + row*width; \ bcopy(raster, rr, width); \ raster += width; \ } if ((newras = (unsigned char*) malloc(width*height)) == NULL) { fprintf(stderr, "not enough memory for image\n"); return 1; } rr = newras; if (interleaved) { DRAWSEGMENT(0, 8); DRAWSEGMENT(4, 8); DRAWSEGMENT(2, 4); DRAWSEGMENT(1, 2); } else DRAWSEGMENT(0, 1); image = iopen(imagename,"w",RLE(1),3,width,height,3); if(!image) { fprintf(stderr,"fromgif: can't open output image %s\n",imagename); exit(1); } rastertoimg(newras,image,width,height); iclose(image); free(newras); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04221; 6 May 90 11:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04140; 6 May 90 11:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04083; 6 May 90 11:04 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00333; 5 May 90 16:22 EDT Received: Sat, 5 May 90 16:21:09 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Sat, 5 May 90 16:21:09 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9005052021.AA21074@aero4.larc.nasa.gov> To: swrinde!cs.utexas.edu!texbell!nuchat!texhrc!mjz@ucsd.edu Subject: Re: 3D math rendering Cc: info-iris@BRL.MIL If I needed to plot a function like you suggest and needed a quick look, I would right a quick program to generate a file with all the points in it and then display it with PLOT3D and/or SURF. These are two programs written at Ames, free for U.S. dissemination only. They are also suppose to be releasing some new software called FAST. -- 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 aa00795; 6 May 90 22:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00539; 6 May 90 21:55 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab00466; 6 May 90 21:39 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa13296; 6 May 90 18:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24899; Sun, 6 May 90 15:40: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: 6 May 90 05:26:07 GMT From: Tim Monks Organization: none Subject: Availability of BLAS levels 1&2 optimised for SG 240GTX Message-Id: <1530@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone out there know of a source for BLAS (Basic Linear Algebra Subprograms) levels 1 & 2, which have been optimised specifically for the MIPS CPU and the SG architecture, especially on a 240GTX ? Thanks in advance, 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 aa00881; 6 May 90 23:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00628; 6 May 90 22:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00548; 6 May 90 21:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00375; 6 May 90 19:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28546; Sun, 6 May 90 16: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: 6 May 90 23:35:31 GMT From: Tim Monks Organization: none Subject: Summary on how to trap floating point exceptions Message-Id: <1533@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's an edited summary of the answers I received on how to force floating point exceptions to dump core. Basically for my purposes all I had to do was put a call to set_fpc_csr() with the appropriate argument before I called signal() and the targetted fp exception would make the program barf. There is of course a lot more fancy tricks you could do - what follows are the hints I received. Thanks to Thomas Russo, Ken Lalonde, Chris Wagner and Reuel Nash. --8<------------------------------------------------------------------------ From: russo@chaos.utexas.edu (Thomas Russo) set_fpc_csr(0xe00); This will enable core dumps when a FPE occurs. Wasn't that obvious :-? (If that's too cryptic do a man fpc, which will point you at /usr/include/sys/fpu.h.) Thomas Russo Center for Nonlinear Dynamics, University of Texas at Austin russo@chaos.utexas.edu or phib421@utchpc.bitnet --8<------------------------------------------------------------------------ From: Ken Lalonde We ran into this problem too. Apparently SGI will be supplying a proper way to do what you want, along the lines of Sun's ieee_handler routine. I wrote a version of ieee_handler for our SGI systems which does most of the job. If all you need is a core dump, call this: #include #include abort_on_fpe() { union fpc_csr csr; csr.fc_word = get_fpc_csr(); csr.fc_struct.en_divide0 = 1; set_fpc_csr(csr.fc_word); } This will generate a SIGFPE on divide-by-zero. To enable dumps on the various other FPE's, set the appropriate bit from to 1 above, e.g. csr.fc_struct.en_invalid = 1; Note: if you set a handler for SIGFPE (instead of dumping core by default) and return from the signal handler, you'll get an infinite loop. You must advance the PC before returning -- mail me for details. Ken Lalonde, Department of Computer Science, University of Toronto --8<------------------------------------------------------------------------ From: jwag@moose.sgi.com (Chris Wagner) Try including and calling the following function: #include #include #include .globl fpe_enable .ent fpe_enable fpe_enable: cfc1 t0, fpc_csr # grab fpu status register li t1, 0xF10 /*li t1, 0x3f000*/ or t0, t0, t1 # or in enable bits ctc1 t0, fpc_csr # replace fpu status j ra # return .end fpe_enable By default the C runtime startup does not enable floating point exceptions In our next release a complete fp exception package has been added Chris Wagner --8<------------------------------------------------------------------------ From: reuel%khaki%sgi.com@munnari.oz (Reuel Nash) > How do you force floating point exceptions to dump core in C on an SG ? I know Chris Wagner posted a machine language routine that can do this, but their are some routines already available. Here's your program modified to dump core... #include #include #include #include #include main(argc, argv) int argc; char **argv; { void Report_class(double); double x,zero; union fpc_csr fpc; /* enable the exceptions in the fpu's control register */ fpc.fc_word = get_fpc_csr(); fpc.fc_word |= FPCSR_ENABLES; set_fpc_csr(fpc.fc_word); /* set up a signal trap */ signal(SIGFPE, SIG_DFL); /* try to trap Infinity */ zero = 0.0; x = 1.0/zero; /* I wanted the program to dump core on the previous line, but it carried on, so we have a look at what we got. */ Report_class(x); /* Now try to trap NaN */ x = zero/zero; Report_class(x); } void Report_class(double x) { int type; type = fp_class_d(x); if (type == FP_SNAN) fprintf(stderr,"X = %lf is a signalling NaN\n",x); else if (type == FP_QNAN) fprintf(stderr,"X = %lf is a quiet NaN\n",x); else if (type == FP_POS_INF) fprintf(stderr,"X = %lf is positive infinity\n",x); else if (type == FP_NEG_INF) fprintf(stderr,"X = %lf is negative infinity\n",x); else fprintf(stderr,"X = %lf is something quite different !!!\n",x); } --8<------------------------------------------------------------------------ -- 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 aa02384; 7 May 90 5:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02187; 7 May 90 4:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02156; 7 May 90 4:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02220; 7 May 90 4:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24770; Mon, 7 May 90 01:03:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 May 90 06:58:14 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: PostScript SGI Logo Message-Id: <1990May7.065814.5370@sgzh.uucp> References: <1990May3.074723.4874@sgzh.uucp>, <7298@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7298@odin.corp.sgi.com> msc@sgi.com writes: > >In article <1990May3.074723.4874@sgzh.uucp>, root@sgzh.uucp (Bruno Pape) >writes: >|> I was going to ask if anyone had already written a non-bitmap PostScript >|> implimentation of the SGI logo but I kept forgetting to so I wrote one >|> myself. Here it is, it runs on an IRIS using psh or on a QMS PS-810, >|> maybe even a LaserWriter if you are lucky. >|> >|> If anyone has a better implimentation of it I would be glad to have it, >|> or if anyone knows the official dimensions for it I would also be >interested. > >You should have asked. There is a PostScript SGI logo created by Dave >Ciemiewicz in /usr/NeWS/lib/NeWS/sgilogo.ps. This is used in the "SGI root" >and in a few of the NeWS demos. It is on all 4D machines running 3.0 or >later. >-- >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." Yea, the first time I was told about /usr/NeWS/lib/NeWS/sgilogo.ps I felt real stupid. But it sometimes does not draw the logo correctly using psh, it needs a little reprogramming for PostScript implementations that do not support "dictbegin" such as the QMS and probably the LaserWriter, and it does not seem to draw small logos very well. It is there though. How about something non-bitmap for the text portion of the logo that will run on a LaserWriter? Thanks Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02522; 7 May 90 5:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02305; 7 May 90 5:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02274; 7 May 90 5:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02395; 7 May 90 4:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26493; Mon, 7 May 90 01:43: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: 7 May 90 08:17:04 GMT From: Ian Hoyle Subject: Re: 3D math rendering Message-Id: <1535@merlin.bhpmrl.oz.au.bhpmrl.oz> References: <416@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <416@texhrc.UUCP>, by mjz@texhrc.UUCP (Michael Zeitlin): > > Does anybody know of some easy to use code that takes math > functions and renders them on the Iris in 3D complete > with color, lighting and shading? Yep, take a look at Mathematica from Wolfram Research :-) ian -- Ian Hoyle /\/\ / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ ACSnet : ianh@merlin.bhpmrl.oz.au Internet: ianh%merlin.bhpmrl.oz.au@uunet.uu.net   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00094; 7 May 90 13:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07188; 7 May 90 11:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07153; 7 May 90 11:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04082; 7 May 90 11:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13949; Mon, 7 May 90 07:59:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 May 90 14:54:54 GMT From: Eric Hoffman Organization: Georgia Institute of Technology Subject: POWER FORTRAN Accelerator Message-Id: <9019@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have any experience with the Power Fortran Accelerator? I have been trying to run PFA on a POWER SERIES 4D/220S with 2 CPU without any success: it slows down my codes. I am using a fairly simple code to do tests. Whatever (-On) option I use, (-pfa) increases both clock and cpu time. Any clue? The test code follows: PROGRAM test_mat c size: nmaxs parameter(nmaxs=1024,mmaxs=1024) real alpha(nmaxs),beta(mmaxs),o(nmaxs,mmaxs) data m,n/1024,1024/ time0=second() do 20 j=1,n do 10 i=1,m o(i,j)=float(i)+float(j) 10 continue alpha(i)=float(i) 20 continue do 30 i=1,120 call HSMVPS(M,N,o,nmaxs,alpha,beta,IER) 30 continue time1=second() write(6,*)' Total : ',time1-time0 stop end subroutine HSMVPS(M,N,A,NROWA,X,Y,IER) REAL A(NROWA,N),x(n),y(m) do 29 j=1,n do 27 i=1,m y(i)=y(i)+a(i,j)*x(j) 27 continue 29 continue end   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02586; 7 May 90 15:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02175; 7 May 90 14:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02092; 7 May 90 14:38 EDT Received: from cidsv01.cid.aes.doe.CA by VGR.BRL.MIL id aa06569; 7 May 90 13:58 EDT Received: from cidws03 by cidsv01 (5.61-MX) with SMTP id AA12440; Mon, 7 May 90 17:54:16 GMT Return-Path: From: Alain St-Denis Message-Id: <9005071756.AA04303@cidws03.cid.aes.doe.CA> Subject: SVR4 To: info-iris@BRL.MIL Date: Mon, 7 May 90 13:56:02 EDT X-Mailer: ELM [version 2.2 PL16] I don't know if that question has ever been asked to the mailing list but can anyone at SGI tell me what are the plans regarding SVR4 (dates maybe?)? Thanks, -- Alain St-Denis Centre informatique de Dorval Environnement Canada astdenis@cid.aes.doe.CA (514) 421-4697   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06374; 7 May 90 17:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05763; 7 May 90 17:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05354; 7 May 90 16:47 EDT Received: from cidsv01.cid.aes.doe.CA by VGR.BRL.MIL id aa07635; 7 May 90 16:15 EDT Received: from cidws03 by cidsv01 (5.61-MX) with SMTP id AA22902; Mon, 7 May 90 20:11:27 GMT Return-Path: From: Alain St-Denis Message-Id: <9005072013.AA04465@cidws03.cid.aes.doe.CA> Subject: Bug with telnetd? To: info-iris@BRL.MIL Date: Mon, 7 May 90 16:13:13 EDT Cc: Marcel Jette X-Mailer: ELM [version 2.2 PL16] We encountered a strange problem. A bunch of users (~20) logged in using telnet (in fact, they logged in through CDCNET (don't ask why...)). At some point the machine would freeze and print the following message on the console (many times): Bufcall: could not allocate stream event. And everything would be back to normal a minute later. It seemed to us that the only users who froze were those connected through telnetd. I was connected with rlogind and I wasn't aware of any problem until someone told me. Would there be a problem with the way telnetd handles ptys? Or am I asking a stupid question? Is there a kernel parameter that can fix that. If it's a bug, is there a fix? Thanks, -- Alain St-Denis Centre informatique de Dorval Environnement Canada astdenis@cid.aes.doe.CA (514) 421-4697   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08239; 7 May 90 21:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07651; 7 May 90 19:19 EDT Date: Mon, 7 May 90 19:00:54 EDT From: Mike Muuss To: GJACKSON@tacom-emh2.army.mil cc: info-iris@vmb.brl.mil Subject: Re: BRLCAD available on Power Series? Message-ID: <9005071900.aa07545@VMB.BRL.MIL> Let me add to Phils remarks. First, BRL-CAD works fine on the SGI Power Series. The machine on my desk is a Power Series 4D/240. You may have heard of several current issues between BRL-CAD Release 3.7 and SGI's IRIX Release 3.2 (and 3.2.1 and 3.2.2): *) It is necessary to modify a few files in the BRL-CAD Release 3.7 software before beginning compilation. These changes are listed on the erratta sheet that is shipped with every tape. These changes are necessitated by the fact that SGI IRIX Release 3.2 was not made available until after BRL-CAD Release 3.7, so there was no way the BRL-CAD software could have been tested in advance. *) When running a parallel application that produces images on the framebuffer, it is necessary to bounce the image through RFBD, because SGI has a bug in their graphics library that makes it impossible for a parallel-processing application to produce graphics output (ugh!). This is easily accomplished by adding the flag -F127.0.0.1: to such applications, or setting FB_FILE=127.0.0.1: in advance. I knew of this problem before the BRL-CAD Release was finalized, and spent several days trying to develop an internal "fix", but nothing worked. When SGI promised me that this difficulty would be fixed in IRIX Release 3.2, I gave up. However, it was *not* fixed in 3.2, so the problem lingers on. SGI now claims that IRIX Release 3.3 will have this fixed. Note again that this is an SGI libgl bug, not a BRL-CAD bug, not that you as the user care about the distinction. Other than these two issues, I believe that BRL-CAD Release 3.7 is a good, solid release, and should give you no trouble. Please pass this information on to your "sources". If you have any questions, please feel free to drop me a line. Best, -Mike - - - - - For those wondering what BRL-CAD is, here is a quick summary. The BRL-CAD Package includes a powerful solid modeling capability and a network-distributed image-processing capability. This software is now running at over 600 sites. BRL-CAD started in 1979 as a task to provide an interactive graphics editor for the BRL vehicle-description data base. Today the package totals more than 150,00 lines of "C" source code. It runs under UNIX and is supported over more than a dozen product lines from Sun Workstations to the Cray 2. The package includes: A Solid geometric editor The Ray tracing library Two Lighting models Many image-handling, data-comparison, and other supporting utilities In terms of geometrical representation of data, BRL-CAD supports: The original Constructive Solid Geometry (CSG) BRL database. Extensions to include solids made from collections of Uniform B-Spline Surfaces as well as Non-Uniform Rational B-Spline [NURB] Surfaces. A facetted data representation. It supports association of material (and other attribute properties) with geometry which is critical to subsequent applications codes. It supports a set of extensible interfaces by means of which geometry (and attribute data) are passed to applications. Applications linked to BRL-CAD: o Weights and Moments-of-Inertia o Optical Image Generation (including specular/diffuse reflection, refraction, and multiple light sources, animation, interference) o Bistatic laser analysis o A number of Synthetic Aperture Radar Codes (including codes due to ERIM) o Acoustic model predictions o High-Energy Laser Damage o High-Power Microwave Damage o An array of V/L Codes o Neutron Transport Code o Link to PATRAN [TM] and hence to ADINA, EPIC-2, NASTRAN, etc. for structural/stress analysis o X-Ray calculation   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08894; 7 May 90 22:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08704; 7 May 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08665; 7 May 90 22:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09157; 7 May 90 21:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05358; Mon, 7 May 90 13:37: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: 7 May 90 19:43:50 GMT From: sgi!shinobu!odin!miq@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Arena Source Code Available? Message-Id: <7345@odin.corp.sgi.com> References: <9005031445.aa07158@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005031445.aa07158@VGR.BRL.MIL> GJACKSON@TACOM-EMH2.ARMY.MIL writes: >We are very interested in connecting two iris's together for a >real time computer generated imagery system. The level of information >to be shared is on the same order as that when the demo program "arena" >is run on the network. Does anyone have source code available >for "arena" that we can have to experiment with. > >Thanks in advance ... Gerry The Customer Support Center refers the curious to Marketing where for a nominal fee of $100 plus a signed non-disclosure agreement, you can get a tape contain- ing the source for all the common demos and some neat Public Domain application programs. There are four different tapes; 2000/3000 series, 4D/G series, 4D/GT and GTX Series, and the Personal IRIS series. Here is a run down of what each tape includes: 2000/3000: SGI Demo source Princeton Toolkit (ICGLtools) ICARE {Interactive Computer Aided RGB Editor} Lemming Editor {a PIC image editor, not for small furry rodents} Naval Postgraduate School S/W {5 sample applications for simulators} Twixt {3D animation constructor}{ 4D machines: {all series have same programs, just ported to that platform} SGI Demo source Princeton Toolkit (ICGLtools) Lemming Editor Oper {unix job control applications for batch processing} Chemistry Software {semi-empirical molecular orbital package} NCSA Height-Color Visualzer {bi-variate data viewer} Twixt TeX {typesetting system} To order one of these tapes, send a check (include sales tax if you are a resident of AL, AZ, CA,CO, CT, FL, GA, IL, MD, MI, MN, MO, NJ, NM, NC, OH, PA, TX, VA, or WA), a list of all workstations and their serial numbers you wish to run the software on, your desired package and a return address, name, and telephone number to: Silicon Graphics, Inc. User Services Mailstop 9L-415 2011 N. Shoreline Blvd. Mountian View, CA 94087-7311 The preceding information was taken from the IRIS software exchange, Number 2 dated December 1989. This is the only information I have on these particular items, and I have no idea how current this information is. None of these packages will be able to be supported by the Customer Support Center, and most of the $100 goes towards tapes and shipping costs I am sure. -- "Mister! Hey mister! You lights are popped up, but they aren't on!" "Huh? Oh gee thanks..." An ingorant good samaritan and me in my Bugeye Miq Millman -- miq@sgi.com or {decwrl,pyramid,ucbvax}!sgi!miq   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08894; 7 May 90 22:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad08704; 7 May 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab08665; 7 May 90 22:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09161; 7 May 90 21:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03373; Mon, 7 May 90 13:07: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: 7 May 90 19:06:37 GMT From: "Jeff P. M. Hultquist" Organization: NAS - Applied Research Office, NASA Ames Subject: Re: 3D math rendering Message-Id: References: <416@texhrc.UUCP>, <1535@merlin.bhpmrl.oz.au.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > From: gold@puck.wpd.sgi.com (Michael Gold) > Newsgroups: comp.sys.sgi > > Mathematica is available through your SGI sales rep. Our > implementation is rather impressive, especially if you have used > Mathematica on other platforms. > > Michael I. Gold > Silicon Graphics Inc. "Impressive"?! Mathematica on the IRIS provides only a command line interface. There is no support for the editing of notebooks; unlike "other platforms" such as the NeXT and the Mac. Remote users of Mathematica have access only to the Postscript graphics. The shaded-graphics of the GL cannot be used remotely. Mathematica on the IRIS is _adequate_. -- -- Jeff Hultquist hultquis@nas.nasa.gov NASA - Ames Research Center (415) 604-4970 Disclaimer: "I am not a rocket scientist."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08999; 7 May 90 22:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08704; 7 May 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08662; 7 May 90 22:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09131; 7 May 90 21:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21715; Mon, 7 May 90 17:52: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: 7 May 90 23:47:54 GMT From: Kenneth Josiah Harris Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: POWER FORTRAN Accelerator Message-Id: <7367@odin.corp.sgi.com> References: <9019@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9019@hydra.gatech.EDU> ccsupeh@prism.gatech.EDU (Eric Hoffman) writes: > >Does anyone have any experience with the Power Fortran Accelerator? >I have been trying to run PFA on a POWER SERIES 4D/220S with 2 CPU >without any success: it slows down my codes. >I am using a fairly simple code to do tests. Whatever (-On) option I use, >(-pfa) increases both clock and cpu time. >Any clue? > >The test code follows: > > > PROGRAM test_mat >c size: nmaxs > parameter(nmaxs=1024,mmaxs=1024) > real alpha(nmaxs),beta(mmaxs),o(nmaxs,mmaxs) > data m,n/1024,1024/ > time0=second() > do 20 j=1,n > do 10 i=1,m > o(i,j)=float(i)+float(j) > 10 continue c!!!!!!!!!!!!!!!!!!!!!!!!!!! c is this what you wanted: alpha(j)=float(j) > alpha(i)=float(i) > 20 continue > do 30 i=1,120 > call HSMVPS(M,N,o,nmaxs,alpha,beta,IER) > 30 continue > time1=second() > write(6,*)' Total : ',time1-time0 > stop > end > subroutine HSMVPS(M,N,A,NROWA,X,Y,IER) > REAL A(NROWA,N),x(n),y(m) > do 29 j=1,n > do 27 i=1,m > y(i)=y(i)+a(i,j)*x(j) > 27 continue > 29 continue > end Basically, there is a data dependence in "y(i)=y(i)+a(i,j)*x(j)". This is called a "sum reduction". This exact example is discussed in "FORTRAN 77 Programmer's Guide", Section 5.6, example 3, page 5-24. You can break the data dependence a couple of ways. One is to interchange the loops. The new PFA will do sum reductions automatically. If you use "-pfa keep" in the compile line, you can get a listing file that you can use to determine what the preprocessor thinks. You can use prof and pixie to find where the code is spending time. You can use "fsplit" to put each subroutine in a separate file so that you can use PFA on just some subroutines. Here is a makefile that I use for benchmarks, it has a lot of the flags and prof and pixie stuff built in: #!/usr/bin/make #PIXFLAGS = -quit 1% -invoc -only sin -only pow PIXFLAGS = -quit 1% PFAOPT = -o=5 -roundoff=2 FPFA = -pfa keep -WK,-o=5,-roundoff=2 #FPFA = -mp ##### FLAGS: flags for both C and FORTRAN ##### #FLAGS = -O2 -G 8200 -static FLAGS = -O2 -G 8200 ##### FFLAGS: flags for FORTRAN ##### # -u # no implicit declarations # -w0 # Do not suppress the warning message for unused variables. # -static # Cause all local variables to be statically allocated. FFLAGS = $(FPFA) $(FLAGS) -u ##### CFLAGS: flags for C ##### # -float # don't promote to double CFLAGS = $(FLAGS) COMPILER = $(FC) $(FFLAGS) ##COMPILER = $(CC) $(CFLAGS) LDFLAGS = -bestGnum -Wl,-L$(TOOLROOT)/usr/lib MAIN = mat #OBJ = $(SRC:.f=.o) OBJ = mat.o UCODE = $(OBJ:.o=.u) ############################################################################ default: $(MAIN) timex $(MAIN) ############################################################################ ## rearranges procedures in an executable to facilitate better cache mapping. $(MAIN).cord: $(MAIN).reorder $(MAIN).rel $(TOOLROOT)/usr/lib/cord -o $(MAIN).cord $(MAIN).rel $(MAIN).reorder ## make an executeable with the relocation info intact $(MAIN).rel: $(OBJ) timex $(COMPILER) -Wl,-r,-d,-z $(OBJ) $(LDFLAGS) -o $@ $(MAIN).reorder: $(MAIN).fd $(TOOLROOT)/usr/lib/ftoc $(MAIN).fd > $(MAIN).reorder ## generate feedback file $(MAIN).fd: $(MAIN) $(MAIN).pixflag prof -pixie -feedback $(MAIN).fd $(MAIN) ############################################################################ ## generate pixie reports $(PROFDIR)/$(MAIN).pix.out: $(MAIN) $(MAIN).pixflag prof -pixie $(PIXFLAGS) $(MAIN) \ $(MAIN).Addrs $(MAIN).Counts* > $@ ## doprof $(MAIN) pix ## run program to get pixie statistics # run program. makes $(MAIN).Counts$pid ## note: MP with pixie and graphics will crash window manager. ## $(MAIN).pixflag: $(MAIN).pixie set nonomatch ; rm -f $(MAIN).Counts* touch $(MAIN).pixflag timex $(MAIN).pixie ## make an executable with basic block counting # also makes $(MAIN).Addrs $(MAIN).pixie: $(MAIN) pixie $(MAIN) ############################################################################ ## generate prof report $(PROFDIR)/$(MAIN).prof.out: $(MAIN).profflag prof $(MAIN).prof *.$(MAIN).prof > $@ ## doprof $(MAIN) prof ## run program to get prof statistics # run program. makes $$.$(MAIN).prof $(MAIN).profflag: $(MAIN).prof set nonomatch ; rm -f *.$(MAIN).prof touch $(MAIN).profflag timex $(MAIN).prof ## make an executable with PC sampling $(MAIN).prof: $(OBJ) timex $(COMPILER) $(OBJ) -p $(LDFLAGS) -o $@ ############################################################################ ## make an executable at optimiztion level 3 #$(MAIN): $(UCODE) # timex $(COMPILER) $(UCODE) $(LDFLAGS) -o $@ ## make an executable at optimiztion level 0,1,2 $(MAIN): $(OBJ) timex $(COMPILER) $(OBJ) $(LDFLAGS) -o $@ ############################################################################ clean: set nonomatch ; rm -f $(MAIN) set nonomatch ; rm -f $(OBJ) set nonomatch ; rm -f $(UCODE) set nonomatch ; rm -f $(MAIN).pixie $(MAIN).Addrs $(MAIN).pix.out set nonomatch ; rm -f *.$(MAIN).prof set nonomatch ; rm -f $(MAIN).Counts* set nonomatch ; rm -f $(MAIN).prof $(MAIN).prof.out set nonomatch ; rm -f a.out core nohup.out set nonomatch ; rm -f $(MAIN).cord $(MAIN).reorder $(MAIN).fd $(MAIN).rel set nonomatch ; rm -f $(MAIN).pixflag $(MAIN).profflag set nonomatch ; rm -f *.l *.m set nonomatch ; rm -f $(MAIN).pix.* set nonomatch ; rm -f $(MAIN).prof.* .SUFFIXES: .m .u .s .f.u: $(COMPILER) -j $< .f.m: $(TOOLROOT)/usr/lib/pfa -L=$*.l -F=$@ -I=$< $(PFAOPT) ## to strip out stuff: grep -v "^#" < file.f .f.s: $(COMPILER) -S $< -- Ken J. Harris -- kj@sgi.com or {decwrl,pyramid,ucbvax}!sgi!kj   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08999; 7 May 90 22:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08704; 7 May 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab08662; 7 May 90 22:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09135; 7 May 90 21:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10941; Mon, 7 May 90 15:03: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: 7 May 90 21:39:15 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Error from dbx Message-Id: <1957@dftsrv.gsfc.nasa.gov> References: <9005031445.aa07158@VGR.BRL.MIL>, <7345@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to debug a large Fortran program. The program ran but the results appeared to indicate a variable was being changed when I wasn't expecting it to be. I thought it was a good opportunity to learn edge/dbx. So I recompiled all the source with -O0 (for no optimization) and -g (for symbols). I then started dbx and got the following message: warning: aux(17) greater than max(16) for file 111 I then got a core dump. If anyone can point me to a meaning for this message, I would greatly appreciate it. Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09212; 7 May 90 22:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08999; 7 May 90 22:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08954; 7 May 90 22:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09169; 7 May 90 21:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28925; Mon, 7 May 90 12:03: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: 7 May 90 17:33:25 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: PostScript SGI Logo Message-Id: <1990May7.173325.5918@sgzh.uucp> References: <1990May3.074723.4874@sgzh.uucp>, <7307@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7307@odin.corp.sgi.com> ciemo@sgi.com (Dave Ciemiewicz) writes: > >P.S. Now have fun with it using the SGI logo as a clipping path. > Oh, if you can use it as a clipping path that explains the painfull gyrations it goes through. It's not as bad as I made it sound earlier. Mine does not work correctly in psh all the time either and small logos might look better if I used scale. Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09212; 7 May 90 22:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad08999; 7 May 90 22:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab08954; 7 May 90 22:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09172; 7 May 90 21:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28992; Mon, 7 May 90 12:04:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 May 90 17:55:15 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Timeout on serial port read Message-Id: <1990May7.175515.6051@sgzh.uucp> References: <9005030929.aa08086@VMB.BRL.MIL>, <1990May4.161343.1945@sgzh.uucp>, <59374@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <59374@sgi.sgi.com> vjs@sgi.com (Vernon Schryver) writes: > >The VTIME parameter is in units of tenths of seconds, not seconds. > >The FIONBIO ioctl works on IRIX TTY's, to give "non-block" I/O. > >Using select(2) is almost certainly the best solution. > Opps, tenths of a seconds it is. Non-blocking I/O and non-blocking with a delay are slightly different. Select seems like overkill for simple tty I/O. Why is it almost certainly the best solution? To all non-blocking tty I/O problems? Just wondering, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09212; 7 May 90 22:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag08999; 7 May 90 22:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08966; 7 May 90 22:35 EDT Received: from Sierra.Stanford.EDU by VGR.BRL.MIL id aa09280; 7 May 90 22:12 EDT Received: by sierra.Stanford.EDU (4.0/4.7); Mon, 7 May 90 11:59:49 PDT Date: Mon, 7 May 90 11:59:49 PDT From: "Lloyd J. Lacomb" To: info-iris@BRL.MIL Cc: lacomb@sierra.stanford.edu Subject: removing subsytems Message-Id: Is there anyway to use inst (or some other tool) to remove a whole subsytem that I installed with inst. I installed the SCCS subsystem under 3.1 some time ago and it was updated when I installed 3.2, but now I no longer need it. Is there some easy way to have all the files associated with that subsystem removed. Also when 3.3 comes along can I not select SCCS and have it not only not install 3.3 SCCS but remove 3.2 SCCS. Thanks, Lloyd lacomb@sierra.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09415; 7 May 90 23:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af08999; 7 May 90 22:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad08954; 7 May 90 22:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09179; 7 May 90 21:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27189; Mon, 7 May 90 11:36: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: 7 May 90 18:33:35 GMT From: James Matthew Rehg Organization: Carnegie-Mellon University, CS/RI Subject: 4 MB SIMMS in 4D/25 Message-Id: <9190@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We recently successfully installed Kingston 4 MB SIMMS with Toshiba chips in a Personal Iris 4D/25 here at CMU. We have had 16 MB operating successfully for several days now. Our first batch of SIMMS had Hitachi chips, and they did not work. We did not have any success mixing the 4 MB SIMMS with the 1 MB SIMMS that came with the Iris, but they work fine by themselves. --- Jim Rehg   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09496; 7 May 90 23:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae08999; 7 May 90 22:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac08954; 7 May 90 22:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09174; 7 May 90 21:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27713; Mon, 7 May 90 11:44: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: 7 May 90 09:51:52 GMT From: Michael Gold Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3D math rendering Message-Id: References: <416@texhrc.UUCP>, <1535@merlin.bhpmrl.oz.au.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1535@merlin.bhpmrl.oz.au.bhpmrl.oz> ianh@merlin.bhpmrl.oz.au (Ian Hoyle) writes: From article <416@texhrc.UUCP>, by mjz@texhrc.UUCP (Michael Zeitlin): > > Does anybody know of some easy to use code that takes math > functions and renders them on the Iris in 3D complete > with color, lighting and shading? Yep, take a look at Mathematica from Wolfram Research :-) Mathematica is available through your SGI sales rep. Our implementation is rather impressive, especially if you have used Mathematica on other platforms. For more information, contact your sales rep or me. -- Mike -- Michael I. Gold You go your way, I'll go mine, Silicon Graphics Inc. I don't care if we get there on time, Internet: gold@sgi.com Everybody's searching for something they say, Voice: (415) 335-1709 I'll get my kicks on the way...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12282; 8 May 90 7:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12098; 8 May 90 7:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12096; 8 May 90 7:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11035; 8 May 90 6:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22444; Tue, 8 May 90 03:43: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: 8 May 90 01:04:24 GMT From: Michael Gold Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3D math rendering Message-Id: References: <416@texhrc.UUCP>, <1535@merlin.bhpmrl.oz.au.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From: hultquis@nas.nasa.gov (Jeff P. M. Hultquist) Newsgroups: comp.sys.sgi Mathematica on the IRIS provides only a command line interface. There is no support for the editing of notebooks; unlike "other platforms" such as the NeXT and the Mac. True; however this is easily worked around. Since I use Mathematica inside of emacs, I have all the editting capability I need. Also, certain shells have built-in command line editting capabilities. I hear your gripe, however, and will look into adding this feature for a future release. With the possible exception of the NeXT, no other UNIX implementation of Mathematica provides this feature. Remote users of Mathematica have access only to the Postscript graphics. The shaded-graphics of the GL cannot be used remotely. By "remotely" you must mean on another IRIS, right? Through the magic of dgl this should be fairly easy to correct in a future release. Of course, what you can do with Mathematica on your console cannot be done *anywhere else* on *any other* platform. Mathematica on the IRIS is _adequate_. Graphics aside, Mathematica on the IRIS blows doors on the NeXT and the Mac in pure computational speed. At a recent trade show, an attendee came by out booth with a formula for a surface which took nearly ten minutes to calculate (and longer to draw) on a NeXT machine. We typed it in for fun, and a Personal Iris computed AND drew the surface in less than two minutes. Apparently you are familiar with the GL extensions. There is NO OTHER implementation of Mathematica which allows the manipulation (i.e. real-time rotations, lighting and shading) of rendered surfaces that can be done on the IRIS. This is the functionality in which Mr. Zeitlin expressed an interest, and I truly believe Mathematica on the IRIS is the best solution for him. Despite the apparent defensive tone of my response, I appreciate your feedback. You raise good points, and they are noted. -- Mike -- Michael I. Gold You go your way, I'll go mine, Silicon Graphics Inc. I don't care if we get there on time, Internet: gold@sgi.com Everybody's searching for something they say, Voice: (415) 335-1709 I'll get my kicks on the way...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24916; 8 May 90 17:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24769; 8 May 90 17:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24767; 8 May 90 17:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13910; 8 May 90 16:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23893; Tue, 8 May 90 12:52: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: 7 May 90 21:18:59 GMT From: zaphod.mps.ohio-state.edu!uwm.edu!dogie.macc.wisc.edu!wuarchive!kuhub.cc.ukans.edu!arritt@tut.cis.ohio-state.edu Organization: University of Kansas Academic Computing Services Subject: NCAR Graphics Message-Id: <23159.26459ff6@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would appreciate hearing from anyone who has experience with using NCAR Graphics on SGI hardware, especially on the Personal Iris. This is the GKS-based NCAR Graphics, not the old System Plot Package. I'm having a problem with the installation which I suspect has a fairly simple answer. (Yes, I've called NCAR but their turnaround for inquiries is very slow.) My larger goal is to set up an informal user's group for NCAR Graphics on SGI. So, I will send each respondent a list of the names and e-mail addresses of the other respondents (perhaps with a line or two describing type of machine or specific applications, etc). The "default" will be to have your name included in the user list. IF YOU RESPOND TO THIS POST, BUT DON'T WANT YOUR NAME ON THE LIST, PLEASE SAY SO. ________________________________________________________________________ Ray Arritt | Dept. of Physics and Astronomy | Univ. of Kansas | Lawrence, KS 66045 | arritt@kuhub.cc.ukans.edu | arritt@ukanvax.bitnet |   Received: from vmb.brl.mil by VMB.BRL.MIL id ab25512; 8 May 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac25252; 8 May 90 18:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25150; 8 May 90 17:44 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa14189; 8 May 90 17:15 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA20442; Mon, 7 May 90 09:34:35 -0400 Received: from lsr-sunc. by (4.1/SMI-4.0) id AA27437; Mon, 7 May 90 09:29:02 EDT Date: Mon, 7 May 90 09:29:01 EDT From: "Lance M. Optican - LMO" Message-Id: <9005071329.AA27437@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: mixing cpu-types Ian Hoyle from down under asked about experience with mixing different cpu types in one box. I ran a very complicated program (but not a parallel on) as a bench mark on the SGI power series compute server that was on the SGI "Magic Bus" touring the country. The server had four 25 MHz and four 33 MHz processors. Without recompiling, the program ran on 16 Mhz, 25 Mhz and 33 Mhz processors with speed-up almost linear with clock speed. To specify the processor, I just used the "runon" command. Thanks to SGI for providing time for bench marking "real" programs on their demo machine! Lance M. Optican Laboratory of Sensorimotor Research National Eye Institute Lance M. Optican   Received: from vmb.brl.mil by VMB.BRL.MIL id ac25512; 8 May 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad25252; 8 May 90 18:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25150; 8 May 90 17:44 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa14194; 8 May 90 17:18 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA20434; Mon, 7 May 90 09:34:32 -0400 Received: from lsr-sunc. by (4.1/SMI-4.0) id AA27323; Mon, 7 May 90 09:21:35 EDT Date: Mon, 7 May 90 09:21:34 EDT From: "Lance M. Optican - LMO" Message-Id: <9005071321.AA27323@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: Re: 3.2 C compiler bug There is a bug in the Irix C-compiler: ----- Begin Included Message ----- Date: 2 May 90 16:47:35 GMT From: "Frank J. Henigman" Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada Subject: 3.2 C compiler bug Message-Id: <1990May2.164735.27436@watcgl.waterloo.edu> Sender: uunet!BRL.MIL!info-iris-request To: info-iris@BRL.MIL Status: RO The following program prints zero but it should print 1. If you modify the program so that foo() does not return a struct it works as expected. struct crud { long x; } w; struct crud foo( float f, long k ) { printf( "%ld\n", k ); return w; } main() { foo( 0.0, 1L ); } -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada ----- End Included Message ----- This seems to be a problem with the function prototyping. If you change to the old-fashioned 'C' convention, the problem goes away: struct crud { long x; } w; struct crud foo(f, k ) float f; long k; { printf( "%ld\n", k ); return w; } main() { foo( 0.0, 1L ); } Good Luck, Lance M. Optican Laboratory of Sensorimotor Research National Eye Institute   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00921; 14 May 90 14:40 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00658; 14 May 90 14:29 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00517; 14 May 90 14:06 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa22382; 14 May 90 13:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13281; Mon, 14 May 90 10:32: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: 7 May 90 21:34:43 GMT From: Phil Dench Organization: Curtin University of Technology, Maths & Comp Sc Subject: graphical object routines Message-Id: <134@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm a bit worried about using the graphical object routines after reading the following two bits of info in the Graphics Library Programming Guide V1.0. (middle page 16-1) "Note: Do not use display lists in the new drawing commands. Display lists do not work in drawing routine pairs such as bgnline/endline." Does this mean that in the future SG are not going to include even newer drawing routines until the graphical object routines become less useful? Or is it that they just didn't get around to it in this version of the graphics library? (topish page 16-10) "If you have to edit graphical objects, use your own display lists. The editing routines that follow are for compatibility with previous products." Why not use them? They still work. Is something really bad going to happen if I do? Does all this mean that I really should start developing my own display list stuff? It seems a pity when most of it is already there. Phil Dench --------------------------------------------+---------------------------------- | School of Computer Science, ACSNet: architec@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!architec | Kent Street, ARPA: architec%cutmcvax.oz@uunet.UU.NET | Bentley | Western Australia, 6102 --------------------------------------------+----------------------------------   Received: from vmb.brl.mil by VMB.brl.MIL id ab02718; 14 May 90 15:40 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02104; 14 May 90 15:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01960; 14 May 90 15:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00350; 14 May 90 14:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13238; Mon, 14 May 90 10:31: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: 7 May 90 21:02:35 GMT From: Phil Dench Organization: Curtin University of Technology, Maths & Comp Sc Subject: record uptime? Message-Id: <133@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I will probably be accused of being a bit of a wanker for sending this. But what the hell, a bit of self abuse amongst friends is the safest way these days. This is a sorted ruptime for our local network (with users and load averages removed and machine types appended). envy up 100+16:10 (4D20) anger up 100+00:22 (4D20) pride up 68+00:46 (4D20) covetousness up 61+03:46 (4D20) sloth up 37+17:45 (4D20) gluttony up 18+23:49 (4D20) sodom up 11+00:15 (4D70GT) lust up 7+00:46 (4D20) IRIS up 6+23:59 (4D60G) spey up 6+05:34 (sun 3xx) gomorrah up 2+01:33 (4D70GT) cutmcvax up 18:18 (vax 11/785 :-) I like to think the two centigenarians (sic?) are there because of my sys admin skills. But its probably got more to do with the reliability/robustness of PIs running 3.2 (even in a student environment) and the unusually constant power supply we've had recently. The irises been down for various reasons; gomorrah - I did a movie on about 750 frames that grabbed heaps of memory and then I couldn't kill it so gomorrah had to be reset. IRIS - its an old donated demo machine (ie no service contract) and just dies occasionally. lust - something I did froze the news_server so it had to be reset. sodom - someone did a rectread with bad coords and caused a panic. gluttony - someone just switched it off. sloth - took it to an exhibition. covetous - dont remember pride - dont remember anger - installing 3.2 envy - installing 3.2 I dont expect them all to stay up much longer though. Now that the winter storms are here, blackouts will be pretty common. But I still am interested to see if anyone out there has a higher score. Phil Dench --------------------------------------------+---------------------------------- | School of Computer Science, ACSNet: architec@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!architec | Kent Street, ARPA: architec%cutmcvax.oz@uunet.UU.NET | Bentley | Western Australia, 6102 --------------------------------------------+----------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16072; 8 May 90 10:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15187; 8 May 90 9:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15091; 8 May 90 9:41 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa11404; 8 May 90 9:04 EDT Received: Tue, 8 May 90 06:02:28 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Tue, 8 May 90 09:03:52 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Tue, 8 May 90 09:26:05 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 8 May 90 09:26:05 EDT From: Tony Facca Message-Id: <9005081326.AA04519@avelon.lerc.nasa.gov> To: lacomb@sierra.stanford.edu Subject: Re: removing subsytems Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > Is there anyway to use inst (or some other tool) to remove a whole > subsytem that I installed with inst. I installed the SCCS subsystem Use the versions(1) command as follows: versions remove SUBSYSTEM_NAME versions(1) by itself will show you what is installed. From within inst you can use "sh" to escape to IRIX and then use the versions command. -- |\/\/\/\/| fsfacca@avelon.lerc.nasa.gov | | | | | (e) (e) | _) ________________________ (c ,_____\ / | | (__( < Oh Yeah, Right! | | / \ Don't have a cow, man | /____\ \_______________________| / \   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18707; 8 May 90 13:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18386; 8 May 90 12:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18308; 8 May 90 12:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12087; 8 May 90 11:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06199; Tue, 8 May 90 08:04: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: 8 May 90 14:12:31 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: IMSL substitutes? Message-Id: <1990May8.141231.7726@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a customer, not connected to the net, who has been using the IMSL routines in software he writes. He would now like to distribute the software so he needs to find some public domain "equivalent" package(s). Does anyone have any information on public domain software distributed by IMSL such as ICEPACK, LINPACK, or MINPACK? Or on software distributed by The Numeric Analysis Group, NAG, out of the UK? Or any other posibilities. Thanks on behalf of Klaus, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23592; 8 May 90 15:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21107; 8 May 90 14:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20944; 8 May 90 14:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12622; 8 May 90 13:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14158; Tue, 8 May 90 10:18: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: 8 May 90 16:47:59 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Error from dbx Message-Id: <59528@sgi.sgi.com> References: <9005031445.aa07158@VGR.BRL.MIL>, <7345@odin.corp.sgi.com>, <1957@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1957@dftsrv.gsfc.nasa.gov>, joe@etac632 (Joe Fulson-Woytek) writes: > I am trying to debug a large Fortran program. The program [ ] > warning: aux(17) greater than max(16) for file 111 > I then got a core dump. If anyone can point me to a meaning for E-mail bounced, so I'm posting. You don't say, but I assume you are still running IRIX release 3.1. Reason: This dbx core dump is most suggestive of an old version of dbx. stdump -n 111 a.out will show you the symbol table for file 111 in a.out. Your file 111 will show just 16 entries in the aux table...... Question: What does the 4 lines of dbx startup say? It should say ``dbx version 1.31'' (plus other stuff). The message means that the aux table (an array of 32-bit unions where data types are recorded) is being probed at a location greater than exists in the (local) aux table for the particular source file. This is nothing you can do anything about :-(. Again: what system version are you using? If you upgraded to 3.2, did you recompile *everything*? As the 3.2 release notes say, dbx cannot deal with objects which have *any* 3.1 object code. Any local libraries in use? Check them! Hope this helps. [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes] PS: This should be handled through the Hotline or e-mail.....Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25252; 8 May 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24769; 8 May 90 17:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24767; 8 May 90 17:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13908; 8 May 90 16:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24591; Tue, 8 May 90 13:02: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: 8 May 90 19:34:52 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Re: Error from dbx Message-Id: <1964@dftsrv.gsfc.nasa.gov> References: <7345@odin.corp.sgi.com>, <1957@dftsrv.gsfc.nasa.gov>, <59528@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <59528@sgi.sgi.com> davea@quasar.wpd.sgi.com (David B. Anderson) writes: > >E-mail bounced, so I'm posting. > Sorry about that - I have fixed my Reply to line I am running 3.2 and all libraries were recompiled. You gave me a crucial piece of info - the use of the stdump command. It pointed me to a common block which had 2 large arrays in it. By moving one of the arrays out, I was able to enter dbx without any warning messages. Now comes the fun of trying to track my bug. Thanks for the response. Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25512; 8 May 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25252; 8 May 90 18:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25148; 8 May 90 17:44 EDT Received: from [192.48.139.30] by VGR.BRL.MIL id aa14160; 8 May 90 17:06 EDT Received: from neumann (neumann.squibb.com) by dino.squibb.com; Tue, 8 May 90 16:56 EST Received: by neumann (5.52/5.7) id AA23342; Tue, 8 May 90 17:08:30 EDT Date: Tue, 8 May 90 17:08:30 EDT From: shaginaw@neumann.squibb.com Subject: IMSL substitutes To: info-iris@BRL.MIL Cc: mcsun!cernvax!chx400!sgzh!root@uunet.uu.net Message-id: <9005082108.AA23342@neumann> X-Envelope-to: info-iris@brl.mil For Bruno Pape: I don't know of any public-domain software from IMSL or NAG. In both cases I believe you must pay for a developer's license to distribute software that uses their subroutines. Your customer should try NETLIB, from Argonne National Labs (USA). To get an index of the software available by anonymous ftp, send mail to "netlib@mcs.anl.gov". This mail will be read automatically, and so its contents must be precise; your message should read "send index". Most, but not all, of IMSL's routines have an equivalent in NETLIB. -- Rich -- ------------------------------------------------------------------------------- Squibb Institute for Medical Research -- Bristol-Myers Squibb Company Richard J. Shaginaw Internet Address: shaginaw@squibb.com Principal Systems Engineer Telephone: 609-921-5184 Macromolecular Modeling Department FAX: 609-683-6607 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26146; 8 May 90 19:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26022; 8 May 90 19:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26011; 8 May 90 19:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14748; 8 May 90 19:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05185; Tue, 8 May 90 15:55:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 90 22:17:51 GMT From: Kevin Gurney Subject: Re: removing subsytems Message-Id: <7445@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article lacomb@SIERRA.STANFORD.EDU ("Lloyd J. Lacomb") writes: >Is there anyway to use inst (or some other tool) to remove a whole >subsytem that I installed with inst. I installed the SCCS subsystem >under 3.1 some time ago and it was updated when I installed 3.2, but >now I no longer need it. Is there some easy way to have all the files >associated with that subsystem removed. Also when 3.3 comes along can >I not select SCCS and have it not only not install 3.3 SCCS but remove >3.2 SCCS. 'versions -v remove dev.sw.sccs' (that's the subsystems' full name, right?) should do the trick for you. In 3.3 'inst' the "Select" menu has changed some so that you will be able to mark dev.sw.sccs for removal (the 3.2 version still on your disk) and this will also mean "don't give me the new one (3.3) either." ---- "A superior, yet deeply flawed, product..." keving@gaffa.wpd.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab26146; 8 May 90 19:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab26022; 8 May 90 19:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26018; 8 May 90 19:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14753; 8 May 90 19:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05154; Tue, 8 May 90 15:55: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: 8 May 90 22:32:59 GMT From: Deb Ryan Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Undocumented Feature Message-Id: <59610@sgi.sgi.com> References: <9005042347.aa01987@SPARK.BRL.MIL>, <1990May5.131121.8226@watserv1.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May5.131121.8226@watserv1.waterloo.edu>, afleming@watsci.waterloo.edu (Allan Fleming) writes: > Under 3.2 using the f77 compiler - when porting a program from VMS I > discovered that doing the following: > > f77 -vms test.f > > caused the -onetime option to be invoked - producing rather non-VMS like > behaviour. > > (please don't say RTFM - I did and the manual doesn't mention that > -vms is now -vms_cc and that -vms no longer appears to be a valid > switch, if the manuals agreed with the online man pages or the compiler > warned me that -vms was no longer supported I may have saved a fair bit > of time) > > Allan Fleming Well, you're right. All I can say is "fixed in next release." Of course, if you use the documented -vms_cc, you don't get the bug. -Deb deb@sgi.com Deborah Ryan Caruso @ Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26314; 8 May 90 20:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac26146; 8 May 90 20:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26101; 8 May 90 19:50 EDT Received: from ADELPHI-IDEAS.ARMY.MIL by VGR.BRL.MIL id aa14746; 8 May 90 19:01 EDT Received: by adelphi-ideas.army.mil (5.51/4.8) id AA13689; Tue, 8 May 90 19:05:08 EDT Date: Tue, 8 May 90 19:05:08 EDT From: Iris Info Message-Id: <9005082305.AA13689@adelphi-ideas.army.mil> To: mcsun!cernvax!chx400!sgzh!root@uunet.uu.net Subject: Re: IMSL substitutes? Cc: info-iris@BRL.MIL Try netlib, *a system for distribution of mathematical software by electronic mail*. Reams of public-domain software is available, including LINPACK and EISPACK. The system is maintained by Argonne National Labs. Just send mail to netlib@ornl.gov with lines like *send index* or *send dgeco from linpack*. A script will *read* your request and mail you back source code or other requested information, typically in a few minutes.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26834; 8 May 90 21:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26716; 8 May 90 21:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26658; 8 May 90 21:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15048; 8 May 90 20:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10260; Tue, 8 May 90 17:16: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: 8 May 90 19:42:47 GMT From: Harry Sharp Subject: dvipage on Silicon Graphics Message-Id: <3242@usceast.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings! Here at University of South Carolina we have three Silicon Graphics Personal Irises (4D/20s) running Irix 3.2. We have brought TeX up on the Irises and would like to be able to preview files. xdvi does not work on these machines. The systems group at SGI doesn't quite know what to make of this and we have given up on this approach. We were told that dvipage, which works under SunView, might work and be easier to port than xdvi. Has anyone heard of this? Does anyone have firsthand knowledge of this? Any ideas? Any responses will be appreciated. Please respond to either sharp@usceast.cs.scarolina.edu or bill@usceast.cs.scarolina.edu. Thanks. Harry Sharp Department of Mathematics -- [=============================================================================] USMail : Dept of Computer Science, USC, Columbia, SC 29208 E-mail : gatech!hubcap!usceast!sharp sharp@cs.scarolina.edu GO COCKS! You can't lick our cocks! Univ. of South Carolina   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27497; 9 May 90 0:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27405; 8 May 90 23:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27356; 8 May 90 23:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15608; 8 May 90 22:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28495; Tue, 8 May 90 19:42: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: 9 May 90 02:39:10 GMT From: Boyd Knosp Organization: U of Iowa, Iowa City, IA Subject: SGI games archive Message-Id: <1447@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Posting this message for a friend without USENET access... To all IRIS4D gamers: I recently put together a set of IRIS games and a couple of ports some fun loving IRIS users may enjoy. Unfortunately I cannot (for internal reasons) provide source but I can and will provide the executables. My system cannot run anonymous FTP so if someone has archive space on an anon FTP where I could place the archive and updates I would appreciate it. I cannot send the archive to individual users but will place it on a machine where everyone can get it whenever... So anyone who has the space and is providing anon FTP access and would like to have the archive E-mail me (randy@tessa.iaf.uiowa.edu) and I'll FTP the archive onto your system. As the docs read I'm also looking for further submissions to the archive at the same address (NO X windows stuff, just GL programs). Hopefully, the programs will prove amusing and will find a home... Randy Frank randy@tessa.iaf.uiowa.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27726; 9 May 90 0:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab27497; 9 May 90 0:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27479; 8 May 90 23:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15686; 8 May 90 23:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05849; Tue, 8 May 90 20:11: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: 9 May 90 00:32:20 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: a postscript/background question Message-Id: <7458@odin.corp.sgi.com> References: <209000001@uxc.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <209000001@uxc.cso.uiuc.edu>, wnk@uxc.cso.uiuc.edu writes: |> |> |> |> I have started playing with postscript lately, and I figured |> the best way to test out what I've learned is to make nifty backgrounds |> for my 4D/20TG workstation. Well the first thing I tried was to draw |> a smiley face. (The code is included at the end of the article). What |> I found was that you can't set the line width, or do partial circles. |> If you try, the login process dies, and you have to login with NOGRAPHICS Here is the corrected code. I have your smiley face background up as I'm writing this. The problem is that wide lines are implemented in PostScript by code in the file stroke.ps which isn't loaded by init.ps until after it has loaded startup.ps and called PaintRoot. Also you don't need the "framebuffer setcanvas". When PaintRoot is called the current canvas has been set correctly. Lastly you don't need the call to showpage. That's only needed on printers. Whenever you get PostScript errors (window's mysteriously disappear etc.) the NeWS server puts messages into the file /usr/adm/SYSLOG indicating the problem. Remember to look there in the future. That is how I found out what was wrong. ======================= startup.ps with smiley face ========================== %! % "Smiley" (NeWS/stroke.ps) LoadFile pop /doCircle % draw a filled circle { 0 360 arc fill } def /doArc % draw an arc { 200 340 arc stroke } def /DrawSmile { 1.0 1.0 0 setrgbcolor % set color to yellow 500 400 300 doCircle % draw face 0 0 0 setrgbcolor % set color to black 400 520 25 doCircle % draw eyes 600 520 25 doCircle 4 setlinewidth % set line width 500 350 150 doArc % draw mouth as 140 degree arc } bind def /PaintRoot { gsave 0 0.392 1 setrgbcolor % set background color clippath fill % fill background DrawSmile grestore } def %EndOfFile -- 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 aa28807; 9 May 90 4:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28732; 9 May 90 3:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28730; 9 May 90 3:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16640; 9 May 90 3:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22138; Wed, 9 May 90 00:25: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: 9 May 90 06:50:43 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Abekas A60 Utilities: fromyuv Message-Id: <59662@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a uuencoded program called fromyuv that converts an Abekas A60 digital video format to IRIS image file format. To use the program: % rcp guest@chuck:356.yuv . # gets an image from the Abekas % fromyuv 356.yuv image.rgb # makes a 720 by 486 image If you want to use square pixels, use the -s option and the program will scale the output image: % rcp guest@chuck:356.yuv . # gets an image from the Abekas % fromyuv 356.yuv image.rgb -s # makes a 640 by 486 image begin 777 fromyuv M`6``!R8XQ24````````````X``]``@#X``(`"#X(0/@``@````````` M`">]_\BOI``XCZX`.*^_`"0IP0`#$"``"*^E`#P\!!``/`40`"2E```/X`14 M)(0%P`P0#.@D!``!CZ\`.``````IX0`$%"``!``````D&``!$````J^X`#"O MH``PC[D`/```*"&/)``$#!`,]``````$00`*KZ(`-(^H`#P\!!``/`40`(T& M``0DI0`D#^`$5"2$!<`,$`SH)`0``8^I`#``````$2``$(^N`#R/J@`\)`L" M@(U$``@D#`'F)`T``Z^M`!BOK``4KZL`$">%@!`D!@$!#!`#E"0'``,0```. M`$`H(8^N`#PD#P+0C<0`""08`>8D&0`#K[D`&*^X`!2OKP`0)X6`%"0&`0$, M$`.4)`<``P!`*"&/I``TCZ8`,`P0`..OI0`LCZ4`+`P0!90`H"`A#!`,Z``` M("&/OP`D)[T`.`/@``@`````)[W_Z*^_`!0\!@`*#!`,_#3&K<`\`0`*-"&M MP!!!``@`0#`A/`00`#P%$``DI0!$#^`$5"2$!<`,$`SH)`0``8^_`!0GO0`8 M`^``"``````GO?_`K[$`'*^_`#ROL@`@K[X`.*^V`#"OMP`TK[0`*`"`B"&O MM0`L/`0`"J^S`"2OL``8`*"0(:^F`$@/X`2"-(2MP`!`@"$"("`A#!``SP!` M*"$\$1``/!00`#P5$``\%A```@"X(2;6'>`FM17@)I0-X"8Q)>```)@A)!X! MY@+@("$"@"@A`J`P(0P0`@X"P#@ACZX`2";W!:`1P``>)!@!Y0*`("$,$`%( M`B`H(20/`>4!\X`C`@`P(0)`("$"("@A#!`&'```."$"H"`A#!`!2`(@*"$" M0"`A`B`H(0(`,"$,$`8<)`<``0+`("$,$`%(`B`H(0)`("$"("@A`@`P(0P0 M!APD!P`"$```$R9S``$D&`'E`Q.`(P(`,"$"0"`A`H`H(0P0!AP``#@A`D`@ M(0*@*"$"`#`A#!`&'"0'``$"0"`A`L`H(0(`,"$,$`8<)`<``B9S``$6?O_) M`N`@(8^_`#R/L``8C[$`'(^R`""/LP`DC[0`*(^U`"R/M@`PC[<`-(^^`#@# MX``()[T`0```$"&$C@``A)@``@`.>,`!^,@A)R@`!"0!``D!`0`:)$(``22E M`!`DA``2``!($J2I__"$BO_PA(S_\@`*6,`!:E@C``QH0`%M<"$ESP`$`>$` M&@``P!*DN/_RA)G_\H2)__0`&4"``1E`(P`)4(``"$!``4E0(P$*8"$EBP`$ M`6$`&@``:!*DK?_TA([_](28__8`#GB``>YX(0`8R(`!^4@A)2@`!`$!`!H` M`%`2I*K_]H2#__@```````-8@`%C6"$``V"``8MH(26N``0!P0`:``#`$J2X M__B$B?_ZA(__]@`)0(`!"4`C``_(@``(0$`#+\@C`RA0(25,``0!@0`:``!8 M$J2K__J$F/_\A(W_^``8>,``#7!``?AX(P'/2"$E.0`$`R$`&@``0!*DJ/_\ MA(S__H2*__H`#%C``4MH(26X``0#`0`:*$$`4````((20A``<``<##I+@``(29 M``*$B0```!E`P`$90",!"5`A)4L`!`5A``(!8`@A)"$`!P`!8,.DK``"A(T` M!(2/``(`#7"``"$E[@`$!<$``@'`""$D M(0`'``'`PZ2X``:$F0`(A(D`!@`90(``"5"``0I@(26+``0%80`"`6`((20A M``<``6C#I*T`"(2/``J$F``(``]P@``8R(`!SW`C`SC((0'92"$E*``$!0$` M`@$`""$D(0`'``%0PZ2J``J$C0`*A(P`#``->(`![7@C``]X0``,6$`!;\`A M)PX`!`7!``(!P`@A)"$`!P`!R,.DN0`,A(@`#(2)``X`"%#``4A0(P$J8"$E MC0`$!:$``@&@""$D(0`'``%8PZ2K``Z$@P`.)*4`$@`#>,`E^``$!P$``@,` M""$D(0`'``%PPRA!`%"DKO_^%"#_ER2$`!`#X``(`````">]_]BOO@`@K[\` M)*^W`!P\%P`!/!___SP>``&OM@`8K[```*^Q``0\"0#_-2G__P#@B"$`P(`A M``"P(3?>F+LW_R_2-O"$`!LB```]Y M```.<0`#)L@C`!G(P`'$<",!Y7@A``]Y```.<(`#)L@A`!G)``'$<"$!Y7@C M`R;((0`9R0`!S\`A`QEP(0`%R,``!,"``R7((0`9R(`#!,`A`!C`@`,ER"$` M&",`#WE``>9X M(0`/>(``!9X(0`/>,``&,!``!G((P'F>"$`#WC``QEP(26,``(!YG@AE80````/ M>(``#W@C):T``I6E```F$``"``3!0)8&```!SY`A`P3`(0`8P,``!9X(0`/>0`#&7`A`<_`(0`%>,``!'"``>5X(0`/>(`P M^?__`<1P(0`.<(`!Y7@A``]X@`,90"$!Q'`C``YQ``'E>"$`#WC``<1P(P`& MR,``#G"``>5X(P,FR",`&5X(0,FR"$`&(``!'#``>5X(P`/>0`!Q'`C M``YQ0`'E>",`!LC```]Y``'$<"$#)L@A`!G(P``.<(`!Y7@A``]XP`'$<",# M)L@A`!G(P``.<,`!Y7@C``]X(P'$<"$#)L@A`!G(0``9R",!S\`A`QF@(0!Q M<"$!TW@A,5C__P'X4"$`4L@A`S1P(3$O__\!ST@A``K$`P`'=`,G&0"`)<\` M$**Y```FM0`!HJ\````)Q`,G&0"`)K4``0`(=`,ESP`0)K4``:*Y__\E:___ MHJ\``":U``$"@!`A`F`8(280``(EK0`"'6#_+R6,``*/L```C[$`!(^R``B/ MLP`,C[0`$(^U`!0#X``()[T`&">]_]BOI0`LKZ8`,`#@&"&/K@`XCZ\`/(^X M`$"OI``HCZ4`*(^G`#"/I@`LK[\`)```("&OHP`0KZX`%*^O`!@,$`.^K[@` M'(^_`"0GO0`H`^``"``````GO?_8KZ8`,`#@&"&/K@`XCZ\`/(^X`$"OI0`L MCZ8`+(^G`#"OOP`D```H(:^C`!"OK@`4KZ\`&`P0`[ZON``]`"@# MX``(`````">]_]BOOP`4KZ0`*"0$`)BOL``0KZ4`+*^F`#`/X`2"KZ<`-`!` M@"$`0"`A#^`$$"0%`)B/K@`P`````)'/``$`````.?@`*R\8``$3```(K[@` M(#P$$``\!1``)*4`8`_@!%0DA`7`#!`,Z"0$``&/N0`P)`$`=Y,H```````` M%0$`78^K`"R/I@`L`````!#``!2/J@`H`,`@(0P0#00D!0&VCZD`(*^B`"@1 M(``*``````1```@`````CZ0`*`P0#0P`````CZ0`+`P0#/0D!0`"KZ(`*(^F M`"P`````CZH`*``````%00`)CZ(`.#P$$``\!1``)*4`B`_@!%0DA`7`#!`, MZ"0$``&/H@`X)`L!VJ8+``"/K``T)`,``:8,``*/K0`\+$$``J8#``JF`P`( M%"``!*8-``:/K@!``````*8.``@L00`#%"``!`````"/KP!$`````*8/``J6 M&``*`````!<#``@D"0`#E@@`""09``(5`P`%IAD`!!````.F`P`$)`D``Z8) M``0\"@"8-4J6@*X*``RN```0`@`@(0P0!^@GA8`@K@``%*8``'*/I``H`@`H M(0P0#10D!@"8)`$`F!!!`%6/JP`@/`00`#P%$``DI0"L#^`$5"2$!<`,$`SH M)`0``1```$R/JP`@CZL`+``````18``-CZT`*(^L`"``````$8``!```*"$0 M```")`4``@``*"&/I``L#!`,]`````"OH@`HCZT`*``````%H0`$CZ0`*!`` M`-```!`ACZ0`*`(`*"$,$`S\)`8`F"0!`)@000`(`````#P$$``\!1``)*4` MU`_@!%0DA`7`#!`,Z"0$``&6!@``)`$!VC#/`/\`#\(```9R`@'8R"47(0`' M`````"0(``&F"`!R#!`%8P(`("$0```#E@8``*8``'*6!@``)`$!VA#!``@` M````/`00`#P%$``DI0#\#^`$5"2$!<`,$`SH)`0``98"``0`````+$$``Q`@ M``4L00`")`D``98"``2F"0`*+$$``A`@``2/JP`@)`H``:8*``B/JP`@```` M`!%@``6/K0`P)`P`@!````RF#`!PCZT`,"0!`'*1KP```````!'A``4D&``! M)`X``A````.F#@!P)!@``:88`'"6&0`")`$!`#,H_P`5`0!S`````)8)``B6 M"@`*``````$J`!D``!`2``(0@`!`("$/X`2"KZ(`'*X"`)"/I``<#^`$@@`` M``"."P"0K@(`E!%@``4`````C@P`E``````5@``)CZT`'#P$$``\!1``)*4! M(`_@!%0DA`7`#!`,Z"0$``&/K0`<)`$`=P`->$`E[@(`K@X`C(^X`#`````` MDQD````````7(0`9CZ0`*)8(``B6"0`*```P(0$)`!D``"@2&*``10`````` M`!`A``4@@"0#__^."@"0``````%"6"&M8```C@P`E``````!@F@A)$(`!`!$ M""H4(/_VK:,``!```#:F``!ZCZ0`*"0%`@`,$`T<```P(8^D`"B.!0"0CZ8` M'`P0#/P`````CZ\`'``````03P`(`````#P$$``\!1``)*4!0`_@!%0DA`7` M#!`,Z"0$``&&#@!R`````!'```:/I``HC@0`D(^E`!P,$`5*`````(^D`"B. M!0"4CZ8`'`P0#/P`````C[@`'``````06``(`````#P$$``\!1``)*4!9`_@ M!%0DA`7`#!`,Z"0$``&&&0!R`````!,@``4`````C@0`E(^E`!P,$`5*```` M`*8``'JN``!\K@``@`P0!2,"`"`ACZ0`*"0(`@"N"`"(I@``=*8``':F``!X MK@(`A"0%`@```#`A#!`-'*X$`&P"`!`AC[\`%(^P`!`#X``()[T`*">]_^"O MOP`4`(`8(91B``8```````)Q@@'"("$/X`2"``0@@!1```BOH@`]`"``!1!#`(`P M(1A```P``!@AE,0``"1C``$``QP```,<`P`$<@(`!'H``<_`)0!B""JDV``` M%"#_]B3&``(#X``(```````%$(,`@#`A&$``%```&"$\!P#_``-P@`#.*"&, MI```)&,``0`$P@(S&?\```1^`@`$2@`!)U`D`?E`)0`#'````QP#`0I8)0`$ M9@`!;&@E`&((*A0@_^^LK0```^``"``````GO?_HKZ0`&(^D`!BOOP`4#!`% M.20%``R/I``8)`4`#`P0!4HDA``,CZ0`&"0%``0,$`5*)(0`:(^_`!0GO0`8 M`^``"``````GO?_@K[\`%*^E`"0GA8`H#!`#E*^F`"@40``(KZ(`'#P$$``\ M!1``)*4!K`_@!%0DA`7`#!`,Z"0$``&/K@`]`"`#X``(````````````````)[W_ MX*^P`!``@(`AK[\`%`P0!?@"`"`A`@`@(0P0")(``"@AE@X`<``````QSP`" M$>``-P````"&&`!R`````!,```0"`"`A#!`%8P(`("$"`"`A`@`H(0P0"%8D M!@"8AAD`<@`````3(``#``````P0!6,"`"`AE@@``B0!`0`Q"?\`%2$`(@`` M```"`"`A#!`(DB0%`@"6"@`(E@L`"@`````!2P`9``!@$@`,:("OK0`]_^BOOP`4 ME(X`<``````QSP`"$>``&(^_`!2,A0"``````!"@`!2/OP`4C)@`?``````3 M```0C[\`%(2&`':$AP!X#!`&'*^D`!B/I``8`````)29``8`````$%D`!H^_ M`!24B`!P`````#4)`""DB0!PC[\`%">]`!@#X``(```````````````````` M`">]_\BOL``8`("`(:^_`!R6#@!P`*!0(3'/`((`P&`A%>```P#@6"$0``$3 M)`+__Y8"``0`````+$$``Q`@``,L00`"``!8(2Q!``(0(``"````````8"&6 M`P`"`````#!B_P`40`!U)`$!`!```&HP8@#_E@0`!HX(``R."0`0C@,`A`"` M$"$!0"@A$$``$B2$__^4N```)*4``J!X``"08@````````$B""L0(``#`$@( M*P!`2"$`2`@K$"```@``````0$`A`(`0(22$__\40/_P)&,``:X(``RN"0`0 M`@`@(0&`*"$,$`?T`6`P(98"``:.!0"$`@`@(0P0"%8`0#`AE@(`!A```-R/ MOP`C`!@3(``$`````(^D`"P,$`4Y`&`H(98"``80``!8C[\`%#P$$``\!1`` M)*4")`_@!%0DA`7`#!`,Z"0$``$0``!/C[\`%"0!``$0H?_'`````"0!``(0 MH?_?`````!``__``````)`$!`!1!`#P`````$```,C!E`/\,$`BP`@`@(8X% M`(0``C0```8T`PP0"'0"`"`AC@0`A(^F`"PD!0`!#!`+1"0'``*6`@`&$``` M,X^_`!0,$`BP`@`@(0`"'`".!0"$``,<`P`"-```!C0#IZ,`&`P0"'0"`"`A MA@@`C`!@1```$`````(X$`(0,$`4Y`&`H(8X$`(2/I@`L)`4``@P0"T0D M!P`"E@(`!A```!J/OP`4/`00`#P%$``DI0(X#^`$5"2$!<`,$`SH)`0``1`` M`!&/OP`4)`$``1"A_\T`````)`$``A"A_]D`````$`#_\``````\!!``/`40 M`"2E`DP/X`14)(0%P`P0#.@D!``!C[\`%(^P`!`#X``()[T`*``````GO?_H MK[\`%`"`&"$D9``8#^`$R"0&`%"/OP`4)[T`&`/@``@``````^``"*R%`&@G MO?_HK[\`%`"@."$`X"@AKZ<`'*^D`!@,$`@TKZ8`((^D`!B/I@`@CZ<`')2# M``*D@`!T,&+_`*2&`'@40``6I(<`=I2"``:4CP`(`,(`&3!I`/\``'`2```` M```````!SP`9``#`$@```````````.(`&0``R!(#.$`A``````$)`!D``"@2 M#!`(DB2E`@`0```8C[\`%"0!`0`400`-`````)2+``B,B@"0`,L`&0``8!(! MAV@A``UP@`%.>"&-Y0``#!`(D@`````0```)C[\`%#P$$``\!1``)*4"<`_@ M!%0DA`7`#!`,Z"0$``&/OP`4)[T`&`/@``@`````)[W_Z*^_`!0`@!@AE&X` M"`"@0"$!#@@K$"``!@#`."&4;P`*``````#O""L4(``3C[\`%#P$$``\!1`` M)*4"C"2$!<`!`#`A#^`$5*^C`!B/HP`8/`00`#P%$`"49@`(E&<`"B2E`K0/ MX`14)(0%P`P0#.@D!``!C[\`%">]`!@#X``(`````">]_^"OI``@CZX`(*^F M`"BOOP`4CZ8`*(W$`&P,$`T4`````(^O`"BOH@`<$$\`"8^C`"`\!!``/`40 M`"2E`L@/X`14)(0%P`P0#.@D!``!CZ,`((^Y`"B,>`"(``````,90"&L:`"( MC[\`%(^B`!P#X``()[T`(">]_^"OI``@CZX`(*^F`"BOOP`4CZ8`*(W$`&P, M$`S\`````(^O`"BOH@`<$$\`"8^C`"`\!!``/`40`"2E`N0/X`14)(0%P`P0 M#.@D!``!CZ,`((^Y`"B,>`"(``````,90"&L:`"(C[\`%(^B`!P#X``()[T` M(">]_^BOOP`4`(`8(8QN`(@`````$<4`$H^_`!2,9`!LK&4`B*^E`!P,$`T< M```P(01!``F/I0`]`!@#X``(`*`0(0```````````````">]_^"OOP`4E(\`"(2. M`'B$AP!V`<\`&8R)`)0``,`2`P?((0`90(`!*%`AC48````````$P0`,C[\` M%#P$$``\!1``)*4#("2$!<`/X`14KZ8`'`P0#.@D!``!CZ8`'`````"/OP`4 M)[T`(`/@``@`P!`A)[W_Z*^F`""OI0`P$@*"$`X"`A).<``@#H""L0(``7`````)#B__^0[__^`````!7B M``4`````D/@````````06``.`````"3G``$`Z`@K$"``"@````"0XO__D/G_ M_@`````7(O_X`````)#J````````%$K_]``````DY__^`.0P(Q#``#8````` M*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1K`(`H80`)H*L```##,",4 M(``9)*4``9",```D8__XH*P``)"-``$``QP`H*T``9".``(``QP#H*X``I"/ M``,H80`)H*\``Y"8``0DI0`(H+C__)"9``4DA``(H+G__9"*__X`````H*K_ M_I"+__\0(/_IH*O__P!@$"$D8___``,<`!!```H``QP#`&`0(9",```D8___ M``,<```#'`,DA``!)*4``11`__B@K/__%,#_S2C!`'\`X"`A).<``0#H""N0 MX___$"``#@#D,".0[0```&`0(16B``H`Y#`C).<``0#H""L0(``&`.0P(Y#N M````````$<+_^0``````Y#`C$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$``` M`R0#`'X`!AP```,<`P##,".@HP``)*4``22E``$4P/_TH*+__P#H""L4(/^( M`.`@(22E``$`J1`C$``!OJ"@__\08@`$)`4``A```(PD!0`")`4``A3E`(D` M````CZ\`*`"`."$`CT`A`(@(*Q`@`'L!("@A`.`@(23G``(`Z`@K$"``%P`` M``"0XO__D/C__@`````7`@`%`````)#Y````````$%D`#@`````DYP`!`.@( M*Q`@``H`````D.+__Y#J__X`````%4+_^`````"0ZP```````!1+__0````` M).?__@#D,",0P``V`````"C!`'\4(``$``8<`!````,D`P!^``8<```#'`,T M;`"`*&$`":2L````PS`C%"``&22E``*0C0``)&/_^*2M``"0C@`!``,<`*2N M``*0CP`"``,<`Z2O``20F``#*&$`":2X``:0F0`$)*4`$*2Y__B0B@`%)(0` M"*2J__J0B__^`````*2K__R0C/__$"#_Z:2L__X`8!`A)&/__P`#'``00``* M``,<`P!@$"&0C0``)&/__P`#'````QP#)(0``22E``(40/_XI*W__A3`_\TH MP0!_`.`@(23G``$`Z`@KD./__Q`@``X`Y#`CD.X```!@$"$5P@`*`.0P(R3G M``$`Z`@K$"``!@#D,".0[P```````!'B__D``````.0P(Q#``!``Z`@K`&`0 M(2C!`'\4(``$``8<`!````,D`P!^``8<```#'`,`PS`CI*,``"2E``(DI0`" M%,#_]*2B__X`Z`@K%"#_B`#@("$DI0`"`*D0(P1!``(`0`@A)"$``0`!$$,0 M``$OI*#__A1E`)``````%.(`C@````"/N``H`(`X(0`8R$``F4`A`(@(*Q`@ M`(,!("@A`.`@(23G``0`Z`@K$"``%P````"4XO_^E.K__``````50@`%```` M`)3K````````$$L`#@`````DYP`"`.@(*Q`@``H`````E.+__I3L__P````` M%8+_^`````"4[0```````!1-__0`````).?__`#D,",$P0`"`,`((20A``$` M`3!#$,``-@`````HP0!_%"``!``&'``0```#)`,`?@`&'````QP#-&X`@"AA M``F@K@```,,P(Q0@`!DDI0`!E(\``"1C__B@KP``E)@``@`#'`"@N``!E)D` M!``#'`.@N0`"E(H`!BAA``F@J@`#E(L`""2E``B@J__\E(P`"B2$`!"@K/_] ME(W__`````"@K?_^E([__A`@_^F@KO__`&`0(21C__\``QP`$$``"@`#'`,` M8!`AE(\``"1C__\``QP```,<`R2$``(DI0`!%$#_^*"O__\4P/_-*,$`?P#@ M("$DYP`"`.@(*X3C__X0(``.`.0P(Y3X````8!`A%P(`"@#D,",DYP`"`.@( M*Q`@``8`Y#`CE/D````````3(O_Y``````#D,",$P0`"`,`((20A``$``3!# M$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`P##,".@ MHP``)*4``22E``$4P/_TH*+__P#H""L4(/^``.`@(22E``$`J1`C$```GJ"@ M__\490"4`````!3E`)(`````CZH`*`"`."$`"EA``(M`(0"(""L0(`"#`2`H M(0#@("$DYP`$`.@(*Q`@`!<`````E.+__I3L__P`````%8(`!0````"4[0`` M`````!!-``X`````).<``@#H""L0(``*`````)3B__Z4[O_\`````!7"__@` M````E.\````````43__T`````"3G__P`Y#`C!,$``@#`""$D(0`!``$P0Q#` M`#8`````*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1X`(`H80`)I+@` M``##,",4(``9)*4``I29```D8__XI+D``)2*``(``QP`I*H``I2+``0``QP# MI*L`!)2,``8H80`)I*P`!I2-``@DI0`0I*W_^)2.``HDA``0I*[_^I2/__P` M````I*___)28__X0(/_II+C__@!@$"$D8___``,<`!!```H``QP#`&`0(929 M```D8___``,<```#'`,DA``")*4``A1`__BDN?_^%,#_S2C!`'\`X"`A).<` M`@#H""N$X__^$"``#@#D,".4Z@```&`0(15"``H`Y#`C).<``@#H""L0(``& M`.0P(Y3K````````$6+_^0``````Y#`C!,$``@#`""$D(0`!``$P0Q#``!`` MZ`@K`&`0(2C!`'\4(``$``8<`!````,D`P!^``8<```#'`,`PS`CI*,``"2E M``(DI0`"%,#_]*2B__X`Z`@K%"#_@`#@("$DI0`"`*D0(P1!``(`0`@A)"$` M`0`!$$,0```)I*#__CP$$``\!1``)*4#0"2$!<`/X`14`&`P(0P0#.@D!``! MC[\`%">]`!@#X``(`````">]_^@`H!@A)`(``:^_`!0`@$`A%&(`5`#`2"$4 MX@!2``````$`,"$!(!`AD,0``"3&``$PA0!_,*7__Q"@`56/OP`4,(X`@!'` M`"H`````+*$`"!0@`!H`H!@AD,\``"2E__B@3P``D-@``3"E__^@6``!D-D` M`BRA``B@60`"D,H``R1"``B@2O_[D,L`!"3&``B@2__\D,S__0````"@3/_] MD,W__@````"@3?_^D,[__Q`@_^F@3O__`*`8(22E__\08/_9,*7__P"@&"&0 MSP``)*7__S"E__\DQ@`!)$(``11@__F@3___$`#_T)#$``"0Q```+*$`"!0@ M``XDQ@`!)*7_^#"E__\LH0`(H$0``*!$``&@1``"H$0``Z!$``2@1``%H$0` M!J!$``<0(/_T)$(`"`"@&"$DI?__$&#_NC"E__\`H!@A)*7__S"E__^@1``` M%&#_^R1"``$0`/^SD,0``!!B``0D!``"$```520$``(D!``"%.0`4@`````! M`#`A`2`0(9#$```DQ@`!,(4`?S"E__\0H`#]C[\`%#"8`(`3```J`````"RA M``@4(``:`*`8(9#9```DI?_XI%D``)#*``$PI?__I$H``I#+``(LH0`(I$L` M!)#,``,D0@`0I$S_]I#-``0DQ@`(I$W_^)#.__T`````I$[_^I#/__X````` MI$___)#8__\0(/_II%C__@"@&"$DI?__$&#_V3"E__\`H!@AD-D``"2E__\P MI?__),8``21"``(48/_YI%G__A``_]"0Q```D,0``"RA``@4(``.),8``22E M__@PI?__+*$`"*1$``"D1``"I$0`!*1$``:D1``(I$0`"J1$``RD1``.$"#_ M]"1"`!``H!@A)*7__Q!@_[HPI?__`*`8(22E__\PI?__I$0``!1@__LD0@`" M$`#_LY#$```49`!4`````!3B`%(``````0`P(0$@$"&4Q```),8``C"%`'\P MI?__$*``J(^_`!0PB@"`$4``*@`````LH0`(%"``&@"@&"&4RP``)*7_^*!+ M``"4S``",*7__Z!,``&4S0`$+*$`"*!-``*4S@`&)$(`"*!.__N4SP`(),8` M$*!/__R4V/_Z`````*!8__V4V?_\`````*!9__Z4RO_^$"#_Z:!*__\`H!@A M)*7__Q!@_]DPI?__`*`8(93+```DI?__,*7__R3&``(D0@`!%&#_^:!+__\0 M`/_0E,0``)3$```LH0`(%"``#B3&``(DI?_X,*7__RRA``B@1```H$0``:!$ M``*@1``#H$0`!*!$``6@1``&H$0`!Q`@__0D0@`(`*`8(22E__\08/^Z,*7_ M_P"@&"$DI?__,*7__Z!$```48/_[)$(``1``_[.4Q```%&0`5``````4Y`!2 M``````$`,"$!(!`AE,0``"3&``(PA0!_,*7__Q"@`%./OP`4,(P`@!&``"H` M````+*$`"!0@`!H`H!@AE,T``"2E__BD30``E,X``C"E__^D3@`"E,\`!"RA M``BD3P`$E-@`!B1"`!"D6/_VE-D`""3&`!"D6?_XE,K_^@````"D2O_ZE,O_ M_`````"D2__\E,S__A`@_^FD3/_^`*`8(22E__\08/_9,*7__P"@&"&4S0`` M)*7__S"E__\DQ@`")$(``A1@__FD3?_^$`#_T)3$``"4Q```+*$`"!0@``XD MQ@`")*7_^#"E__\LH0`(I$0``*1$``*D1``$I$0`!J1$``BD1``*I$0`#*1$ M``X0(/_T)$(`$`"@&"$DI?__$&#_NC"E__\`H!@A)*7__S"E__^D1```%&#_ M^R1"``(0`/^SE,0``#P$$``\!1``)*4#8"2$!<`/X`14`&`P(0P0#.@D!``! MC[\`%">]`!@#X``(`````">]_5@`@!@A)`[__Z^N`!P48``1K[\`%#P$$``/ MX`1L)(0%A!!```4`0!@AD$\````````5X``(`````).8@#``````$P```P`` M```0```C```0(2>#@#0\!1``)*4%D*.`@#`GI`(H#^`$O*^C`JB/HP*H)Z0" M-@_@!+P`8"@A)Z0"*`P0#/0``"@A!$``$0!`("$GI0`F)`8"`@P0#/ROI``@ M)`$"`A1!``B/I``@/`00`"2$`X`GI0`F#^`$C"0&`@*OH``]_^BOOP`4#^`$/J^D M`!B/I``8#!`-)`````"/OP`4)[T`&`/@``@``````````"0"`^T````,$.`` M`P`````($`TH``````/@``@`````)`(#ZP````P0X``#``````@0#2@````` M`^``"``````D`@/P````#!#@``,`````"!`-*``````#X``(`````"0"`^X` M```,$.```P`````($`TH``````/@``@``!`A)`(#[`````P0X``#``````@0 M#2@``````^``"``````D`@/[````#!#@``,`````"!`-*``````#X``(```` M`"0"`^D````,`^``"``````\`1``K"(-W`/@``@D`O__/`,0`(QC#80D`@/Y M`(,@(0````P4X``%`````#P!$`"L)`V$`^``"`!@$"$($`TH`````#P"$`", M0@V```````""""L0(``"``````!`("$D`@/Y````#!3@__0`````/`$0`*PD M#80#X``(```0(0`````````````````````\`@!`)$(TL#P!#\"L(@`4/`(` M0"1"-.0\`0_`K"(`&#P"$``D0@W0/`$/P*PB`!`\`A``)$(-W#P!#\"L(@`< M/`(0`"1"+>`\`0_`K"(`0#P"$``D0DWH/`$/P*PB`$0\`A``)$)M\#P!#\"L M(@!(/`(0`"1"!:`\`0_`K"(`3#P"$``D0@W`/`$/P*PB`%`\`A``)$(+X#P! M#\"L(@!4/`(/@"1"$@@\`0_`K"(`(#P"#X`D0A(0/`$/P*PB`"0\`@^`)$(2 M`#P!#\"L(@`H/`(0`"1"`X`\`0_`K"(```/@``@````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````'5S86=E.B!F75V(&EN+GEU=B!O=70N`H``&EO<&5N.B!E7!E"@!I;6=L:6(Z(')O=R!N=6UB97(@ M;W5T(&]F(')A;F=E("5D("5D"@``:6UA9V4@'!A;F0Z(&)A9"!B<'`Z("5D("5D"@`````` M`"`@("`@("`@("@H*"@H("`@("`@("`@("`@("`@("`@2!`0$!`0$!`0$!`0 M$!`0$(2$A(2$A(2$A(00$!`0$!`0@8&!@8&!`0$!`0$!`0$!`0$!`0$!`0$! M`0$0$!`0$!""@H*"@H("`@("`@("`@("`@("`@("`@("`A`0$!`@```````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````$"`P0%!@<("0H+ M#`T.#Q`1$A,4%187&!D:&QP='A\@(2(C)"4F)R@I*BLL+2XO,#$R,S0U-C Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Abekas A60 Utilities: toyuv Message-Id: <59663@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a uuencoded program called toyuv that converts an IRIS image file to abekas A60 digital video format. This assumes the Abekas is on the network. . . . To use the program: % toyuv image.rgb 056.yuv # converts 720 by 486 image % rcp 056.yuv guest@chuck # sends it to the Abekas If you want to use square pixels, use the -s option and the program will scale your source image as needed: % toyuv image.rgb 056.yuv -s # converts 640 by 486 image % rcp 056.yuv guest@chuck # sends it to the Abekas Paul Haeberli paul@sgi.com begin 777 toyuv M`6``!R9'N5<````````````X```0``W@````(`````````````!P,``` M``````0`+F)S```\"$,$!5OKX2`=`P0%-```"`ACX2`=(^%@'B/AH!P#!``?``` M```,$!4,`$`@(0````T#X``(`````">]``@#X``(`"#X(0/@``@````````` M`">]_]BOI``HCZX`**^_`!0IP0`#$"``"*^E`"P\!!``/`40`"2E```/X`14 M)(0%P`P0%0PD!``!CZ\`*``````IX0`$%"``!``````D&``!$````J^X`"2O MH``DC[D`+">%@!"/)``$#!`+N`````"/J``LKZ(`((T$``@/X`1,)X6`%!1` M``JOH@`86@?^S)]X%H!```%:/I`!,`!^,@A)R@`!"0!``D!`0`:)$(``22E`!`DA``2``!($J2I__"$BO_P MA(S_\@`*6,`!:E@C``QH0`%M<"$ESP`$`>$`&@``P!*DN/_RA)G_\H2)__0` M&4"``1E`(P`)4(``"$!``4E0(P$*8"$EBP`$`6$`&@``:!*DK?_TA([_](28 M__8`#GB``>YX(0`8R(`!^4@A)2@`!`$!`!H``%`2I*K_]H2#__@```````-8 M@`%C6"$``V"``8MH(26N``0!P0`:``#`$J2X__B$B?_ZA(__]@`)0(`!"4`C M``_(@``(0$`#+\@C`RA0(25,``0!@0`:``!8$J2K__J$F/_\A(W_^``8>,`` M#7!``?AX(P'/2"$E.0`$`R$`&@``0!*DJ/_\A(S__H2*__H`#%C``4MH(26X M``0#`0`:*$$`4````((20A``<``<##I+@``(29``*$B0```!E`P`$90",!"5`A M)4L`!`5A``(!8`@A)"$`!P`!8,.DK``"A(T`!(2/``(`#7"``"$E[@`$!<$``@'`""$D(0`'``'`PZ2X``:$F0`(A(D` M!@`90(``"5"``0I@(26+``0%80`"`6`((20A``<``6C#I*T`"(2/``J$F``( M``]P@``8R(`!SW`C`SC((0'92"$E*``$!0$``@$`""$D(0`'``%0PZ2J``J$ MC0`*A(P`#``->(`![7@C``]X0``,6$`!;\`A)PX`!`7!``(!P`@A)"$`!P`! MR,.DN0`,A(@`#(2)``X`"%#``4A0(P$J8"$EC0`$!:$``@&@""$D(0`'``%8 MPZ2K``Z$@P`.)*4`$@`#>,`E^``$!P$``@,`""$D(0`'``%PPRA!`%"DKO_^ M%"#_ER2$`!`#X``(`````">]_]BOO@`@K[\`)*^W`!P\%P`!/!___SP>``&O MM@`8K[```*^Q``0\"0#_-2G__P#@B"$`P(`A``"P(3?>F+LW_R_2-O"$`!LB```]Y```.<0`#)L@C`!G(P`'$<",! MY7@A``]Y```.<(`#)L@A`!G)``'$<"$!Y7@C`R;((0`9R0`!S\`A`QEP(0`% MR,``!,"``R7((0`9R(`#!,`A`!C`@`,ER"$`&",`#WE``>9X(0`/>(``!9X(0`/>,``&,!``!G( M(P'F>"$`#WC``QEP(26,``(!YG@AE80````/>(``#W@C):T``I6E```F$``" M``3!0)8&```!SY`A`P3`(0`8P,``!9X(0`/ M>0`#&7`A`<_`(0`%>,``!'"``>5X(0`/>(`P^?__`<1P(0`.<(`!Y7@A``]X M@`,90"$!Q'`C``YQ``'E>"$`#WC``<1P(P`&R,``#G"``>5X(P,FR",`&5X(0,FR"$`&(``!'#``>5X(P`/>0`!Q'`C``YQ0`'E>",`!LC```]Y``'$ M<"$#)L@A`!G(P``.<(`!Y7@A``]XP`'$<",#)L@A`!G(P``.<,`!Y7@C``]X M(P'$<"$#)L@A`!G(0``9R",!S\`A`QF@(0!Q<"$!TW@A,5C__P'X4"$`4L@A M`S1P(3$O__\!ST@A``K$`P`'=`,G&0"`)<\`$**Y```FM0`!HJ\````)Q`,G M&0"`)K4``0`(=`,ESP`0)K4``:*Y__\E:___HJ\``":U``$"@!`A`F`8(280 M``(EK0`"'6#_+R6,``*/L```C[$`!(^R``B/LP`,C[0`$(^U`!0#X``()[T` M&">]_^BOOP`4`*`8(0_@!!```RA`C[\`%">]`!@#X``(`````">]_^BOOP`4 M`,`8(0_@!`P``S!`C[\`%">]`!@#X``(`````">]_^@4H``%K[\`%`P0!``` MP"@A$```&8^_`!0HP0`(%"``#@#`$"$DQO_X*,$`"*2%``"DA0`"I(4`!*2% M``:DA0`(I(4`"J2%``RDA0`.$"#_]22$`!``P!`A$$``!B3&__\`P!`A),;_ M_Z2%```40/_\)(0``H^_`!0GO0`8`^``"``````HP0`(%"``;P#`$"&$@@`` M``````1!``0H00$`$```"*2@```H00$`%"``!`!`&"$0```")`,`_P!`&"&D MHP``A((``@`````$00`$*$$!`!````BDH``"*$$!`!0@``0`0!@A$````B0# M`/\`0!@AI*,``H2"``0`````!$$`!"A!`0`0```(I*``!"A!`0`4(``$`$`8 M(1````(D`P#_`$`8(:2C``2$@@`&``````1!``0H00$`$```"*2@``8H00$` M%"``!`!`&"$0```")`,`_P!`&"&DHP`&A((`"``````$00`$*$$!`!````BD MH``(*$$!`!0@``0`0!@A$````B0#`/\`0!@AI*,`"(2"``H`````!$$`!"A! M`0`0```(I*``"BA!`0`4(``$`$`8(1````(D`P#_`$`8(:2C``J$@@`,```` M``1!``0H00$`$```"*2@``PH00$`%"``!`!`&"$0```")`,`_P!`&"&DHP`, MA((`#@`````$00`$*$$!`!````BDH``.*$$!`!0@``0`0!@A$````B0#`/\` M0!@AI*,`#B3&__@HP0`()(0`$!`@_Y0DI0`0`,`0(1!``!,DQO__A((````` M```$00`$*$$!`!````BDH```*$$!`!0@``0`0!@A$````B0#`/\`0!@AI*,` M``#`$"$DQO__)(0``A1`_^\DI0`"`^``"``````GO?_H)`$``13!``6OOP`4 M#!`'!0#@,"$0``!6C[\`%"0!__\4P0`&*.$`"`P0!SL`X#`A$```3X^_`!0H MX0`(%"``/@#@$"&$K@``A)@```#.`!F$B@`"A(X`!"3G__@HX0`()(0`$"2E M`!```'@2`?C((:29__"$J/_R``````#(`!F$B/_V``!($@$J6"&DB__RA*S_ M]```````S``9A(S_^```:!(!KG@AI(__](2X__8``````-@`&828__H``,@2 M`RA((:2)__:$JO_X``````#*`!F$BO_\``!8$@%L:"&DC?_XA*[_^@`````` MS@`9A([__@``>!(!^,@AI)G_^H2H__P``````,@`&0``2!(!*E@AI(O__(2L M__X``````,P`&0``:!(!KG@A$"#_Q:2/__X`X!`A$$``#"3G__^$N```A(@` M``#8`!D`X!`A).?__R2E``(DA``"``#($@,H2"$40/_VI(G__H^_`!0GO0`8 M`^``"``````4A0"0*.$`""CA``@4(`!W`.`0(82N``"$N``"`<8`&H2H``2$ MJ@`&A*P`"!3```(```````<`#20!__\4P0`$/`&``!7!``(```````8`#82N M``H4P``"```````'``TD`?__%,$`!#P!@``7`0`"```````&``T4P``"```` M```'``TD`?__%,$`!#P!@``5`0`"```````&``T4P``"```````'``TD`?__ M%,$`!#P!@``500`"```````&``T4P``"```````'``TD`?__%,$`!#P!@``5 M@0`"```````&``T4P``"```````'``TD`?__%,$`!#P!@``5P0`"```````& M``TDY__X)*4`$```>!*DK__P``````,&`!J$N/_\`````!3```(```````<` M#20!__\4P0`$/`&``!!*DK__\A)C__@`````#!@`:%,```@``````!P`-)`'__Q3!``0\`8``%P$` M`@``````!@`-*.$`"```R!(0(/^-I+G__@#@$"$00``3).?__X2(````X!`A M`08`&A3```(```````<`#20!__\4P0`$/`&``!4!``(```````8`#23G__\D MA``")*4``@``2!(40/_OI*G__@/@``@`````CZ,`$``````H80`(%"``J0!@ M$"&4N```E(X``)3)````&,B``SC((0`.>(``&YX(0`/>0`#.,@C``E0 M@``9R(`![G@C`4E0(0`*4(`!^4`A`4E0(0$*6"$`"V("I.P``)2X``*4C0`" M`!AX@)3)``(!^'@A``UP@``/>,`!S7`A``YQ``'X>",`"4"```]X@`'-<",! M"4`A``A`@`'/R"$!"4`A`RA0(0`*6@*DZP`"E+@`!)2,``0`&'"`E,D`!`'8 M<"$`#&B```YPP`&L:"$`#6D``=AP(P`)R(``#G"``:QH(P,IR"$`&EX(0`/>(`!C7`A`>EX(0'/R"$` M&4("I.@`!I2X``B4B@`(`!A@@)3)``@!F&`A``I8@``,8,`!:E@A``M9``&8 M8",`"7"```Q@@`%J6",!R7`A``YP@`%L:"$!R7`A`:YX(0`/R@*D^0`(E+@` M"I2(``H`&%B`E,D`"@%X6"$`"%"```M8P`%(4"$`"E$``7A8(P`):(``"UB` M`4A0(P&I:"$`#6B``4M@(0&I:"$!C7`A``YZ`J3O``J4N``,E)D`#``84("4 MR0`,`5A0(0`90(``"E#``1E`(0`(00`!6%`C``E@@``*4(`!&4`C`8E@(0`, M8(`!"E@A`8E@(0%L:"$`#7("I.X`#)2X``Z4CP`.E,D`#@`80(`!&$`A``_( M@``(0,`#+\@A``E8@``9R0`!&$`C`6E8(0`+6(``"$"``R_((P,H4"$!:5@A M`4M@(21C__@H80`(``QJ`J3M``XDA``0)*4`$"3&`!`0(/]:).<`$`!@$"$0 M0``<)&/__Y2X``"4C@``E,D````8R(`#.,@A``YX@``9R,`![G@A``E0@``/ M>0`#.,@C`4E0(0`*4(``&YX(P'Y0"$!25`A`0I8(0`+8@(`8!`A)&/_ M_Z3L```DA``")*4``B3&``(40/_F).<``@/@``@`````*,$`"!0@`"<`P!`A MA*\``(2.``"$F0`"`<_`(:28``"$J``"A(H`!`,H2"&DB0`"A*L`!(2-``8! M2V`AI(P`!(2N``:$F``(`:YX(:2/``:$N0`(A(D`"@,90"&DB``(A*H`"H2, M``P!*E@AI(L`"H2M``R$CP`.`8UP(:2.``R$N``.),;_^"C!``@!^,@AI)D` M#B2$`!`0(/_<)*4`$`#`$"$00``*),;__X2(``"$J0```,`0(0$)4"&DB@`` M),;__R2E``(40/_X)(0``@/@``@`````*,$`"!0@`"<`P!`AA*\``(2.``"$ MF0`"`<_`(Z28``"$J``"A(H`!`,H2".DB0`"A*L`!(2-``8!2V`CI(P`!(2N M``:$F``(`:YX(Z2/``:$N0`(A(D`"@,90".DB``(A*H`"H2,``P!*E@CI(L` M"H2M``R$CP`.`8UP(Z2.``R$N``.),;_^"C!``@!^,@CI)D`#B2$`!`0(/_< M)*4`$`#`$"$00``*),;__X2(``"$J0```,`0(0$)4".DB@``),;__R2E``(4 M0/_X)(0``@/@``@`````),+__P1!``(`0`@A)"$`!P`!$,,D0@`!`(`X(1A` M`#@``!@A)`8`_Y#D```DYP`!,(X`@!'```,`````$````J2@``"DI@``,(\` M0!'@``,`````$````J2@``*DI@`",)@`(!,```,`````$````J2@``2DI@`$ M,)D`$!,@``,`````$````J2@``:DI@`&,(@`"!$```,`````$````J2@``BD MI@`(,(D`!!$@``,`````$````J2@``JDI@`*,(H``A%```,`````$````J2@ M``RDI@`,,(L``1%@``,`````$````J2@``ZDI@`.)&,``0!B""H4(/_+)*4` M$`/@``@`````),+__P1!``(`0`@A)"$`!P`!$,,D0@`!`(`X(1A``#<``!@A MA.X`````("$IP0"`$"```@`````D!`"`A.\``@`````IX0"`$"```@`````T MA`!`A/@`!``````K`0"`$"```@`````TA``@A/D`!@`````K(0"`$"```@`` M```TA``0A.@`"``````I`0"`$"```@`````TA``(A.D`"@`````I(0"`$"`` M`@`````TA``$A.H`#``````I00"`$"```@`````TA``"A.L`#@`````I80"` M$"```@`````TA``!)&,``0!B""HDYP`0H*0``!0@_\LDI0`!`^``"`````"/ MAX!@)[W_Z*^_`!0`@#`A%.``&P"@2"$D!`$`KZ8`&`_@!(*OJ0`7`)!,```(`!"!`-(0` M`21C``$H80`(%"#_^"0.``$DI0`!**$!`*$$```4(/_P)0@``2DA``@4(``F M`2`0(9#9``"0S``!`/E0(9%+````[&@AH,L``)&N``"0SP`"H,X``0#OP"&3 M&0``D,H``Z#9``(`ZE@AD6P``)#-``2@S``#`.UP(9'/``"0V``%H,\`!`#X MR"&3*@``D,L`!J#*``4`ZV`AD8T``)#.``>@S0`&`.YX(9'X```E*?_X*2$` M""3&``@0(/_=H-C__P$@$"$40``#)2G__Q````JOAX!@D-D```$@$"$`^5`A MD4L``"4I__\DQ@`!%$#_^:#+__^OAX!@C[\`%">]`!@#X``(```````%<$`$ MH0`"`*`((20A``$``2A#`*`P(0".&"$D8__^)*7__Q#```H`@!`AA$0``(1O M````H#`AI$\``"2E__\D0@`")&/__A3`__BD9``"`^``"``````HP0`($"`` M!3P#``$\`P`!$```+S1C`0$\`P`!-&,!`92.```DQO_X`<,`&2C!``@DI0`@ M)(0`$```>!*LK__@E)C_\@`````#`P`9``#($JRY_^24B/_T``````$#`!D` M`$@2K*G_Z)2*__8``````4,`&0``6!*LJ__LE(S_^``````!@P`9``!H$JRM M__"4CO_Z``````'#`!D``'@2K*__])28__P``````P,`&0``R!*LN?_XE(C_ M_@`````!`P`9``!($A`@_]6LJ?_\`,`0(1!```HDQO__E(H```#`$"$!0P`9 M),;__R2$``(DI0`$``!8$A1`__BLJ__\`^``"`````"/HP`0`````"AA``@4 M(`!)`&`0(92N``"4F```E,@````.>@`!^,@E``A,``,I4"6LZ@``E,\``I2- M``*4JP`"``_$```+8@`!C7`E`=A`):SH``24S``$E(H`!)2Y``0`#&P``!E* M``$J6"4!;7@EK.\`")2N``:4R0`&E(@`!@`.P@``"50``PC()0,J8"6L[``, ME*L`")38``B4CP`(``MJ```81``!KW`E`@`!^,@E``E4``,J6"4`#&X``6UP M):Q.``"4KP`"E.T``I3*``*4B0`"``_"```*9``#"<@E`RQ8)0`-=@`!;G@E MK$\`!)2X``24[@`$E,P`!)2*``0`&$H```QL``$JR"4#+5@E``Y^``%OP"6L M6``(E*D`!I3-``:4C``&``E2`)3O``8`#70``4S()0,N6"4`#\8``7A():Q) M``R4J@`(E,X`")2-``@`"F(`E/@`"``.?``!C<@E`R]8)0`83@`!:5`EK$H` M$)2L``J4SP`*E(X`"@`,:@"4Z0`*``_$``&NR"4#.%@E``E6``%J8"6L3``4 ME*T`#)38``R4CP`,``UR`)3J``P`&$P``<_()0,I6"4`"F8``6QH):Q-`!B4 MK@`.E,D`#I28``Z4[``.``YZ```)5``!^,@E`RI8)21C__@`#&X``6UP)2AA M``BL3@`<)$(`("2$`!`DI0`0),8`$!`@_Z$DYP`0`&!`(1$``!0D8___E*\` M`)2)``"4R@``E.T````/P@`#"<@E``ID``,L6"4`#78``6YX)0!@0"$D8___ MK$\``"3G``(DQ@`")*4``B2$``(5`/_N)$(`!`/@``@`````CZ,`$``````H M80`(%"``4P!@0"&,@@``)&/_^#!.`/^DK@````)Z`C'X`/^DV`````+,`C,I M`/^DZ0``C((`!"AA``@P2@#_I*H``@`"6@(Q;`#_I,P``@`";`(QK@#_I.X` M`HR"``@DA``@,$\`_Z2O``0``L(",QD`_Z39``0``DP",2H`_Z3J``2,@O_L M)*4`$#!+`/^DJ__V``)B`C&-`/^DS0`&``)T`C'/`/^D[P`&C(+_\"3&`!`P M6`#_I+C_^``"R@(S*0#_I,G_^``"5`(Q2P#_I.L`"(R"__0DYP`0,$P`_Z2L M__H``FH",:X`_Z3.__H``GP",?@`_Z3X__J,@O_X`````#!9`/^DN?_\``)* M`C$J`/^DRO_\``)<`C%L`/^D[/_\C(+__``````P30#_I*W__@`"<@(QSP#_ M``+$`C,9`/^DS__^$"#_L*3Y__X`8$`A$0``$21C__^,@@```&!`(3!)`/^D MJ0````)2`C%+`/\``F0",8T`_Z3+``"D[0``)&/__R2$``0DI0`"),8``A4` M__$DYP`"`^``"`````"/HP`4`````"AA``@0(``%CZ@`$(^H`!`0``!M`&!( M(8^H`!``````C((``"1C__@P3@#_I*X````">@(Q^`#_I-@````"S`(S*@#_ MI.H````"7@(Q;`#_I0P``(R"``0H80`(,$T`_Z2M``(``G(",<\`_Z3/``(` M`L0",QD`_Z3Y``(``E8",4L`_Z4+``*,@@`()(0`(#!,`/^DK``$``)J`C&N M`/^DS@`$``)\`C'X`/^D^``$``+.`C,J`/^E"@`$C(+_["2E`!`P2P#_I*O_ M]@`"8@(QC0#_I,T`!@`"=`(QSP#_I.\`!@`"Q@(S&0#_I1D`!HR"__`DQ@`0 M,$H`_Z2J__@``EH",6P`_Z3,__@``FP",:X`_Z3N``@``GX",?@`_Z48``B, M@O_T).<`$#!9`/^DN?_Z``)2`C%+`/^DR__Z``)D`C&-`/^D[?_Z``)V`C'/ M`/^E#P`*C(+_^"4(`!`P6`#_I+C__``"R@(S*@#_I,K__``"7`(Q;`#_I.S_ M_``";@(QK@#_I0[__(R"__P`````,$\`_Z2O__X``L(",QD`_Z39__X``E0" M,4L`_P`"9@(QC0#_I.O__A`@_YBE#?_^`&!((1$@`!4D8___C((```!@2"$P M3@#_I*X````">@(Q^`#_I-@````"S`(S*@#_``)>`C%L`/^DZ@``I0P``"1C M__\DA``$)*4``B3&``(DYP`"%2#_[24(``(#X``(`````(R#`!"4@@`&)`$` M_Q!A`)L`````$&``F0`````H00`(%"``@0!`("&$K@``A+D``@`.>@`![G@C M`>,`&@`90@`!&4`CA*H`!(2M``8`"EH``6I8(P`-<@`!S7`C%&```@`````` M!P`-)`'__Q1A``0\`8``%>$``@``````!@`-%&```@``````!P`-)`'__Q1A M``0\`8``%0$``@``````!@`-%&```@``````!P`-)`'__Q1A``0\`8``%6$` M`@``````!@`-%&```@``````!P`-)`'__Q1A``0\`8``%<$``@``````!@`- M)$+_^"2E`!```,`2I+C_\(2X__@!`P`:`!C*``,XR",48``"```````'``TD M`?__%&$`!#P!@``7(0`"```````&``T``$@2I*G_\H2I__H!8P`:``E2``%) M4",48``"```````'``TD`?__%&$`!#P!@``500`"```````&``T``&`2I*S_ M](2L__P!PP`:``QJ``&L:",48``"```````'``TD`?__%&$`!#P!@``5H0`" M```````&``T``'@2I*__]H2O__X#(P`:``_"``,/P",48``"```````'``TD M`?__%&$`!#P!@``7`0`"```````&``TH00`(``!`$J2H__@``````4,`&@`` M6!*DJ__Z``````&C`!H``'`2I*[__``````#`P`:``#($A`@_X*DN?_^`$`@ M(1"``!0D0O__A*@```!`("$`"$H``2A((P$C`!H48``"```````'``TD`?__ M%&$`!#P!@``5(0`"```````&``TD0O__)*4``@``4!(4@/_NI*K__@/@``@` M````)[W_X*^P`!@`@(`AK[\`'*^E`"2OI@`HE@(`!H^.@"``````$<(`'@`` M``"/CX`@`````!'@``P`````CX2`9`_@!(``````CX2`:`_@!(``````CX2` M;`_@!(``````E@(`!@`````/X`2"``(@0*^"@&26!``&#^`$@@`$($"O@H!H ME@0`!@_@!((`!"!`KX*`;)88``8`````KYB`()89``H`````+R$``Q`@``@` M````CZ4`)(^F`"@"`"`A#!`/8@``."$0```8C[\`'(^%@&2/I@`H`@`@(0P0 M#V(``#@ACX6`:(^F`"@"`"`A#!`/8B0'``&/A8!LCZ8`*`(`("$,$`]B)`<` M`I8(``:/A(!DCX6`:(^&@&R/IP`D#!`&.:^H`!"/OP`]`"@#X``(`````">]_]BOI@`P`.`8(8^N`#B/ MKP`\C[@`0*^E`"R/I@`LCZ<`,*^_`"0``"@AKZ,`$*^N`!2OKP`8#!`+XJ^X M`!R/OP`D)[T`*`/@``@`````)[W_V*^_`!2OI``H)`0`F*^P`!"OI0`LKZ8` M,`_@!(*OIP`T`$"`(0!`("$/X`00)`4`F(^N`#``````D<\``0`````Y^``K M+Q@``1,```BON``@/`00`#P%$``DI0!@#^`$5"2$!<`,$!4,)`0``8^Y`#`D M`0!WDR@````````5`0!=CZL`+(^F`"P`````$,``%(^J`"@`P"`A#!`5&"0% M`;:/J0`@KZ(`*!$@``H`````!$``"`````"/I``H#!`5(`````"/I``L#!`5 M*"0%``*OH@`HCZ8`+`````"/J@`H``````5!``F/H@`X/`00`#P%$``DI0"( M#^`$5"2$!<`,$!4,)`0``8^B`#@D"P':I@L``(^L`#0D`P`!I@P``H^M`#PL M00`"I@,`"J8#``@4(``$I@T`!H^N`$``````I@X`""Q!``,4(``$`````(^O M`$0`````I@\`"I88``H`````%P,`""0)``.6"``()!D``A4#``6F&0`$$``` M`Z8#``0D"0`#I@D`!#P*`)@U2I:`K@H`#*X``!`"`"`A#!`0#">%@#"N```4 MI@``$`!208``$D#@`"$````Z8.`'`D&``!IA@`<)89``(D`0$`,RC_`!4! M`',`````E@D`")8*``H``````2H`&0``$!(``A"``$`@(0_@!(*OH@`JX``'RN``"`#!`-1P(`("&/I``H)`@"`*X(`(BF M``!TI@``=J8``'BN`@"$)`4"````,"$,$!5`K@0`;`(`$"&/OP`4C[``$`/@ M``@GO0`H)[W_X*^_`!0`@!@AE&(`!@```````G&"`<(@(0_@!((`!""`%$`` M"*^B`!P\!!``/`40`"2E`8@/X`14)(0%P`P0%0PD!``!C[\`%(^B`!P#X``( M)[T`(``%$$,`@#`A&$``#```&"&4Q```)&,``0`#'````QP#``1R`@`$>@`! MS\`E`&((*J38```4(/_V),8``@/@``@```````40@P"`,"$80``4```8(3P' M`/\``W"``,XH(8RD```D8P`!``3"`C,9_P``!'X"``1*``$G4"0!^4`E``,< M```#'`,!"E@E``1F``%L:"4`8@@J%"#_[ZRM```#X``(`````">]_^BOI``8 MCZ0`&*^_`!0,$`U=)`4`#(^D`!@D!0`,#!`-;B2$``R/I``8)`4`!`P0#6XD MA`!HC[\`%">]`!@#X``(`````">]_^"OOP`4KZ4`)">%@#@,$`NXKZ8`*!1` M``BOH@`B0&`)B&&0!R`````!,@``,`````#!`-AP(`("&6"``")`$! M`#$)_P`5(0`B``````(`("$,$!"V)`4"`)8*``B6"P`*``````%+`!D``&`2 M``QH@*^M`!R&#@!R`````!'```0`````C@0`D`P0#6X!H"@AC@4`D(^F`!P, M$!!Z`@`@(88/`'(`````$>``!0````".!`"4CZ4`'`P0#6X`````C@4`E(^F M`!P,$!!Z`@`@(8X$`(``````$(```P`````/X`2``````(X$`(0`````$(`` M`P`````/X`2``````)88``(D`0$`,QG_`!@!` M,"&6`@`&$```W(^_`!R6!``&C@@`#(X)`!``@!`A`4`H(1!```\DA/__E*(` M```````!(@@K$"```P!(""L`0$@A`$@(*Q`@``(``````$!`(0"`$"$DA/__ M%$#_\R2E``*N"``,K@D`$*^J`#P"`"`A`8`H(0P0$!@!8#`AEAD`!H^J`#P` M&6A`KZT`((8.`'(`````$<``!P`````!0"`A`:`H(0P0#5VOJ@`\CZH`/``` M``"/I@`@`@`@(0%`*"$,$!!ZKZH`/(8/`'*/J@`\$>``!`````"/I0`@#!`- M70%`("&6`@`&$```HX^_`!P\!!``/`40`"2E`>`/X`14)(0%P`P0%0PD!``! M$```FH^_`!PD`0`!$$'_E0`````D`0`"$$'_N0`````0`/_P`````"0!`0`4 M00"'`````!```'TP8@#_E@,`!HX(``P`8"`A`(`0(8X)`!`DA/__$$``#P%` M*"&4H@````````$B""L0(``#`$@(*P!`2"$`2`@K$"```@``````0$`A`(`0 M(22$__\40/_S)*4``HX&`(2N"``,K@D`$*^L`$"OJP!$KZ,`$`%`("$D!0`" M#!`1&R0'``&/I@!`CZ<`1*^B`"`"`"`A#!`0\0!`*"&/I0!`CZ8`1`P0$!@" M`"`AC@4`A(^F`"`,$!!Z`@`@(98"``80``!@(`("&&&0!R`````!,@``4`````C@0` MA(^E`"`,$`U=`````)8"``80```:C[\`'#P$$``\!1``)*4!]`_@!%0DA`7` M#!`5#"0$``$0```1C[\`'"0!``$00?^"`````"0!``(00?^P`````!``__`` M````/`00`#P%$``DI0((#^`$5"2$!<`,$!4,)`0``8^_`!R/L``8`^``"">] M`#@GO?_8K[``$`"`@"&OOP`4KZ4`+)8.`'``P!@A,<\`@17@``,`````$``` MFB0"__^6`@`$`````"Q!``,0(``#+$$``@``."$L00`"$"```P(`("$``!@A M`@`@(0!@*"$,$!`8`.`P(98#``(`````,&+_`!1``$,D`0$`$```.#!E`/^. M!0"$E@8`!@P0$)@"`"`AE@8`!HX#`(0`!A0```(4`P!`*"$D0O__``(4`(^D M`"P0H``,``(4`P!`*"&0>```)$+__P`"%````A0#)&,``22$``(4H/_XI)C_ M_I8&``8`````$```:@#`$"&6`P`&CZ4`+``#&$```QP```,<`P!@,"&GHP`8 M#!`0F`(`("&&&0!RAZ,`&!,@``0`````CZ0`+`P0#5T`8"@AE@(`!A```%B/ MOP`4/`00`#P%$``DI0(D#^`$5"2$!<`,$!4,)`0``1```$^/OP`4)`$``1"A M_\<`````)`$``A"A_]\`````$`#_\``````D`0$`%$$`/``````0```R,&4` M_PP0$-0"`"`AC@4`A``"-```!C0##!`0F`(`("&.!`"$CZ8`+"0%``$,$!-H M)`<``I8"``80```SC[\`%`P0$-0"`"`A``(<`(X%`(0``QP#``(T```&-`.G MHP`8#!`0F`(`("&&"`!RAZ,`&!$```0`````C@0`A`P0#5T`8"@AC@0`A(^F M`"PD!0`"#!`3:"0'``*6`@`&$```&H^_`!0\!!``/`40`"2E`C@/X`14)(0% MP`P0%0PD!``!$```$8^_`!0D`0`!$*'_S0`````D`0`"$*'_V0`````0`/_P M`````#P$$``\!1``)*4"3`_@!%0DA`7`#!`5#"0$``&/OP`4C[``$`/@``@G MO0`H`````">]_^BOOP`4`(`8(21D`!@/X`3()`8`4(^_`!0GO0`8`^``"``` M```#X``(K(4`:">]_^BOOP`4`*`X(0#@*"&OIP`!1``!:DAP!VE((`!I2/``@`P@`9 M,&D`_P``(2'`'8!SP`9C(D`E```P!(#!\@A`!E`@`$H4"&-1@`` M``````3!``R/OP`4/`00`#P%$``DI0,@)(0%P`_@!%2OI@`<#!`5#"0$``&/ MI@`<`````(^_`!0GO0`@`^``"`#`$"$GO?_HKZ8`(*^E`!ROIP`DCZ8`)(^E M`""OOP`4#!`06*^D`!B/I``8CZX`))2/``B/N0`@`<\`&8R*`)",B`"4C(D` MC(^G`!PD`?__``#`$@,9*"$`!1"``4)8(0$"&"&M:0``C&8````````0P0`% M`````(R,`!0``````89H(:R-`!2L9P``C(X`C``````!QW@AK(\`C(^_`!0G MO0`8`^``"``````GO?_H`*`8(20"``&OOP`4%&(`AP#`2"$4X@"%`````(^N M`"@`@#@A`(Y`(0"(""L0(`![`2`H(0#@("$DYP`"`.@(*Q`@`!<`````D.+_ M_Y#O__X`````%>(`!0````"0^````````!!8``X`````).<``0#H""L0(``* M`````)#B__^0^?_^`````!P$@*"$`X"`A).<` M`@#H""L0(``7`````)#B__^0^/_^`````!<"``4`````D/D````````060`. M`````"3G``$`Z`@K$"``"@````"0XO__D.K__@`````50O_X`````)#K```` M````%$O_]``````DY__^`.0P(Q#``#8`````*,$`?Q0@``0`!AP`$````R0# M`'X`!AP```,<`S1L`(`H80`)I*P```##,",4(``9)*4``I"-```D8__XI*T` M`)".``$``QP`I*X``I"/``(``QP#I*\`!)"8``,H80`)I+@`!I"9``0DI0`0 MI+G_^)"*``4DA``(I*K_^I"+__X`````I*O__)",__\0(/_II*S__@!@$"$D M8___``,<`!!```H``QP#`&`0(9"-```D8___``,<```#'`,DA``!)*4``A1` M__BDK?_^%,#_S2C!`'\`X"`A).<``0#H""N0X___$"``#@#D,".0[@```&`0 M(17"``H`Y#`C).<``0#H""L0(``&`.0P(Y#O````````$>+_^0``````Y#`C M$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`P##,".D MHP``)*4``B2E``(4P/_TI*+__@#H""L4(/^(`.`@(22E``(`J1`C!$$``@!` M""$D(0`!``$00Q```2^DH/_^%&4`D``````4X@".`````(^X`"@`@#@A`!C( M0`"90"$`B`@K$"``@P$@*"$`X"`A).<`!`#H""L0(``7`````)3B__Z4ZO_\ M`````!5"``4`````E.L````````02P`.`````"3G``(`Z`@K$"``"@````"4 MXO_^E.S__``````5@O_X`````)3M````````%$W_]``````DY__\`.0P(P3! M``(`P`@A)"$``0`!,$,0P``V`````"C!`'\4(``$``8<`!````,D`P!^``8< M```#'`,T;@"`*&$`":"N````PS`C%"``&22E``&4CP``)&/_^*"O``"4F``" M``,<`*"X``&4F0`$``,<`Z"Y``*4B@`&*&$`":"J``.4BP`()*4`"*"K__R4 MC``*)(0`$*"L__V4C?_\`````*"M__Z4CO_^$"#_Z:"N__\`8!`A)&/__P`# M'``00``*``,<`P!@$"&4CP``)&/__P`#'````QP#)(0``B2E``$40/_XH*__ M_Q3`_\THP0!_`.`@(23G``(`Z`@KA./__A`@``X`Y#`CE/@```!@$"$7`@`* M`.0P(R3G``(`Z`@K$"``!@#D,".4^0```````!,B__D``````.0P(P3!``(` MP`@A)"$``0`!,$,0P``0`.@(*P!@$"$HP0!_%"``!``&'``0```#)`,`?@`& M'````QP#`,,P(Z"C```DI0`!)*4``13`__2@HO__`.@(*Q0@_X``X"`A)*4` M`0"I$",0``">H*#__Q1E`)0`````%.4`D@````"/J@`H`(`X(0`*6$``BT`A M`(@(*Q`@`(,!("@A`.`@(23G``0`Z`@K$"``%P````"4XO_^E.S__``````5 M@@`%`````)3M````````$$T`#@`````DYP`"`.@(*Q`@``H`````E.+__I3N M__P`````%<+_^`````"4[P```````!1/__0`````).?__`#D,",$P0`"`,`( M(20A``$``3!#$,``-@`````HP0!_%"``!``&'``0```#)`,`?@`&'````QP# M-'@`@"AA``FDN````,,P(Q0@`!DDI0`"E)D``"1C__BDN0``E(H``@`#'`"D MJ@`"E(L`!``#'`.DJP`$E(P`!BAA``FDK``&E(T`""2E`!"DK?_XE(X`"B2$ M`!"DKO_ZE(___`````"DK__\E)C__A`@_^FDN/_^`&`0(21C__\``QP`$$`` M"@`#'`,`8!`AE)D``"1C__\``QP```,<`R2$``(DI0`"%$#_^*2Y__X4P/_- M*,$`?P#@("$DYP`"`.@(*X3C__X0(``.`.0P(Y3J````8!`A%4(`"@#D,",D MYP`"`.@(*Q`@``8`Y#`CE.L````````18O_Y``````#D,",$P0`"`,`((20A M``$``3!#$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,< M`P##,".DHP``)*4``B2E``(4P/_TI*+__@#H""L4(/^``.`@(22E``(`J1`C M!$$``@!`""$D(0`!``$00Q````FDH/_^/`00`#P%$``DI0-`)(0%P`_@!%0` M8#`A#!`5#"0$``&/OP`4)[T`&`/@``@`````)[W_Z`"@&"$D`@`!K[\`%`"` M0"$48@!4`,!((13B`%(``````0`P(0$@$"&0Q```),8``3"%`'\PI?__$*`! M58^_`!0PC@"`$<``*@`````LH0`(%"``&@"@&"&0SP``)*7_^*!/``"0V``! M,*7__Z!8``&0V0`"+*$`"*!9``*0R@`#)$(`"*!*__N0RP`$),8`"*!+__R0 MS/_]`````*!,__V0S?_^`````*!-__Z0SO__$"#_Z:!.__\`H!@A)*7__Q!@ M_]DPI?__`*`8(9#/```DI?__,*7__R3&``$D0@`!%&#_^:!/__\0`/_0D,0` M`)#$```LH0`(%"``#B3&``$DI?_X,*7__RRA``B@1```H$0``:!$``*@1``# MH$0`!*!$``6@1``&H$0`!Q`@__0D0@`(`*`8(22E__\08/^Z,*7__P"@&"$D MI?__,*7__Z!$```48/_[)$(``1``_[.0Q```$&(`!"0$``(0``!5)`0``B0$ M``(4Y`!2``````$`,"$!(!`AD,0``"3&``$PA0!_,*7__Q"@`/V/OP`4,)@` M@!,``"H`````+*$`"!0@`!H`H!@AD-D``"2E__BD60``D,H``3"E__^D2@`" MD,L``BRA``BD2P`$D,P``R1"`!"D3/_VD,T`!"3&``BD3?_XD,[__0````"D M3O_ZD,___@````"D3__\D-C__Q`@_^FD6/_^`*`8(22E__\08/_9,*7__P"@ M&"&0V0``)*7__S"E__\DQ@`!)$(``A1@__FD6?_^$`#_T)#$``"0Q```+*$` M"!0@``XDQ@`!)*7_^#"E__\LH0`(I$0``*1$``*D1``$I$0`!J1$``BD1``* MI$0`#*1$``X0(/_T)$(`$`"@&"$DI?__$&#_NC"E__\`H!@A)*7__S"E__^D M1```%&#_^R1"``(0`/^SD,0``!1D`%0`````%.(`4@`````!`#`A`2`0(93$ M```DQ@`",(4`?S"E__\0H`"HC[\`%#"*`(`10``J`````"RA``@4(``:`*`8 M(93+```DI?_XH$L``)3,``(PI?__H$P``93-``0LH0`(H$T``I3.``8D0@`( MH$[_^Y3/``@DQ@`0H$___)38__H`````H%C__939__P`````H%G__I3*__X0 M(/_IH$K__P"@&"$DI?__$&#_V3"E__\`H!@AE,L``"2E__\PI?__),8``B1" M``$48/_YH$O__Q``_]"4Q```E,0``"RA``@4(``.),8``B2E__@PI?__+*$` M"*!$``"@1``!H$0``J!$``.@1``$H$0`!:!$``:@1``'$"#_]"1"``@`H!@A M)*7__Q!@_[HPI?__`*`8(22E__\PI?__H$0``!1@__LD0@`!$`#_LY3$```4 M9`!4`````!3D`%(``````0`P(0$@$"&4Q```),8``C"%`'\PI?__$*``4X^_ M`!0PC`"`$8``*@`````LH0`(%"``&@"@&"&4S0``)*7_^*1-``"4S@`",*7_ M_Z1.``*4SP`$+*$`"*1/``24V``&)$(`$*18__:4V0`(),8`$*19__B4RO_Z M`````*1*__J4R__\`````*1+__R4S/_^$"#_Z:1,__X`H!@A)*7__Q!@_]DP MI?__`*`8(93-```DI?__,*7__R3&``(D0@`"%&#_^:1-__X0`/_0E,0``)3$ M```LH0`(%"``#B3&``(DI?_X,*7__RRA``BD1```I$0``J1$``2D1``&I$0` M"*1$``JD1``,I$0`#A`@__0D0@`0`*`8(22E__\08/^Z,*7__P"@&"$DI?__ M,*7__Z1$```48/_[)$(``A``_[.4Q```/`00`#P%$``DI0-@)(0%P`_@!%0` M8#`A#!`5#"0$``&/OP`4)[T`&`/@``@`````)[W]6`"`&"$D#O__KZX`'!1@ M`!&OOP`4/`00``_@!&PDA`6$$$``!0!`&"&03P```````!7@``@`````DYB` M0``````3```#`````!```",``!`A)X.`1#P%$``DI060HX"`0">D`B@/X`2\ MKZ,"J(^C`J@GI`(V#^`$O`!@*"$GI`(H#!`5*```*"$$0``1`$`@(2>E`"8D M!@("#!`5.*^D`"`D`0("%$$`"(^D`"`\!!``)(0#@">E`"8/X`2,)`8"`J^@ M`!R/I``@#!`5(`````"/H@`<`````(^_`!0GO0*H`^``"```````````)[W_ MZ*^_`!0/X`0^KZ0`&(^D`!@,$!5(`````(^_`!0GO0`8`^``"``````````` M)`(#\`````P0X``#``````@0%4P``````^``"``````D`@/N````#!#@``,` M````"!`53``````#X``(```0(20"`^T````,$.```P`````($!5,``````/@ M``@`````)`(#[`````P0X``#``````@0%4P``````^``"``````D`@/K```` M#!#@``,`````"!`53``````#X``(`````"0"`_L````,$.```P`````($!5, M``````/@``@`````)`(#Z0````P#X``(`````#P!$`"L(@W\`^``""0"__\\ M`Q``C&,-A"0"`_D`@R`A````#!3@``4`````/`$0`*PD#80#X``(`&`0(0@0 M%4P`````/`(0`(Q"#8```````(((*Q`@``(``````$`@(20"`_D````,%.#_ M]``````\`1``K"0-A`/@``@``!`A`````````````````````#P"$``D0BX` M/`$/P*PB`$`\`A``)$)."#P!#\"L(@!$/`(0`"1";A`\`0_`K"(`2#P"$``D M0@6@/`$/P*PB`$P\`A``)$(-T#P!#\"L(@!0/`(0`"1""^`\`0_`K"(`5#P" M#X`D0A((/`$/P*PB`"`\`@^`)$(2$#P!#\"L(@`D/`(/@"1"$@`\`0_`K"(` M*#P"`$`D0E5`/`$/P*PB`!0\`@!`)$)5=#P!#\"L(@`8/`(0`"1"#?`\`0_` MK"(`$#P"$``D0@W\/`$/P*PB`!P\`A``)$(#@#P!#\"L(@```^``"``````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````=7-A9V4Z('1O>75V(&EN+G)G8B!O=70N>75V(%LMF4Z(&-A M;B=T(&]P96X@:6YP=70@9FEL90H`````````````````````<'5T7!E"@`````````````` M:6UG7W-E96LZ('=I97)D(&EM86=E('1Y<&4*`&EM9VQI8CH@'R`A(B,D)28G*"DJ*RPM+B\P,3(S-#4V M-S@Y.CL\/3X_0&%B8V1E9F=H:6IK;&UN;W!Q'EZ6UQ=7E]@04)# M1$5&1TA)2DM,34Y/4%%24U155E=865I[?'U^?P`````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````!#2%)#3$%34P`````O;&EB+V-H Organization: none Subject: Image recorders - advice wanted Message-Id: <1543@merlin.bhpmrl.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There has been some illuminating discussions on digital image recorders in comp.graphics over the past days. Unfortunately there has not been too much said by users of these beasties, and their (positive/negative) comments on their experience. Our group is in the market for a medium to high quality hard copy unit. We have limited our attention to photographic units, as I believe that other technologies such as thermal transfer and dry silver can't yet give continuous tone copies at high enough resolution to suit our needs. What do we need ? Basically the ability to make slide and print copies of our images which would then be used for documentation, presentation and analysis. We work with images typically 512*512*24bits, up to 1024*1024*24. We haven't yet had any call for larger images. Our work uses Silicon Graphics workstations and PC's. We have looked at the ImageCorder Plus from Focus Graphics. This is an analog system which takes RGB analog and displays it on an internal CRT at 1400 line 'resolution'. It claims to have <1% geometric distortion and <1% linear distortion. It comes with a variety of camera backs, inc. 35mm, 8x10 & cine. Exposure times ~15s for 35mm, 1min for 8x10. Cost is $US10k + (camera back cost $1.5k for 35mm, $2.5k for 8x10). OK enough of the blurb. Can anyone answer any of the following questions: - Has anyone used one of these beasties ? Comments ? - What is the advantage gained with a digital image recorder ? (We can put up with the problem of having to take the whole screen image, ie not being able to specify a window). - What are the other downs ? - Are there any competitors to this machine at this price ? - What is everyone else using ? - Anything else I should know ? Thanks for your contributions, 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 ab02887; 9 May 90 9:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02059; 9 May 90 8:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01904; 9 May 90 8:32 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa17683; 9 May 90 8:11 EDT Received: Wed, 9 May 90 08:10:16 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 9 May 90 08:10:16 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9005091210.AA02839@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Image enhancement If anyone is interested I put my "image enhancement" program on vgr.brl.mil (info-iris machine), it is in the pub directory and is called enhance. I tried to put it into the info-iris directory but it is read only. All I did was cat everything together, the Makefile is at the top of the file. It uses the Ames ARCGraph library for pixel dumps of the screen, so you will have to get the library from Ames or not use the screen dump. -- Brent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03130; 9 May 90 9:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02887; 9 May 90 9:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02876; 9 May 90 9:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17924; 9 May 90 8:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07852; Wed, 9 May 90 05:54: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: 9 May 90 12:47:16 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Re: IMSL substitutes Message-Id: <6417@vax1.acs.udel.EDU> References: <9005082108.AA23342@neumann> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005082108.AA23342@neumann> shaginaw@NEUMANN.SQUIBB.COM writes: > > Your customer should try NETLIB, from Argonne National Labs (USA). >To get an index of the software available by anonymous ftp, send mail >to "netlib@mcs.anl.gov". This mail will be read automatically, and so >its contents must be precise; your message should read "send index". >Most, but not all, of IMSL's routines have an equivalent in NETLIB. > Richard J. Shaginaw Internet Address: shaginaw@squibb.com PLEASE, PLEASE, PLEASE --- Note that the address given above for netlib is no longer valid. It might work today, but it is scheduled to be shut off any time now. Netlib moved (following Jack Dongarra) several months ago to the University of Tennessee at Knoxville. The correct address for netlib is now netlib@ornl.gov This is at Oak Ridge National Laboratories. A minor point --- software is *NOT* available by anonymous ftp! Software is sent to you by *return internet mail*. There is another netlib setup on uucp at research.att.com. I can't guarantee it, but I think that its uucp address is att!research!netlib. Netlib is designed to provide *quick* availability to *small* pieces of software - like individual routines from LINPACK, EISPACK, etc.... The developers/maintainers of netlib request that if you want the *WHOLE* library, that you try to find someplace to purchase a tape with the whole source. I believe that IMSL sells a tape with the LINPACK and EISPACK source (though I could be imagining this). Netlib is a wonderful resource, and everyone doing numerical programming should know about it! -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04904; 9 May 90 11:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04660; 9 May 90 11:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04579; 9 May 90 11:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18827; 9 May 90 10:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13290; Wed, 9 May 90 07:36: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: 9 May 90 14:30:52 GMT From: Sam Fulcomer Organization: Brown University Center for Fluid Mechanics Subject: Re: dvipage on Silicon Graphics Message-Id: <39260@brunix.UUCP> References: <3242@usceast.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3242@usceast.UUCP> sharp@usceast.UUCP (Harry Sharp) writes: >Greetings! >We have brought TeX up on the Irises and would like to be able to >preview files. One of our grad students hacked up a previewer using dviterp.c (a tex interpreter/previewer) and some homebrewed display stuff using gl's defrasterfont() to translate the pxl to sgi_font for previewing. As it says in defrasterfont.z: "The hardest part of creating a new raster font is generating a bit map for each character." If there's enough interest I'll bug him to post it. sgf@cfm.brown.edu _/**/Sam_Fulcomer   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00089; 9 May 90 12:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04369; 9 May 90 10:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04227; 9 May 90 10:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18713; 9 May 90 10:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12133; Wed, 9 May 90 07:14:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 90 14:06:04 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: Abekas A60 Utilities: fromyuv Message-Id: <2083@speedy.mcnc.org> References: <59662@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <59662@sgi.sgi.com> paul@manray.asd.sgi.com (Paul Haeberli) writes: >This is a uuencoded program called fromyuv that converts an >Abekas A60 digital video format to IRIS image file format. ... why not just rcp the file in RGB from the A60 and do the conversion on the fly? Seems it would be easier to me... Just issue the command rcp yourAbekas:[framenumber].rgb file.rgb You then have rgb pixels that can be read by anything. spl (the p stands for pixel pusher) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC (The other one), Box 12732, Research Triangle Park, NC 27709 Don't send in no bums. I want deals. -John Steinbeck, _The Grapes of Wrath_   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01466; 9 May 90 13:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00837; 9 May 90 12:50 EDT Date: Wed, 9 May 90 12:37:09 EDT From: Mike Muuss To: Steve Lamont cc: info-iris@BRL.MIL Subject: Re: Abekas A60 Utilities: fromyuv Message-ID: <9005091237.aa00610@VMB.BRL.MIL> Steve Lamont suggests having the A60 perform the YUV--RGB conversion internally. My own timings with this show that the A60 takes about 20 additional seconds to perform the conversion. After all, it only has a 68000 CPU. So, YUV transfer takes about 5 seconds, RGB transfer takes 25 seconds. Our Cray XMP can perform the conversion in well under a second, and an SGI 4D/2xx CPU can do it in a second or two, so moving the conversion operation out of the A60 and into you host usually saves a lot of elapsed time. Since I usually have a lot of images to send, 20 seconds/frame means a lot to me! Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02396; 9 May 90 13:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01717; 9 May 90 13:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01555; 9 May 90 13:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19848; 9 May 90 12:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20615; Wed, 9 May 90 09:39:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 90 16:34:46 GMT From: dw block x-4621 Organization: Control Data Corp., Arden Hills, MN Subject: PEX Plans? Message-Id: <20674@shamash.cdc.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does SGI have any plans on implementing PEX (PHIGS Extensions to X Windows)? ------------------------------------------------------------ Dave Block E-mail: dwb@hare.udev.cdc.com Control Data Corp. AT&T: (612) 482-4621   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02585; 9 May 90 13:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00554; 9 May 90 12:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00395; 9 May 90 12:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19068; 9 May 90 11:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16236; Wed, 9 May 90 08:23: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: 9 May 90 09:34:14 GMT From: usc!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!dkuug!nbivax!gajhede@ucsd.edu Organization: Niels Bohr Institute and Nordita, Copenhagen Subject: S ? Message-Id: <400.26480036@nbivax.nbi.dk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone possibly help me with information on the availability of the S statistical analysis/database utility, public domain or commercial ? Michael Gajhede, Copenhagen University, Denmark MICHAEL@KL4VAX.KI.KU.DK   Received: from vmb.brl.mil by VMB.BRL.MIL id ad00892; 9 May 90 15:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00089; 9 May 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03376; 9 May 90 14:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20302; 9 May 90 14:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25334; Wed, 9 May 90 10:52:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 90 14:27:30 GMT From: Bob Green Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: removing subsytems Message-Id: <59670@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , lacomb@SIERRA.STANFORD.EDU ("Lloyd J. Lacomb") writes: > Is there anyway to use inst (or some other tool) to remove a whole > subsytem that I installed with inst. I installed the SCCS subsystem > under 3.1 some time ago and it was updated when I installed 3.2, but > now I no longer need it. Is there some easy way to have all the files > associated with that subsystem removed. Also when 3.3 comes along can > I not select SCCS and have it not only not install 3.3 SCCS but remove > 3.2 SCCS. > > Thanks, > Lloyd > > lacomb@sierra.stanford.edu The easiest way to remove the SCCS subsystem is the following: Step 1 - login as root Step 2 - type "versions remove dev.sw.sccs" Bob Green SGI Software QA   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01395; 9 May 90 15:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00892; 9 May 90 15:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00193; 9 May 90 15:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20488; 9 May 90 14:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26042; Wed, 9 May 90 11:03: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: 9 May 90 17:25:37 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: Need info. Message-Id: <1990May9.172537.23188@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am working on a project for which we need to implement stereo-vision on an IRIS using a helmet mounted display. We have a 3020 and access to a 4D/20. Does anyone know anything about the subject? Also, could anyone please email me the address/phone # of the company in California mentioned on this newsgroup several weeks ago that sells stereo- vision products for the Personal IRIS? I think the company was "Stereographics." Thanks in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01395; 9 May 90 15:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00892; 9 May 90 15:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00318; 9 May 90 15:03 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa20980; 9 May 90 14:36 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA17485; Wed, 9 May 90 14:34:22 -0400 Received: from lsr-sunc. by (4.1/SMI-4.0) id AA26683; Wed, 9 May 90 14:11:07 EDT Date: Wed, 9 May 90 14:11:07 EDT From: "Lance M. Optican - LMO" Message-Id: <9005091811.AA26683@> To: uunet!brl.mil!info-iris@uunet.uu.net To: Info-Iris Subject: GC2 Genlock board. Video Gurus: I am trying to make a video tape of what is on my screen. I supposedly have a genlock board installed, and when I do a getvideo(DE_R1) it returns a value, but when I do a getvideo(x) where x is one of CG_MODE, CG_CONTROL, CG_CPHASE, or CG_HPHASE, I get a -1. Needless to say, using the setvideo() commands (e.g. setvideo(CG_MODE, CG2_M_MODE2), setvideo(CG_MODE, CG_M_MODE2 | 0xA), etc.) does not cause any voltages to come out of the "VID OUT" port on the back of my Iris (4D120GTX). However, there are always pulses coming out of the other control ports on the back. I would like to know how to turn on my genlock board, and what sequence of setvideo() calls I need to make it all work: i.e., I would like to leave the console monitor running in its regular mode, and have the lower left corner's image come out on the NTSC composite video output port. Thanks, Lance Optican National Eye Institute Bethesda, Maryland 301-496-3549 (uunet!lsr-vax!lmo)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01914; 9 May 90 16:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01395; 9 May 90 15:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01108; 9 May 90 15:32 EDT Received: from [192.12.31.1] by VGR.BRL.MIL id aa21558; 9 May 90 15:07 EDT Date: Wed, 9 May 90 14:56:32 EDT From: "Prof. David F. Rogers" To: info-iris@BRL.MIL Subject: TeX previewer -- texsgi Message-ID: <9005091456.aa00545@CAD.USNA.MIL> G'day, There is a TeX previewer called texsgi in the TeX distribution archive on vgr.brl.mil Dave Rogers   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02896; 9 May 90 16:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02438; 9 May 90 16:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02244; 9 May 90 16:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21767; 9 May 90 15:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02486; Wed, 9 May 90 12:41: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: 9 May 90 17:32:37 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: modem call back ?? Message-Id: <752@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to figure out how to implement a modem call back on my SGI. I've currently got the system set up to allow both incoming UUCP and user logins while allowing outgoing UUCP connections. What I'd like to be able to do is let a remote user call my system, log into their account, and then cause the SGI to hang up and call them back. When calling them back, it is highly likely that I'd be going through a switching system like PC-Pursuit, so I would need a chat-script ability. The UUCP call-back feature would be perfect if I only wanted to run uucp. However, I want to do standard user logins. My need for the callback, is that Sprint doesn't have a dial-out node in the Manchester NH area. They do have a local dial-in number and there is a dial-out node where my remote user is. Any help/suggestions welcomed! -- 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 aa03878; 9 May 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03650; 9 May 90 17:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03632; 9 May 90 17:26 EDT Received: from SGI.COM by VGR.BRL.MIL id aa22229; 9 May 90 17:02 EDT Received: from oni.sgi.com by sgi.sgi.com (5.52/900423.SGI) for info-iris@brl.mil id AA11070; Wed, 9 May 90 14:00:10 PDT Received: from forest.sgi.com by relay.sgi.com (5.52/891101.SGI) for @sgi.sgi.com:info-iris@brl.mil id AA05209; Wed, 9 May 90 14:00:07 PDT Received: from localhost.sgi.com by forest.sgi.com (5.52/890923.SGI) for @relay.sgi.com:info-iris@brl.mil id AA03359; Wed, 9 May 90 14:00:05 PDT Message-Id: <9005092100.AA03359@forest.sgi.com> To: info-iris@BRL.MIL Subject: Re: Image recorders - advice wanted In-Reply-To: Your message of 09 May 90 08:00:31 +0000. <1543@merlin.bhpmrl.oz> Date: Wed, 09 May 90 14:00:03 PDT From: baskett%forest@sgi.com Recent thermal dye transfer machines (Kodak and Canon come to mind) have lots of resolution and lots of dynamic range. If that's mainly what you need, you should look at them. Their major flaw so far appears to be absolute color fidelity over time and temperature ranges. Forest Basket Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03878; 9 May 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03650; 9 May 90 17:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03632; 9 May 90 17:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22232; 9 May 90 17:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06981; Wed, 9 May 90 13:56: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: 9 May 90 20:38:55 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.2 C compiler bug Message-Id: <59726@sgi.sgi.com> References: <9005071321.AA27323@> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005071321.AA27323@> lmo@lsr-vax.UUCP ("Lance M. Optican - LMO") writes: >There is a bug in the Irix C-compiler: [ ] >The following program prints zero but it should print 1. >If you modify the program so that foo() does not return a struct it works >as expected. [ ] >This seems to be a problem with the function prototyping. If you >change to the old-fashioned 'C' convention, the problem goes away: Thanks for the report. The bug has been fixed for the release after 3.2. 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 aa04250; 9 May 90 18:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04118; 9 May 90 18:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03947; 9 May 90 17:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22325; 9 May 90 17:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08670; Wed, 9 May 90 14:22:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 90 21:01:38 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Do you need image processing filters for the IRIS? Message-Id: <59735@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If you need particular kinds of image conversion utilities for the IRIS please mail your requests to me. Thanks paul haeberli paul@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04628; 9 May 90 20:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04587; 9 May 90 19:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04581; 9 May 90 19:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22827; 9 May 90 19:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15398; Wed, 9 May 90 16:07: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: 9 May 90 23:00:48 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: Abekas A60 Utilities: fromyuv Message-Id: <2086@speedy.mcnc.org> References: <9005091237.aa00610@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005091237.aa00610@VMB.BRL.MIL> mike@BRL.MIL (Mike Muuss) writes: >Steve Lamont suggests having the A60 perform the YUV--RGB conversion >internally. > >My own timings with this show that the A60 takes about 20 additional seconds >to perform the conversion. After all, it only has a 68000 CPU. >So, YUV transfer takes about 5 seconds, RGB transfer takes 25 seconds. > >Our Cray XMP can perform the conversion in well under a second, and an >SGI 4D/2xx CPU can do it in a second or two, so moving the conversion >operation out of the A60 and into you host usually saves a lot of elapsed time. > >Since I usually have a lot of images to send, 20 seconds/frame means a lot >to me! Actually, I do the same thing going from RGB to YUV. I have a similar utility to the one posted -- vectorizes nicely, too :-). What I was wondering about was going *from* the Abekas back to a computer. It seemed to me that that was a rare thing to do (unless you're using the 601 stuff [did I get that right?] for frame grabbing). I suppose that if you're doing a lot of that, the YUV->RGB dingus might be handy, at that. BTW, can we get *source* for that YUV->RGB thingy, Paul? spl (the p stands for pixel-ated) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC (The other one), Box 12732, Research Triangle Park, NC 27709 Don't send in no bums. I want deals. -John Steinbeck, _The Grapes of Wrath_   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05028; 9 May 90 21:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04446; 9 May 90 19:32 EDT Date: Wed, 9 May 90 19:19:13 EDT From: Mike Muuss To: Lance M. Optican - LMO cc: Info-Iris@BRL Subject: Programming the CG2 Message-ID: <9005091919.aa04425@VMB.BRL.MIL> Hi Lance! I did some hacking with a CG2; they are a pain, mainly in that they don't put out bi-polar NTSC, which results in a grey-level shift that is quite objectionable, and the internal sync generator is so awful as to be unusable without a time-base corrector. Here is a fragment of code (from BRL-CAD libfb/if_4d.c) that shows how I run ours. I understand that the CG3 is vastly improved over the CG2, but ours has not yet been delivered. Best, -Mike /* * Take inventory of the hardware */ while( (inv = getinvent()) != (inventory_t *)0 ) { if( inv->class != INV_GRAPHICS ) continue; switch( inv->type ) { case INV_GMDEV: SGI(ifp)->mi_is_gt = 1; break; } } endinvent(); /* frees internal inventory memory */ if( (ifp->if_mode & MODE_8MASK) == MODE_8NOGT ) { SGI(ifp)->mi_is_gt = 0; } /*Note:---->*/ if( (ifp->if_mode & MODE_5MASK) == MODE_5GENLOCK ) { /* NTSC, see below */ ifp->if_width = ifp->if_max_width = XMAX170+1; /* 646 */ ifp->if_height = ifp->if_max_height = YMAX170+1; /* 485 */ } if( width <= 0 ) width = ifp->if_width; if( height <= 0 ) height = ifp->if_height; if ( width > ifp->if_max_width ) width = ifp->if_max_width; if ( height > ifp->if_max_height) height = ifp->if_max_height; ifp->if_width = width; ifp->if_height = height; blanktime(0); foreground(); /* Direct focus here, don't detach */ if( (ifp->if_mode & MODE_5MASK) == MODE_5GENLOCK ) { /*Note:---->*/ prefposition( 0, XMAX170, 0, YMAX170 ); SGI(ifp)->mi_curs_on = 0; /* cursoff() happens below */ } else if( (ifp->if_mode & MODE_3MASK) == MODE_3WINDOW ) { if( sgi_nwindows == 0 ) { prefposition( WIN_L, WIN_R, WIN_B, WIN_T ); } else { prefsize( (long)width, (long)height ); } SGI(ifp)->mi_curs_on = 1; /* Mex usually has it on */ } else { /* MODE_3MASK == MODE_3FULLSCR */ prefposition( 0, XMAXSCREEN, 0, YMAXSCREEN ); SGI(ifp)->mi_curs_on = 0; /* cursoff() happens below */ } /* * This is where the window constraints specified above * are bound to a new window. The return code is * the "graphics id" that identifies this window. * winset(gr_id) is used to select a window for drawing in. */ if( (ifp->if_fd = winopen( "Frame buffer" )) == -1 ) { fb_log( "winopen() failed, no more windows available.\n" ); return(-1); } sgi_nwindows++; /* track # of simultaneous windows */ /* Establish operating mode (Hz, GENLOCK). * The assumption is that the device is always in the * "normal" mode to start with. The mode will only * be saved and restored when 30Hz operation is specified; * on GENLOCK operation, valid NTSC sync pulses must be present * for downstream equipment; user should run "Set60" when done. */ if( (ifp->if_mode & MODE_4MASK) == MODE_4HZ30 ) { SGI(ifp)->mi_der1 = getvideo(DE_R1); setvideo( DE_R1, DER1_30HZ|DER1_UNBLANK); /* 4-wire RS-343 */ } else if( (ifp->if_mode & MODE_5MASK) == MODE_5GENLOCK ) { /*Note:---->*/ SGI(ifp)->mi_der1 = getvideo(DE_R1); if( (SGI(ifp)->mi_der1 & DER1_VMASK) == DER1_170 ) { /* * Current mode is DE3 board internal NTSC sync. * Doing a setmonitor(NTSC) again will cause the * sync generator to drop out for a moment. * So, in this case, do nothing. */ } else if( getvideo(CG_MODE) != -1 ) { /* * Optional CG2 GENLOCK board is installed. * * Mode 2: Internal sync generator is used. * * Note that the stability of the sync generator * on the GENLOCK board is *worse* than the sync * generator on the regular DE3 board. The GENLOCK * version "twitches" every second or so. * * Mode 3: Output is locked to incoming * NTSC composite video picture * for sync and chroma (on "REM IN" connector). * Color subcarrier is phase and amplitude locked to * incomming color burst. * The blue LSB has no effect on video overlay. * * Note that the generated composite NTSC output * (on "VID OUT" connector) is often a problem, * since it has a DC offset of +0.3V to the base * of the sync pulse, while other studio eqiupment * often expects the blanking level to be at * exactly 0.0V, with sync at -0.3V. * In this case, the black levels are ruined. * Also, the inboard encoder chip isn't very good. * Therefore, it is necessary to use an outboard * RS-170 to NTSC encoder to get useful results. */ if( (ifp->if_mode & MODE_6MASK) == MODE_6EXTSYNC ) { /* external sync via GENLOCK board REM IN */ setvideo(CG_MODE, CG2_M_MODE3); setvideo(DE_R1, DER1_G_170|DER1_UNBLANK ); } else { /* internal sync */ #ifdef GENLOCK_SYNC /* GENLOCK sync, found to be highly unstable */ setvideo(CG_MODE, CG2_M_MODE2); setvideo(DE_R1, DER1_G_170|DER1_UNBLANK ); #else /* Just use DE3 sync generator. * For this case, GENLOCK board does nothing! * Equiv to setmonitor(NTSC); */ setvideo(DE_R1, DER1_170|DER1_UNBLANK); #endif } } else { /* * No genlock board is installed, produce RS-170 * video at NTSC rates with separate sync, * and hope that they have an outboard NTSC * encoder device. Equiv to setmonitor(NTSC); */ setvideo(DE_R1, DER1_170|DER1_UNBLANK); } }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00733; 10 May 90 0:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00564; 9 May 90 23:57 EDT Received: by VMB.BRL.MIL id ae00469; 9 May 90 23:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04832; 9 May 90 20:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23006; 9 May 90 19:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18035; Wed, 9 May 90 16:50: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: 9 May 90 23:43:56 GMT From: "Robert E. Minsk" Organization: Office of Computing Service - High Performace Computing Subject: Re: toyuv Message-Id: <9132@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I wrote my own version of iris2yuv a while back and was wondering how you handled the following situations. I would try it, but I'm in the middle of an animation and want to stick with code I trust (mine :-) 1. Is the code based on the code examples in the back of the book? If so, did you account for the one-pixel shift of the image? (Examine the shift part of the code) 2. If the image is less than yuv size how do you pad the image (center, lower- left, ...) ? Your code is just a tad bit faster than mine which adds up after couple of thousand frames.