Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06255; 2 Jan 89 0:41 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05938; 1 Jan 89 23:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05913; 1 Jan 89 23:15 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa07715; 1 Jan 89 23:08 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA06660; Sun, 1 Jan 89 18:59:53 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Jan 89 22:13:52 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: kermit and gnu emacs Message-Id: <24162@sgi.SGI.COM> References: <8812301951.aa21686@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL You can find kermit in the 4D Gifts package in any revision of software release 4D1-3.1. You'll find it in /usr/people/4Dgifts/kermit. Maybe you don't have release 3.1 yet. My understanding is that distribution to all international sites should be complete (in the mail) by mid January. -- From the TARDIS of Mark Callow msc@sgi.sgi.com, ...{ames,decwrl,sun}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19703; 3 Jan 89 10:40 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18003; 3 Jan 89 9:27 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17994; 3 Jan 89 9:14 EST Received: from [128.2.254.138] by SMOKE.BRL.MIL id aa22618; 3 Jan 89 9:07 EST Date: 3 Jan 1989 08:50-EST From: Regis.Hoffman@fas.ri.cmu.edu Subject: Personal Iris vs. 2500T To: info-iris@BRL.MIL Message-Id: <599838618/rmh@FAS.RI.CMU.EDU> Our group is considering replacing our 2500T workstations with Personal Iris workstations. Can anyone comment on the following questions? Mail repsonses directly to me and I'll summarize the responses in a subsequent post. - How do the two workstations compare in terms of raw compute power and graphics speed? Our application will consist of simulating mobile robots over rough terrain. The terrain will be ~10,000 flat shaded polygons. - Given the above specifications, what sort of frame rate can we reasonably expect? - How important is having Z-buffer capability for our application? Are higher frame rates achieved by using Z-buffer or some BSP algorithm? Thanks for your help... Regis.Hoffman@fas.ri.cmu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23639; 3 Jan 89 14:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21338; 3 Jan 89 12:04 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa21023; 3 Jan 89 11:43 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa28091; 3 Jan 89 11:31 EST Received: from FINFUN.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 6448; Tue, 03 Jan 89 02:18:04 EST Date: Tue, 3 Jan 89 08:57 O From: LAAKSONE%FINFUN.BITNET@cunyvm.cuny.edu MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: 4Dgifts To: info-iris@BRL.MIL X-Original-To: info-iris@brl.mil Message-ID: <8901031132.aa28091@SMOKE.BRL.MIL> Thanks a lot for all your reply to my query about Emacs and Kermit. I did not know about the 4Dgifts directory on the tape. I had a look at the tapes and used inst to list the files. The problem is now that I got a strange message saying: "Warning: eoe2.sw.gifts cannot be installed on the currently running system". Can sombody tell me what this is all about? Cheers Leif Laaksonen   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28789; 3 Jan 89 21:24 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28452; 3 Jan 89 20:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28409; 3 Jan 89 19:54 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa09664; 3 Jan 89 19:47 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA04516; Tue, 3 Jan 89 13:01:29 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jan 89 18:42:11 GMT From: Jeff Doughty Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Graphics from multiple threads Message-Id: <24187@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Mike Muuss reported some problems with the 4D/20 and the 4D GTX. I can address the problem with multiple threads on the MP machine. There is a limitation (imposed by software) that only the original parent can access the graphics pipe. The SGI demos available ARE multi-threaded, but only a single process performs graphics. Fixing this limitation is one of our highest priorities for the next major release. Currently, this release is tagged as 4.0, and is scheduled for around October 1989. For a brief description of what is happening: The graphics pipe is mapped into the user program's address space. When the program fork()s for sproc()s, this pipe is unmapped. Thus when a child process attempts a graphics call that accesses the pipe, it will dump core with a segmentation fault. I noticed that this behavior is not documented in either the fork(2) or sproc(2) man pages -- I will remedy this. The reason that the graphics pipe is unmapped across a fork/sproc is that a great deal of software relies upon the fact that a pipe context corresponds to a single process. We felt that we could not change this in time for the 3.1 release. As you read this, this limitation is being remedied. Currently, we are planning to introduce a new "share bit" to sproc (PR_SGRAPH) that indicates that the threads would like to share graphics. If this bit is on, the graphics pipe context will be inherited across the sproc(). The user program will be responsible for ensuring mutual exclusion of pipe accesses. Jeff Doughty UNIX group   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28967; 3 Jan 89 22:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28686; 3 Jan 89 21:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28641; 3 Jan 89 20:59 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa10106; 3 Jan 89 20:49 EST Received: from munnari.UUCP by uunet.UU.NET (5.59/1.14) with UUCP id AA21043; Tue, 3 Jan 89 20:49:21 EST Message-Id: <8901040149.AA21043@uunet.UU.NET> Received: from cidam (via goanna) by munnari.oz with SunIII (5.5) id AA12296; Wed, 4 Jan 89 12:25:30 EST (from mg@cidam for uunet!info-cscheme@mc.lcs.mit.edu) Received: by cidam.rmit.oz (5.51/4.7) id AA11855; Wed, 4 Jan 89 11:20:49 EST Date: Wed, 4 Jan 89 11:20:49 EST From: "Mike A. Gigante" To: info-cscheme@mc.lcs.mit.edu, info-iris@BRL.MIL Subject: CScheme/GL on 4D series In followup to my earlier query about Cscheme on the Silicon Graphics (SGI) 4D series (MIPS) workstations, I have now finished the port and finished an interface between the SGI graphics library (GL) and Scheme. The interface is complete except for the following: (*) - matrices haven't been handled yet so all the curve/patch and the getmatrix/loadmatrix/multmatrixstuff doesn't work (I haven't decided whether to use 'vectors of vectors' or the non-standard ARRAY type (in microcode/array.[ch]) - Cursor and font definitions aren't handled either - defpup is not implemented, but it is simple enough to use newpup and addtopup instead if you wish to use pop-up menus in your graphics programs - a glitch in -ve integer -> floating point conversion (simple workaround) [Scheme_Integer_To_C_Integer(-100) (object_datum) returns a number like 1667xxxx so I need to dig a little bit deeper to figure that out ] the interface is basically a set of hooks into the C graphics library and a series of definitions useful to the GL programmer. There have been a number of design decisions on arguments and return values for various routines. I'd like some feedback on those (e.g. returning a dotted pair for some functions like (qread) (qread returns the device code and associated value from thegraphics event queue) Jeff Hultquis at Ames has also done work on a GL interface, we'll need to integrate the two versions before any distribution.. (I'm not sure how much of GL he has going..) Overall, I am rather happy. I've given it a hard workout and it works very well. There is still room for improvement (of course), mostly little things. The machine is very fast so it makes a very nice Scheme machine!!!! There is also a little redundency in both code and runtime type/argument checks which I'll smooth out later. Mike (*) there are several hundred routines in GL many of which are available in GNU-digs, our GL look-alike that runs on a number of graphics devices like suns, apollos, tex401X, hpgl and postcript output devices, PCs etc. hence this work should be useful to others as well... The only glitch there is that I have massaged the SGI include files gl.h and device.h into scheme declarations and those files are annotated as proprietry code~r...   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15323; 7 Jan 89 2:31 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14723; 7 Jan 89 1:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14691; 7 Jan 89 0:56 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03903; 7 Jan 89 0:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA25140; Fri, 6 Jan 89 21:29:22 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jan 89 02:59:37 GMT From: TIM WHIFFEN Organization: Georgia Institute of Technology Subject: secure environments Message-Id: <7018@pyr.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a friend who would like to communicate with others who use SGI equipment in secure/classified environments. His name and number follows or you can reach him through direct email with me. Barry Webb 404-494-6952 Thanx. -- TIM WHIFFEN Georgia Insitute of Technology, Atlanta Georgia, 30332 uucp: ...!{akgua,allegra,amd,hplabs,ihnp4,seismo,ut-ngp}!gatech!gitpyr!tcw ARPA: tcw@pyr.gatech.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26771; 7 Jan 89 21:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26542; 7 Jan 89 18:52 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26540; 7 Jan 89 18:37 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10503; 7 Jan 89 18:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA07838; Sat, 7 Jan 89 14:59:42 PST Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jan 89 22:33:10 GMT From: "Eric A. Pearce" Organization: Boston University Info Tech Subject: Problems with 18.51 on SGI IRIS 4D Message-Id: <27091@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to compile emacs 18.51 for an SGI Iris 4D running "IRIX System V Release 4D1-3.13809261636" (I used "m-iris4d.h" and "s-iris3-6.h") Since it does not have a "/usr/lib/crt0.o", I tried doing the following: "/usr/lib/crt0.o" changed to "crt0.o" for START_FILES in src/m-iris4d.h ld: Warning: data_start: multiply defined Undefined: sigblock start *** Error code 1 Stop. *** Error code 1 Stop. "/usr/lib/crt0.o" changed to "/usr/lib/crt1.o" for START_FILES in src/m-iris4d.h ld: Undefined: sigblock start *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Any ideas? ------------------------------------------------------------------------------- Eric Pearce ARPANET eap@bu-it.bu.edu Boston University Information Technology CSNET eap%bu-it@bu-cs 111 Cummington Street JNET jnet%"ep@buenga" Boston MA 02215 UUCP !harvard!bu-cs!bu-it!eap 617-353-2780 voice 617-353-6260 fax BITNET ep@buenga -- ------------------------------------------------------------------------------- Eric Pearce ARPANET eap@bu-it.bu.edu Boston University Information Technology CSNET eap%bu-it@bu-cs 111 Cummington Street JNET jnet%"ep@buenga" Boston MA 02215 UUCP !harvard!bu-cs!bu-it!eap 617-353-2780 voice 617-353-6260 fax BITNET ep@buenga   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06061; 9 Jan 89 1:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05799; 9 Jan 89 0:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05265; 9 Jan 89 0:35 EST Received: from NPS-CS.ARPA by SMOKE.BRL.MIL id aa19013; 9 Jan 89 0:18 EST Received: by cs.nps.navy.mil (5.51/1.26) id AA10220; Sun, 8 Jan 89 21:17:22 PST Date: Sun, 8 Jan 89 21:17:22 PST From: michael zyda Message-Id: <8901090517.AA10220@cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: DIMENSION 6, THREE DIMENSIONAL INPUT/CONTROL DEVICE Here at the Naval Postgraduate School we have developed several 3D visual simulation systems on the IRIS 4D/70GT. The majority of these systems generate real-time 3d displays of terrain. A significant number are being developed to allow human interaction with the simulations. We are currently using the SGI button and dial box to control our simulations. The button and dial box does not provide the user with the most intuitive interface to our simulations. We have also had a number of problems with predicting the behavior of the button and dial boxes with each new operating system release. We are looking into using the Dimension 6 control device. The device is manufactured by CIS Graphics, Inc. We would like to hear from users who are using the Dimension 6 with the IRIS 4D/70GT. If you are using the Dimension 6 control device, please drop me a note or call me and let me know what you think. I will try and summarize any responses and drop that report back out on the net... Michael Zyda Naval Postgraduate School (408) 646-2305 (work) zyda@cs.nps.navy.mil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14970; 9 Jan 89 18:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14403; 9 Jan 89 17:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14391; 9 Jan 89 17:17 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa09093; 9 Jan 89 16:58 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA20989; Mon, 9 Jan 89 16:56:22 EST Received: by buita.bu.edu (3.2/4.7) id AA20526; Mon, 9 Jan 89 16:57:19 EST Received: by adt.uucp (3.2/SMI-3.2) id AA26582; Mon, 9 Jan 89 16:33:30 EST Date: Mon, 9 Jan 89 16:33:30 EST From: Joe Ilacqua Message-Id: <8901092133.AA26582@adt.uucp> To: info-iris@BRL.MIL Cc: Subject: Remapping keys Is there anyway to remap keys under 4Sight (or Max (or whatever you would like to call it))? I would like to swap Caps Lock with Control and Back Space with Delete. I did not see anything in the docs that allowed you to do so, did I miss something (hopefully)? It was a sad day when SGI began to use PC style keyboards... Joe Ilacqua Associative Design Technology   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15809; 9 Jan 89 21:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15428; 9 Jan 89 20:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15410; 9 Jan 89 20:10 EST Received: from CAD.USNA.MIL by SMOKE.BRL.MIL id aa10996; 9 Jan 89 20:03 EST Date: Mon, 9 Jan 89 20:00:36 EST From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Iris key remapping Message-ID: <8901092000.aa02131@CAD.USNA.MIL> G'day, SGI doesn't really use PC style keyboards -- it's not like either my IBM AT's or my Zenith's -- they just use a lousy design. This is especially true if you use an EMACS style editor. I asked Chris Dunlop to put a key remapping high on their priority list. Want to bet that they don't. And I just bought a half million worth of SGI's. Sigh...... Professor David F. Rogers Aerospace Engineering Department U.S. Naval Academy Annapolis, MD 21402 USA Tel: 301-267-3283/4/5 ARPANET: dfr@usna.mil UUCP: ~uunet!usna!dfr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17734; 10 Jan 89 3:15 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17248; 10 Jan 89 2:02 EST Received: from sem.brl.mil by VMB.BRL.MIL id aa17235; 10 Jan 89 1:50 EST Date: Tue, 10 Jan 89 1:47:22 EST From: Mike Muuss To: "David F. Rogers" cc: info-iris@BRL.MIL Subject: Re: Iris key remapping Message-ID: <8901100147.aa05163@SEM.BRL.MIL> As best as I can tell, the "4D" series of SGI machines use IBM PS/2 keyboards, probably from a second-source vendor. These keyboards are completely "soft", and the keys can be re-mapped. Under SGI Release 2, they had provided BRL with patches to move the control/shift_lock, and escape/tilde keys. To date, SGI has not provided this same capability under SGI Release 3.1, so we continue to use Sun-3/50 workstations as "front-ends" to our SGI workstations. We can't stand the keyboard layout of the PS/2 keyboard. I understand that, at least under Release 2.0, it required changing the source code to "wsh.c" to implement the re-bindings -- it is not something that can be done via a config file. Hopefully we can persuade SGI to release an interim solution to the bad keyboard layout problem. Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab27392; 10 Jan 89 18:16 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27302; 10 Jan 89 18:05 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27213; 10 Jan 89 17:42 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02533; 10 Jan 89 17:23 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA26021; Tue, 10 Jan 89 12:01:05-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 89 19:22:42 GMT From: Steve Philipson Organization: NASA Ames Research Center, Calif. Subject: Re: Iris key remapping Message-Id: <2327@eos.UUCP> References: <8901100147.aa05163@SEM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8901100147.aa05163@SEM.BRL.MIL> mike@BRL.MIL (Mike Muuss) writes: >These keyboards are completely "soft", and the keys can be re-mapped. >Under SGI Release 2, they had provided BRL with patches to move the >control/shift_lock, and escape/tilde keys. > >To date, SGI has not provided this same capability under SGI Release 3.1, ... Ah, I begin to see why I there are problems with installing 3.1 on my 4D/60 that is still running 2.0. I'm trying to boot from a tape drive on another machine. My efforts are greeted with a copy of the install software (which takes several minutes), followed by this error when it tries to run the program: can't load keyboard table dkip(0,0,8) io_ktbl I may have the message slightly wrong ... I get to see it for about .1 second before the machine clears the screen and drops back to the monitor level. I'd appreciate receiving info on how to install the new software given this problem. I DO have a call into the hotline, but seem to be playing telephone-tag with those folks, and I'd like to get going ASAP. -- Steve (the certified flying fanatic) steve@aurora.arc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27573; 10 Jan 89 18:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab27302; 10 Jan 89 18:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27280; 10 Jan 89 17:46 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02791; 10 Jan 89 17:33 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA27675; Tue, 10 Jan 89 13:13:09-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 89 18:02:30 GMT From: Kipp Hickman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Iris key remapping Message-Id: <24593@sgi.SGI.COM> References: <8901100147.aa05163@SEM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8901100147.aa05163@SEM.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: > As best as I can tell, the "4D" series of SGI machines use > IBM PS/2 keyboards, probably from a second-source vendor. > ... > To date, SGI has not provided this same capability under SGI Release 3.1, > so we continue to use Sun-3/50 workstations as "front-ends" to our SGI > workstations. We can't stand the keyboard layout of the PS/2 keyboard. > ... > Best, > -Mike We supposedly use an IBM-RT keyboard, for what its worth. From my own personal experience, I had a tough time at first when I transitioned from my 3000 keyboard to my 4D keyboard...It didn't take too long to adapt to it, however. Release 3.0 of the IRIX 4D system supports a simplified keyboard re-mapping capability. The relevant documentation is squirrel'd away in the appendix/section that describes the escape sequences that wsh(1G) uses. For the 3.2 software release, the program bindkey(1G) will be provided which gives a simple user interface to the simple keyboard re-mapping that 3.2 will support. Future releases will do everything you are asking for, but for obvious reasons, I can't promise a date as priorites change often around here. Here is an example code sequence that will bind your F1 key to say "ls -l\r" (I am using printf notation): #include int key_number = F1KEY; char *key_value = "ls -l\r"; printf("\033P101;%d.y%s\033\\", key_number, key_value); If you run that code sequence, it will do the trick. Alternatively, if you are brave and understand your shell and how it handles back-slashes, you can type the underlying escape codes in from the keyboard. If you are even braver, you can examine the PostScript support for keyboard binding. This support varies based on what release you have. If you have 3.0, heaven forbid, then look in /usr/NeWS/lib/NeWS/bindkey.ps. If you have 3.0 (or earlier) I suggest you update to 3.1 asap, as 3.0 had some serious deficiencies in its keyboard handling (binding was global across all wsh's). If you have 3.1 or later, then look in /usr/NeWS/lib/NeWS/sgiwin.ps in the procedure called ``bindasciikey''. Hacking up what 3.1 does will probably work up to (but not in) release 4.0. Customer support will not be able to help you at all with this hacking, so you are on your own (sorry). Hope this helps. kipp hickman (kipp@sgi.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05085; 11 Jan 89 11:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03443; 11 Jan 89 10:39 EST Date: Wed, 11 Jan 89 10:23:06 EST From: Paul Stay To: Steve Philipson cc: info-iris@BRL Subject: Re: Iris key remapping Message-ID: <8901111023.aa03011@VMB.BRL.MIL> We had this same problem when we installed the 3.1 with a local tape drive We were able to fix this at the prom monitor by seting the following at the prom level. Someone a SGI was checking into this for me, but it has been awhile since I have heard from him. >>setenv keybd df >>init This tells the operating system to boot up with the default keyboard mapping. -Paul   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11266; 11 Jan 89 19:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11238; 11 Jan 89 19:17 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11205; 11 Jan 89 18:57 EST Received: from SMITHKLINE.COM by SMOKE.BRL.MIL id aa27865; 11 Jan 89 18:15 EST Date: Wed, 11 Jan 89 09:15 EST From: DIXONS <@smithkline.com:DIXONS@smithkline.com> Subject: emacs on 4D120GTX To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.arpa" Message-ID: <8901111817.aa27865@SMOKE.BRL.MIL> I have been trying to bring up gnu emacs (version 18.52) on our 4D120GTX system and have run into a problem perhaps someone else has solved. After a few modifications to the existing m-iris*.h and s-iris*.h files (from the gnu distribution) I have managed to get emacs running (at least for the things that I have tried). My problem is that the routine unexmips (which is supposed to save an executable image of emacs after intitialization) does not work for the current version of IRIX. As near as I can tell, the format of a ZMAGIC object file has changed quite a bit from what that routine is expecting. Rewriting that routine is probably more than I want to tackle. Has anyone else already done this? Without that, emacs is still functional, but since it loads a lot of lisp code upon startup, it is somewhat slow to start up. Regards, Scott Dixon (internet: dixons@smithkline.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00547; 12 Jan 89 0:52 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00483; 12 Jan 89 0:37 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa00316; 12 Jan 89 0:12 EST Date: Wed, 11 Jan 89 23:49:06 EST From: Doug Gwyn (VLD/VMB) To: DIXONS <@smithkline.com:DIXONS@smithkline.com> cc: info-iris@BRL.MIL Subject: Re: emacs on 4D120GTX Message-ID: <8901112349.aa07429@VGR.BRL.MIL> Yes, you've provided an illustration of the problems involved in attempting to "unexec" a process. I and others have argued with Stallman about this, but he insists on doing it like that. Too bad.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00796; 12 Jan 89 1:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00483; 12 Jan 89 0:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00309; 12 Jan 89 0:11 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa29017; 11 Jan 89 22:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA28027; Wed, 11 Jan 89 18:41:03-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 89 02:33:12 GMT From: Eric Pettersen%CGL Organization: UCSF Computer Graphics Lab Subject: Re: Iris key remapping Message-Id: <11313@cgl.ucsf.EDU> References: <8901100147.aa05163@SEM.BRL.MIL>, <24593@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is some code you can put in your user.ps to swap the CapsLock and Control key under 3.0 and 3.1c. I suggest that you actually imbed it your RestartActions array, just to be safe. This code uses undocumented operators and constants, so who knows how it will work in future releases! It is possible to change any key, but the code below is pretty much hard-coded to do what it does, and is not a flexible facility for arbitrary key remapping... Eric Pettersen pett@cgl.ucsf.edu ...!ucbvax!ucsfcgl!pett ----- { /CapsOn false def /ControlOn false def /eventhandler { dup /Action get exch /Name get { 28420 { % Caps Lock /DownTransition eq { /ControlOn true def } { /ControlOn false def } ifelse } 28419 { % Control /DownTransition eq { /CapsOn CapsOn not def } if } } case 2 CapsOn { /LampsOn } { /LampsOff } ifelse keyboardcontrol CapsOn { 1 } { -1 } ifelse 4 adjustkeyboardshiftstate ControlOn { 1 } { -1 } ifelse 1 adjustkeyboardshiftstate } def createevent dup begin /Name [ 28420 28419 ] def end expressinterest { awaitevent eventhandler } loop } fork pop -----   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09897; 12 Jan 89 13:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07397; 12 Jan 89 11:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07394; 12 Jan 89 11:27 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa07837; 12 Jan 89 11:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA08195; Thu, 12 Jan 89 06:44:35-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 89 14:32:57 GMT From: Richard Rosenthal Organization: USAETL, Fort Belvoir, Virginia Subject: Restricted Shell and 4Sight Message-Id: <238@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I want to log on the the console and run graphics through an account that uses a restricted shell (rsh). When I do this 4Sight comes up but the console window never appears. Any suggestions? Facts: IRIS 4D/60T System 3.1 P.S. This is also a problem when trying to log on to "powerdown". I don't want to have to use "powerdown NOGRAPHICS". -- Richard Rosenthal Internet: richr@ai.etl.army.mil Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM +1 202 355 3653 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11617; 12 Jan 89 15:36 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11324; 12 Jan 89 15:26 EST Received: by VMB.BRL.MIL id ac11168; 12 Jan 89 15:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10675; 12 Jan 89 14:05 EST Received: from PIG.DREA.DND.CA by SMOKE.BRL.MIL id aa12687; 12 Jan 89 13:53 EST Received: Thu, 12 Jan 89 13:34:36 AST by pig.drea.dnd.ca (5.52/5.6) Date: Thu, 12 Jan 89 13:34:36 AST From: Jim Diamond Message-Id: <8901121734.AA06308@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: File system brain damage? System: GL2-W3.6 on a 3130 Situation: Editing a previously-existing file whose name is 14 chars long, using Unipress Emacs with backup-before-writing set. Action: Attempt to save your file Result: directory corrupted Anyone have similar problems? If so, short of turning off the emacs backup feature, is there a fix? Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15225; 13 Jan 89 3:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15016; 13 Jan 89 3:05 EST Date: Fri, 13 Jan 89 2:44:44 EST From: Chuck Kennedy To: info-iris@BRL.MIL Subject: Info-Iris Mail Archive Update Message-ID: <8901130244.aa15000@VMB.BRL.MIL> Greetings folks! I've just recently updated the info-iris mailing list archives located on host vgr.brl.mil [192.5.23.6]. I've included a summary below which can also be found in the file "summary" in the info-iris directory. Name Size (bytes) Subject ---- ------------ ------- info-iris.txt.01 488129 Info-Iris V01, 10 Jul 86 - 20 Sep 87 info-iris.txt.02 353723 Info-Iris V02, 25 Sep 87 - 15 Apr 88 info-iris.txt.03 356805 Info-Iris V03, 18 Apr 88 - 17 Aug 88 info-iris.txt.04 271888 Info-Iris V04, Panel Library, 18 Aug 88 info-iris.txt.05 423583 Info-Iris V05, 18 Aug 88 - 30 Dec 88 info-iris.txt.06 245064 Info-Iris V06, Virus Special Issue All this is available via the usual anonymous ftp procedure. Anonymous ftp was turned off for during the virus/worm attack in November till we could get our ftp service fixed up. So if you were unable to get files earlier, please try again now. I must say that we've had some rather good discussions on the list recently. It's very encouraging to see the folks from SGI responding to many of the technical questions raised in this forum. This is just the sort of exchange that makes this list interesting to read. Please keep up the good work! Thanks, -Chuck Kennedy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08814; 16 Jan 89 22:02 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08503; 16 Jan 89 20:07 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa08501; 16 Jan 89 19:49 EST Received: from oregon.uoregon.edu by VGR.BRL.MIL id aa22474; 16 Jan 89 19:43 EST Return-path: mike@chemiris.uoregon.edu Received: from chemiris.uoregon.edu by oregon.uoregon.edu; Mon, 16 Jan 89 16:42 PST Received: by chemiris.uoregon.edu (5.52/JQJ/SMI-3.2) id AA04045; Mon, 16 Jan 89 16:43:16 PST Date: Mon, 16 Jan 89 16:43:16 PST From: mike@uoregon.edu Subject: SYBYL on the IRIS To: info-iris@VGR.BRL.MIL Message-Id: <8901170043.AA04045@chemiris.uoregon.edu> Greetings! We have just joined the info-iris mailing list, and would like to briefly introduce ourselves. We have recently expanded our molecular modelling facilities, here at the University of Oregon, with the purchase of an IRIS 4d/70G. Major applications running on the machine at this time are Polygen's QUANTA/CHARMM package (for protein modelling and dynamics calc.'s), and Tripos' UNIX version of SYBYL 5.2 (primarily for small molecule modelling). We are particularly interested in establishing contacts with other SYBYL users...the IRIS version of SYBYL 5.2 is "still under active development", and we would like to hear of other people's successes/failures. Does anybody know how to contact the SYBYL (VMS or UNIX) user's group via e-mail? -- Mike Scherz Internet: mike@chemiris.uoregon.edu Bitnet: mscherz@oregon Dept. of Chemistry Univ. of Oregon Eugene, OR 97403 Tel.: (503) 686-4637, or 686-4639   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22053; 18 Jan 89 0:49 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21704; 17 Jan 89 23:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08280; 16 Jan 89 17:42 EST Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa17935; 16 Jan 89 17:14 EST Received: from ALCANKTN.BITNET by CORNELLC.ccs.cornell.edu (IBM VM SMTP R1.2) with BSMTP id 2732; Mon, 16 Jan 89 17:16:14 EST Date: Mon, 16 Jan 89 17:09 EDT From: FRASER%ALCANKTN.BITNET@CORNELLC.CIT.CORNELL.EDU MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: EDT Editor for SGI 4D To: Info-Iris-Request@BRL.MIL X-Original-To: "Info-Iris-Request@BRL.ARPA", FRASER Message-ID: <8901161714.aa17935@SMOKE.BRL.MIL> Resent-Date: Tue, 17 Jan 89 23:03:37 EST Resent-From: Chuck Kennedy Resent-To: info-iris@BRL Without getting into the reasons why, and with no particular cost constraint, we are looking for a supported implementation of the EDT Editor for the 4D. If there is anyone using this in the Great White North, that would be even better, so's we don't take the risks with border crossings. If anyone has a particular version to recommend please pass on the contact. Cheers Cliff Fraser   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21959; 18 Jan 89 0:07 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21494; 17 Jan 89 23:04 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa21477; 17 Jan 89 22:50 EST Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26966; 17 Jan 89 14:25 EST Received: from physics.swarthmore.edu by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 9875; Tue, 17 Jan 89 14:03:08 EST Received: from campus.swarthmore.edu by physics.swarthmore.edu; Tue, 17 Jan 89 12:08 EST Date: Tue, 17 Jan 89 12:02 EST From: BUG%campus.swarthmore.edu@cunyvm.cuny.edu Subject: newcomers - graphics for chemical physics To: info-iris@vgr.brl.mil X-VMS-To: IN%"info-iris@vgr.brl.mil" Message-ID: <8901171426.aa26966@VGR.BRL.MIL> We are new to the mailing list, and would like to extend our greetings and ask a general question concerning public domain or inexpensive graphics packages for chemical modeling: are there any? Our interest is in simulation of thermodynamic and transport properties in liquids and porous solids. We would like to use our own codes to generate configurations, and would like to obtain some nice, menu driven, routines that will display atoms, perhaps linked by bonds, with atomic coordinates read from our routines in real time or from data files in some transparent way. Any advice from SG users on such routines would be much appreciated; we have a 4D/70 GE-38 with 8 MB of memory, and lots of disk space accessed over a network. Amy Bug, Dept. of Physics and Astronomy Swarthmore College, Swarthmore PA BUG@SWARTHMR, BUG@CAMPUS.SWARTHMORE.EDU   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13532; 19 Jan 89 12:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12847; 19 Jan 89 12:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12802; 19 Jan 89 11:48 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10854; 19 Jan 89 11:28 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12114; Thu, 19 Jan 89 08:10:04-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 89 01:30:19 GMT From: Trevor Paquette Subject: Caps Lock/CNTL Key Fix has bug? Message-Id: <523@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Awhile ago someone posted a fix to exchange the Caps lock/cntl keys around. I took it and put it in a file called user.ps in my home dir on a 4D/20. There is one problem with it. It works just great when you first login, but after about 30 mins or so the keyboard thinks that CNTL is ALWAYS down. This is also in EVERY window on the workstation. I ca't get rid of it. I tried pressing control and caps lock but to no avail.. anyone know what gives? Here is the user.ps file to look over again. Trev { /CapsOn false def /ControlOn false def /eventhandler { dup /Action get exch /Name get { 28420 { % Caps Lock /DownTransition eq { /ControlOn true def } { /ControlOn false def } ifelse } 28419 { % Control /DownTransition eq { /CapsOn CapsOn not def } if } } case 2 CapsOn { /LampsOn } { /LampsOff } ifelse keyboardcontrol CapsOn { 1 } { -1 } ifelse 4 adjustkeyboardshiftstate ControlOn { 1 } { -1 } ifelse 1 adjustkeyboardshiftstate } def createevent dup begin /Name [ 28420 28419 ] def end expressinterest { awaitevent eventhandler } loop } fork pop ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta UUCP: uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24416; 18 Jan 89 8:41 EST Received: by VMB.BRL.MIL id aa23994; 18 Jan 89 8:35 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa23085; 18 Jan 89 7:12 EST Received: by VMB.BRL.MIL id aa23056; 18 Jan 89 6:57 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22815; 18 Jan 89 6:41 EST Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa09663; 18 Jan 89 6:11 EST Received: from relay2.cs.net by RELAY.CS.NET id ac18681; 18 Jan 89 5:53 EST Received: from switzerland by RELAY.CS.NET id aa24926; 18 Jan 89 5:31 EST Received: from ean by scsult.SWITZERLAND.CSNET id a029840; 18 Jan 89 9:36 WET Date: 18 Jan 89 8:59 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <189:doelz@urz.unibas.ch> Subject: Quota handling Hi all, We're running a 4D/80GT with 16 megs core and 2x380 megs disk memory as a multi-user machine on a network (DECNET - we're using 4DDN.) Besides graphics, the iris is used as number-cruncher by several users, and this implies that I have to check the disk space frequently in order to avoid reaching the 100%. This bothers me, and I know disquota tools from CONVEX and CRAY. The workaround I use now is that I try to run groups of users in different partitions, which works fairly well. However, now one user is able to sabotage his entire group. Therefore, I'd like to have a disquota utility which * measures the space used by a single user * compares this value with a value stored in a table * sets the user to a restricted shell enabling him to delete the files causing the trouble. I think that there might be some of you having the same problem. Thanks for any suggestions and hints. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ (P.S.: Compliments to the niveau of the bb in '89!)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00751; 18 Jan 89 13:38 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28613; 18 Jan 89 12:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28611; 18 Jan 89 12:13 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa19803; 18 Jan 89 12:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA17270; Wed, 18 Jan 89 08:44:42-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 89 16:27:48 GMT From: Richard Rosenthal Organization: USAETL, Fort Belvoir, Virginia Subject: 4Sight and ksh Message-Id: <242@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Just updated to 3.1 on 4D/60T; hadn't used 4Sight previously (missed an update). problem (BIG problem): we use ksh ... when I use menu choices in 4Sight to quit a wsh the windows go away, BUT, ksh sticks around running in an infinite loop, accumulating CPU time in real time. I have to kill the processes (ksh). In the ps listing they appear to still be attached to the p-terminals! I looked at the postscript and the quit in the menu does a "/destroy xxx send" So, why does ksh still hang around? -- Richard Rosenthal Internet: richr@ai.etl.army.mil Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM +1 202 355 3653 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20168; 19 Jan 89 17:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19770; 19 Jan 89 17:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19530; 19 Jan 89 17:01 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa20186; 19 Jan 89 16:48 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA15141; Thu, 19 Jan 89 10:34:57-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 89 16:00:27 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Sight and ksh Message-Id: <25161@sgi.SGI.COM> References: <242@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <242@ai.etl.army.mil>, richr@ai.etl.army.mil (Richard Rosenthal) writes: ... > we use ksh ... > when I use menu choices in 4Sight to quit a wsh > the windows go away, BUT, ksh sticks around running in > an infinite loop, accumulating CPU time in real time. > > I have to kill the processes (ksh). In the ps listing > they appear to still be attached to the p-terminals! > > I looked at the postscript and the quit in the menu > does a "/destroy xxx send" > > So, why does ksh still hang around? > > -- > Richard Rosenthal Internet: richr@ai.etl.army.mil > Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr > Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM > +1 202 355 3653 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET You seem to have the older version of KSH. I recommend that you get up to at least the KSH-I release (11/something/86) on the 4D series. I encountered similar problems using the old KSH under mex because of the funky modifications to normal standard I/O behaviour that KSH makes. KSH-I cleans much of this stuff up, and eliminates the heap growth hack as well (thank god!) [For those not in the know, the shell, etc., grow the heap by simply running off the end, taking a segmentation violation, and allocating additional memory. This doesn't work too well on things like a 286 box, and is a royal pain when trying to get root prompt from a new port.] There are many people internally here at SGI that use KSH for everything (including myself), and it runs fine under every version of 4Sight. I use it as the root shell on my machine as well. -- Jim Barton Silicon Graphics Computing Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20222; 19 Jan 89 17:46 EST Received: by VMB.BRL.MIL id aa19952; 19 Jan 89 17:42 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18577; 19 Jan 89 16:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18556; 19 Jan 89 16:35 EST Received: from JVNCA.CSC.ORG by SMOKE.BRL.MIL id aa18794; 19 Jan 89 15:51 EST Received: from jvncf.csc.org by jvnca.csc.org id AA17220; Thu, 19 Jan 89 15:46:01 EST Return-Path: Received: by jvncf.csc.org id AA22537; Thu, 19 Jan 89 15:45:40 EST Date: Thu, 19 Jan 89 15:45:40 EST From: Richard Shaginaw lac11205 Message-Id: <8901192045.AA22537@jvncf.csc.org> To: info-iris@BRL.MIL Subject: Atoms Regarding inexpensive molecular-modeling software, as requested by BUG@SWARTHMR -- we use QUANTA by Polygen, Inc. on our Iris 4D/70's. The package has its roots at the University of York, UK, and is integrated with Polygen's CHARMm software, permitting minimization using constraints, conformational searches, and structure comparisons. QUANTA is available to academia at low cost, but I don't know the figures. You can write or call Polygen at Polygen Corporation 200 Fifth Avenue Waltham, MA 02254 617-890-2888 -- Rich -------------------------------------------------------------------------------- The John von Neumann National Supercomputer Center -- User Services Group Richard J. Shaginaw JVNC Applications Software Analyst P.O. Box 3717 Consortium for Scientific Computing Princeton, NJ 08543 -------------------------------------------------------------------------------- Internet Address: shaginaw@jvncf.csc.org 609-520-2000 Bitnet Address: shaginaw@jvncc ================================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21488; 19 Jan 89 21:56 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21202; 19 Jan 89 21:15 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa21161; 19 Jan 89 21:00 EST Date: Thu, 19 Jan 89 20:51:17 EST From: Phil Dykstra To: FRASER%ALCANKTN.BITNET@cornellc.cit.cornell.edu cc: info-iris@BRL.MIL Subject: Re: EDT Editor for SGI 4D Message-ID: <8901192051.aa07803@SPARK.BRL.MIL> Cliff, It's not exactly supported, but GNU emacs has an EDT emulation mode (and thanks to Eric Raible you should be able to run it on your 4D). I'm not an EDT person though so I can't say whether it is any good (either EDT or GNU's emulation of it). - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21798; 19 Jan 89 22:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21666; 19 Jan 89 22:47 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa21629; 19 Jan 89 22:31 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa23591; 19 Jan 89 22:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA25407; Thu, 19 Jan 89 18:42:10-0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jan 89 00:01:40 GMT From: "David A. Higgen" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: future disk storage enhancements Message-Id: <25206@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm going to be working shortly on ways of extending disk storage over more than one physical disk ("logical volumes", "multi-spindle filesystems" or what-have-you). I'd be glad to have ideas/comments/wishlists from interested parties. Some initial questions. 1) Is your interest in this mainly: a) A need for larger storage, ie more files in a filesystem, or b) A need for really long files? If the latter, what sort of file sizes do you think might arise in practical applications for our systems over the next year or so? 2) Is there any percieved need for large RAW (ie non-filesystem) storage? 3) To address large storage objects, we would have to augment the semantics of 'lseek' in some way. Two possibilities: * extra defines in the "whence" field specifying units of (say) Kbytes instead of bytes. * A new system call taking more than one word to allow a larger range. (Presumably 64 bits, probably typedef'd for convenience). Preferences? Alternatives? Is there really a need to address very large storage objects to byte granularity? 4) How important is extensibility? (ie the ability to add the space of a new disk to an existing filesystem). If this IS considered important, must it be totally dynamic (ie can be done even when the filesystem is mounted and in use) or could we live with needing to unmount the filesystem to extend it? 5) Do you foresee any demand for 'mirroring' ie automatically keeping data on duplicate/triplicate etc storage for reliability? (We are not currently in the database/transaction-processing market where this is common, but who knows)....   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29876; 20 Jan 89 12:37 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29501; 20 Jan 89 12:27 EST Received: from sem.brl.mil by VMB.BRL.MIL id aa29449; 20 Jan 89 12:14 EST Date: Fri, 20 Jan 89 12:09:41 EST From: Terry Slattery (SECAD) To: "David A. Higgen" cc: info-iris@BRL.MIL Subject: Re: future disk storage enhancements Message-ID: <8901201209.aa20203@SEM.BRL.MIL> > 1) Is your interest in this mainly: > > a) A need for larger storage, ie more files in a filesystem, or > > b) A need for really long files? > > If the latter, what sort of file sizes do you think might arise in practical > applications for our systems over the next year or so? Both. With graphical images, large amounts of storage are needed, especially when making animation sequences. Similarly, these sequences are often stored on some sort of bulk media. Sometimes the bulk media must be used in a way which dictates the use of a single file for efficiency reasons (Exabyte tapes, for example). I would like to take a set of animation files (a large number of 1Mby files) and store them as a single entity and still be able to perform seeks within this entity. This isn't possible if the file is > 2^^31 bytes. > 2) Is there any percieved need for large RAW (ie non-filesystem) storage? Not from me. But what about optical disks? Most WORM drives are best used as raw devices. > 3) To address large storage objects, we would have to augment the semantics > of 'lseek' in some way. Two possibilities: > > * extra defines in the "whence" field specifying units of (say) Kbytes > instead of bytes. > > * A new system call taking more than one word to allow a larger > range. (Presumably 64 bits, probably typedef'd for convenience). > > Preferences? Alternatives? > > Is there really a need to address very large storage objects to byte > granularity? Please make the 64 bit offset your first choice and don't change the semantics of lseek. Other vendors have already started work on "qseek", which takes a quad instead of a long as the offset. Retain the lseek syscall in the kernel for some period of time (e.g., two major releases) and install a library routine named lseek which calls a new qseek syscall, so that existing binaries and sources both continue to work. Old binaries will still work via the retained lseek syscall and any recompilation will be linked to the new qseek syscall via the library. Applications using large files can be fixed to use the new qseek. > 4) How important is extensibility? (ie the ability to add the space of a new > disk to an existing filesystem). If this IS considered important, > must it be totally dynamic (ie can be done even when the filesystem is > mounted and in use) or could we live with needing to unmount the > filesystem to extend it? We generally don't use local disks, preferring instead to keep our user files on NFS servers which are regularly backed up by operators. This feature would be nice on the NFS servers. Since NFS is stateless, it would not be unreasonable to have to unmount the partition in order to extend its size. > 5) Do you foresee any demand for 'mirroring' ie automatically keeping data > on duplicate/triplicate etc storage for reliability? (We are not currently > in the database/transaction-processing market where this is common, but > who knows).... This feature would be nice for critical data. The database folks are not the only people who are concerned about data reliability. You might want to get in touch with Tom Van Baak at Pyramid Technology (pyramid!tvb) about his paper "Virtual Disks: A New Approach to Disk Configuration" which was presented at the Winter 1987 Usenix. The proceedings I have contains a very short two page paper which looks like it may have been truncated; his introduction mentions experimentation results and a more complete description which is missing. He may be able to send you the complete paper. His work allowed 1) single disks, 2) concatenated disks, 3) striped disks, and 4) mirrored disks, all under control of a single configuration file. Thanks for asking. -tcs   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00936; 20 Jan 89 19:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00576; 20 Jan 89 18:15 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00456; 20 Jan 89 17:56 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa14734; 20 Jan 89 17:07 EST Received: from DS0RUS1I.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 4390; Fri, 20 Jan 89 12:43:41 EST Received: by DS0RUS1I (Mailer X1.25) id 7726; Fri, 20 Jan 89 18:26:20 CET Date: Fri, 20 Jan 89 18:22:13 CET From: "Heinz W. Poehlmann" To: info-iris@BRL.MIL Message-ID: <8901201708.aa14734@SMOKE.BRL.MIL> Hello ! we have a problem with two of our new Personal Iris machines. With normal user accounts, login at the console doesn't come up with the window manager, but after some seconds, returns to login prompt. Root works fine, as usual. Our third Personal Iris is also ok with all kind of users. Any idea ? Please write to Mr. Heinz Poehlmann, University of Stuttgart Computer Center. BITNET : ZRFL@DS0RUS1I ----THANKS----   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14032; 23 Jan 89 13:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13334; 23 Jan 89 12:19 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13306; 23 Jan 89 12:04 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa26908; 23 Jan 89 11:40 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA06028; Mon, 23 Jan 89 11:38:25 EST Received: by buita.bu.edu (3.2/4.7) id AA00996; Mon, 23 Jan 89 11:40:07 EST Received: by adt.uucp (3.2/SMI-3.2) id AA10105; Mon, 23 Jan 89 09:26:16 EST Date: Mon, 23 Jan 89 09:26:16 EST From: jim frost Message-Id: <8901231426.AA10105@adt.uucp> To: info-iris@BRL.MIL Subject: Broken window manager >With normal user accounts, login at the console doesn't come up >with the window manager, but after some seconds, returns to login >prompt. Root works fine, as usual. One thing to check is that the localhost loopback is in /etc/hosts. If it isn't, the window manager doesn't work right -- you just can't get a shell (not surprising, considering how 4Sight works). Since root is working I don't think this is the problem, but it's something to check. If this happens to you, the way to log in without graphics so you can fix it is: login: username NOGRAPHICS= You'll be at a terminal that feels a lot like a DECWriter, totally stupid. I don't believe this technique is documented anywhere (a co-worker of mine originally found it with "strings" I believe) but it's effective. There should be a better way. Which reminds me, how do you get the Personal Iris to boot single-user? I never did figure that out. And what prompted me to delete localhost? Well it seems I'm not so familiar with vi.... jim frost associative design technology madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17472; 23 Jan 89 22:25 EST Received: by VMB.BRL.MIL id ab17452; 23 Jan 89 22:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17418; 23 Jan 89 22:04 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17379; 23 Jan 89 21:46 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06642; 23 Jan 89 21:42 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12477; Mon, 23 Jan 89 18:14:10 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jan 89 13:20:15 GMT From: Richard Rosenthal Organization: USAETL, Fort Belvoir, Virginia Subject: Re: 4Sight and ksh Message-Id: <245@ai.etl.army.mil> References: <242@ai.etl.army.mil>, <25161@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <25161@sgi.SGI.COM> jmb@patton.SGI.COM (Jim Barton) writes: -In article <242@ai.etl.army.mil>, -richr@ai.etl.army.mil (Richard Rosenthal) writes: - ... -- we use ksh ... -- when I use menu choices in 4Sight to quit a wsh -- the windows go away, BUT, ksh sticks around running in -- an infinite loop, accumulating CPU time in real time. -- -- I have to kill the processes (ksh). In the ps listing -- they appear to still be attached to the p-terminals! -- -- I looked at the postscript and the quit in the menu -- does a "/destroy xxx send" -- -- So, why does ksh still hang around? -- - -You seem to have the older version of KSH. I recommend that you get up to -at least the KSH-I release (11/something/86) on the 4D series. - -I encountered similar problems using the old KSH under mex because of the -funky modifications to normal standard I/O behaviour that KSH makes. -KSH-I cleans much of this stuff up, and eliminates the heap growth hack -as well (thank god!) [For those not in the know, the shell, etc., grow the -heap by simply running off the end, taking a segmentation violation, and -allocating additional memory. This doesn't work too well on things like a -286 box, and is a royal pain when trying to get root prompt from a new port.] - -There are many people internally here at SGI that use KSH for everything -(including myself), and it runs fine under every version of 4Sight. I use -it as the root shell on my machine as well. - --- Jim Barton I do have ksh-i! Points 1) Do I need to rebuild ksh since upgrading directly from system 2.0 to 3.1? 2) What magic mix of compile options or flags do you use to compile and load ksh? -- Richard Rosenthal Internet: richr@ai.etl.army.mil Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM +1 202 355 3653 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19000; 24 Jan 89 6:22 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18893; 24 Jan 89 5:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18885; 24 Jan 89 5:12 EST Received: from [128.228.1.2] by SMOKE.BRL.MIL id aa09265; 24 Jan 89 5:05 EST Received: from CUNYVM.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 7695; Tue, 24 Jan 89 05:06:27 EST Received: from NORUNIX.EARN by CUNYVM.BITNET (Mailer R2.01) with BSMTP id 9351; Tue, 24 Jan 89 05:06:25 EST Received: by runix.runit.sintef.no (norunix.EARN) (1.2/4.8) id AA27174; Tue, 24 Jan 89 10:51:30 -0100 Date: 24 Jan 89 10:50 +0100 From: Finn Drablos To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <19*finnd@vax.runit.unit.uninett> Subject: Window manager >With normal user accounts, login at the console doesn't come up >with the window manager, but after some seconds, returns to login >prompt. Root works fine, as usual. I have no suggestions about what is wrong, but we have had similar problems with our 4D/70 GT. We are running a pre-release version of the CLS/UX Cray- link software for communication with our local Cray. If we log off the Iris when CLS/UX is running, login on the graphics console does not work. Every other character typed at the login: prompt is not echoed, and even if we type every character twice, it is not accepted, and we are returned to the login: prompt. Sometimes we are able to get around it by doing a kill of the grcons process, but it does not always work. We have also had some problems with the 4DDN software that we installed in december. When we log off the Iris with 4DDN running, the window manager is not able to load, and this also slows down all other processes (included starting a reboot ....). This may be a memory problem (we have 8 MB). Silicon Graphics Sweden have been contacted, but they have not yet been able to say if this is the problem. Any suggestions ? Finn Drablos MR-Senteret, SINTEF, N-7034 TRONDHEIM, NORWAY +47-7-597710 finnd@vax.runit.unit.uninett finnd%vax.runit.unit.uninett@tor.nta.no finnd%vax.runit.unit.uninett@norunix   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20762; 24 Jan 89 9:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab20597; 24 Jan 89 9:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20538; 24 Jan 89 9:23 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa11516; 24 Jan 89 8:34 EST Received: Tue, 24 Jan 89 08:35:05 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 24 Jan 89 08:35:05 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8901241635.AA09813@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Window manager I don't know if this will be any help, but, we have a 3130 and for a while we had some similar problems with Mex. Root could log in and use Mex with no problems, however, if a normal user got on and tried to use Mex it wouldn't let them. I found out that the permision status of the window devices in /dev (/dev/ttyw*) had been changed, denying anyone, but root, from read and write permision. I would change this, but the next time root used Mex, they would be changed back. Finally, I added a line to the root .logout and that fixed our problem. Then line follows: chmod a+rw /dev/ttyw* I hope this is of some use. -- Brent   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21437; 24 Jan 89 10:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20597; 24 Jan 89 9:38 EST Date: Tue, 24 Jan 89 9:20:24 EST From: Gary S. Moss (VLD/VMB) To: jim frost cc: info-iris@BRL.MIL Subject: Re: Broken window manager Message-ID: <8901240920.aa20482@VMB.BRL.MIL> Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Sight and ksh Message-Id: <25411@sgi.SGI.COM> References: <242@ai.etl.army.mil>, <25161@sgi.SGI.COM>, <245@ai.etl.army.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <245@ai.etl.army.mil>, richr@ai.etl.army.mil (Richard Rosenthal) writes: .... > I do have ksh-i! > > Points 1) Do I need to rebuild ksh since upgrading directly from > system 2.0 to 3.1? > > 2) What magic mix of compile options or flags do you use to > compile and load ksh? > > -- > Richard Rosenthal Internet: richr@ai.etl.army.mil > Engineer Topographic Labs UUCP: ...!ames!ai.etl.army.mil!richr > Ft. Belvoir, VA 22060-5546 BITNET: richr%ai.etl.army.mil@CUNYVM > +1 202 355 3653 CSNET: richr%ai.etl.army.mil@RELAY.CS.NET Well, you >shouldn't< need to re-compile, but remember that job control showed up in 3.1 and that changes the behaviour of KSH unless you like to run with line control set to 0 (3.1 ships with it defaulting to 1, which is job control). Thus, there could be a problem. If your KSH hangs around, try doing a ps -l to get the flag values. I don't remember all the values offhand (check /usr/include/sys/proc.h), but 4000 indicates a job control shell, and there are related flags. As I said, I can send the mods I made to KSH-I to you. In general, nothing special is needed to compile it, unless you want better optimization (use the -O2 flag). I have also set it up for hyper-optimization using -O3, but that's another kettle of fish ... (I forgot - remember to link with the yellow pages and bsd libraries, i.e., add -lsun -lbsd to the link line). -- Jim Barton Silicon Graphics Computing Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09157; 25 Jan 89 14:56 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07211; 25 Jan 89 13:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07172; 25 Jan 89 13:26 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa00328; 25 Jan 89 13:15 EST Received: from DS0RUS1I.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 3973; Wed, 25 Jan 89 12:45:21 EST Received: by DS0RUS1I (Mailer X1.25) id 0715; Wed, 25 Jan 89 18:45:45 CET Date: Wed, 25 Jan 89 18:36:29 CET From: "Heinz W. Poehlmann" To: INFO-IRIS@BRL.MIL Message-ID: <8901251315.aa00328@SMOKE.BRL.MIL> Hello folks, thanks all for your help concerning the Personal IRIS normal user account login problem from the console. All the hints lead me to look into the /dev Directory and to the solution of the problem. Since on one Personal IRIS it's working correctly, I could compare the file protections by hand. What I found is, that running the MAKEDEV - commandfile in the /dev - Dir doesn't change some of the protections correctly !!!!!!!!!!!!!!!!!!!!!!!!! So be careful running MAKEDEV !!!! I did it because I had to insert a cartridge tape drive into a Personal Iris. So here are the "repairing"- commands : chmod 644 /dev/g* chmod 755 /dev/grin /dev/gro chmod 666 /dev/tt* chmod 666 /dev/mouse chmod 666 /dev/de* I hope this helps avoiding future problems out somewhere. Perhaps some of you from Silicon Graphics will read this leaflet and improve those things ! ...Heinz ------------------------------------------------------------------------ Heinz Poehlmann - Computer Center University of Stuttgart BITNET : ZRFL at DS0RUS1I ------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18082; 25 Jan 89 22:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15591; 25 Jan 89 20:57 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15396; 25 Jan 89 20:46 EST Received: from ucsd.edu by SMOKE.BRL.MIL id aa11483; 25 Jan 89 20:37 EST Received: from chema.ucsd.edu by ucsd.edu; id AA01036 sendmail 5.60/UCSD-1.0, Wed, 25 Jan 89 14:57:01 PST for info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA06307; Wed, 25 Jan 89 14:58:34 PST Date: Wed, 25 Jan 89 14:58:34 PST From: Steve Dempsey Message-Id: <8901252258.AA06307@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: single precision arithmetic doesn't seem to work right on a 4D/120GTX Environment: IRIS 4D/120GTX running 3.1 Problem: Single precision arithmetic fails inconsistently Repeat by: Running the examples below (again and again if necessary) --------------------------cut here----------------------------------------- #include /* * sp.c - test single precision multiplication (cc requires -float arg) */ main() { float f, fsq; f = 1.0 + (10*FLT_EPSILON); fsq = f * f; printf("f= %9.7f, fsq= %9.7f\n", f, fsq); } --------------------------cut here----------------------------------------- Compile this code with: cc -float sp.c -o sp When I run this program I get one of two results: f= 1.0000012, fsq= 3.9999485 or f= 1.0000012, fsq= 1.0000024 The wrong answer appears MUCH more frequently than the correct answer. Try something like: repeat 1000 sp Every once in awhile the correct answer goes by. If this isn't frustrating enough, try this variation: --------------------------cut here----------------------------------------- #include /* * Loop on the single precision multiplication, printing something only when * the correct answer is computed. */ main() { float f, fsq; int n; f = 1.0 + (10*FLT_EPSILON); for(n=1;;n++) { fsq = f * f; if( fsq < 2.0 ) printf("%d: f= %9.7f, fsq= %9.7f\n", n, f, fsq); } } --------------------------cut here----------------------------------------- Compile this code with: cc -float sp2.c -o sp2 When I run this most of the time it prints nothing because the wrong value is computed. Usually there are several million iterations between correct values. The rate of correct computation seems to vary with system load as well. Additional notes: FORTRAN versions of these programs exhibit the identical results. Double precision has never failed for me. Can anybody out there repeat these problems? I've tried this on a 4D/70GT running version 3.0 and cannot reproduce the problem there. Do other models of the 4D exhibit this behavior? Steve Dempsey Dept. of Chemistry Computer Facility, B-014 University of Calif. at San Diego La Jolla, CA 92093 (619) 534-0208 INTERNET: sdempsey@ucsd.edu BITNET: sdempsey@ucsd UUCP: ucsd!sdempsey   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18761; 25 Jan 89 23:31 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18082; 25 Jan 89 22:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17936; 25 Jan 89 22:01 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa11884; 25 Jan 89 21:53 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA00343; Wed, 25 Jan 89 18:46:18 -0800 Received: from USENET by 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 Jan 89 01:41:04 GMT From: Tim Hall Organization: Boston University Computer Graphics Lab Subject: Re: (none) Message-Id: <27497@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We recently got a (Demo model) Personal Iris 4D that has a 32 bit frame buffer and a Z-buffer. I would like to create a 3-D surface mesh that has a different color at each vertex and is shaded by some lighting model I've defined using lmdef. I've been able to get my colored surface using the bgntmesh, v, cpack and endtmesh commands but it is not shaded by my defined lighting model. If I bind a material when rendering the surface it renders as that material (Not multi-colored) but it is shaded by my bound lighting model. So is it the case that interpolation of color and shading are mutually exclusive? Thanks Tim Hall Please reply to tjh@dolphin.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab28880; 26 Jan 89 10:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26725; 26 Jan 89 9:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26544; 26 Jan 89 9:11 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa18366; 26 Jan 89 9:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA10158; Thu, 26 Jan 89 05:58:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Jan 89 21:22:05 GMT From: Miq Millman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Iris key remapping Message-Id: <25517@sgi.SGI.COM> References: <8901100147.aa05163@SEM.BRL.MIL>, <24593@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <24593@sgi.SGI.COM>, kipp@warp.SGI.COM (Kipp Hickman) writes: > In article <8901100147.aa05163@SEM.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: > > As best as I can tell, the "4D" series of SGI machines use > > IBM PS/2 keyboards, probably from a second-source vendor. > > ... [stuff deleted] > > ... > > Best, > > -Mike > > We supposedly use an IBM-RT keyboard, for what its worth. From my own [stuff deleted] > > Here is an example code sequence that will bind your F1 key to say > "ls -l\r" (I am using printf notation): > > #include > > int key_number = F1KEY; > char *key_value = "ls -l\r"; this ^^^^^^^^^^^^^^^^^^^^^ is incorrect the actual line should read char *key_value = "ls -l\\r"; Notice the double \ this is necessary because the C compiler ignoresthe first \ unless it is lead to read it in. > printf("\033P101;%d.y%s\033\\", key_number, key_value); > > > kipp hickman (kipp@sgi.com) > The line I put in is the correct form. Please make noted change before you use this stuff.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28880; 26 Jan 89 10:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26725; 26 Jan 89 9:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26422; 26 Jan 89 9:08 EST Received: from SMITHKLINE.COM by SMOKE.BRL.MIL id aa17894; 26 Jan 89 8:55 EST Date: Thu, 26 Jan 89 08:57 EST From: DIXONS <@smithkline.com:DIXONS@smithkline.com> Subject: Re: single precision arithmetic doesn't seem to work right on a 4D/120GTX To: sdempsey@ucsd.edu, info-iris@BRL.MIL X-VMS-To: IN%"sdempsey@ucsd.edu",IN%"info-iris@brl.mil" Message-ID: <8901260855.aa17894@SMOKE.BRL.MIL> Steve- I just tried your two single precsion test programs on our 120GTX and found no problems. The answers are correct every time. I would guess that you have a bad floating point chip in one of the processors. This would explain why you sometimes get the correct answer and sometimes don't (as you switch from processor to processor). It may also be consistent with the error rate seeming to be a function of system load (since this could affect how often you switched). I have a friend who had a bad FP chip on a 70GT which caused fairly subtle problems and took a while to detect. Good luck. Scott Dixon (dixons@smithkline.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27951; 4 Feb 89 23:56 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27765; 4 Feb 89 22:33 EST Received: from [192.5.23.3] by VMB.BRL.MIL id aa27754; 4 Feb 89 22:21 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa05209; 4 Feb 89 22:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA17078; Sat, 4 Feb 89 18:57:47 -0800 Received: from USENET by 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 Jan 89 00:54:59 GMT From: Trevor Paquette Subject: Re: (none) Message-Id: <603@cs-spool.calgary.UUCP> References: <27497@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27497@bu-cs.BU.EDU>, tjh@bu-cs.BU.EDU (Tim Hall) writes: > We recently got a (Demo model) Personal Iris 4D that has a 32 bit frame > buffer and a Z-buffer. I would like to create a 3-D surface mesh that > has a different color at each vertex and is shaded by some lighting model > I've defined using lmdef. > > I've been able to get my colored surface using the bgntmesh, v, cpack and > endtmesh commands but it is not shaded by my defined lighting model. If > I bind a material when rendering the surface it renders as that material > (Not multi-colored) but it is shaded by my bound lighting model. > > So is it the case that interpolation of color and shading are mutually > exclusive? > > Thanks > Tim Hall > Please reply to > tjh@dolphin.bu.edu You got it.. I had the same problem as well. I was working on a renderer using the 4D/20 hardware z buffer.. I got it all going great using the colors stored at each vertex of a polygon.. but without a lighting model you basically get pictures in which you cannot tell depth.. So I threw in the default lighting model.. everything turned white,, but it was all shaded. You must come up with a different material defination for each polygon. However you can only define one material and change it on the fly for each polygon as well (don't forget to redefine and rebind (lmdef, lmbind). Because of this there is now no such thing a 'colorful polygons' where each polygon has a different color at each vertex.. I just average the colors of all and use the resulting color. Hint.. if your polygons have rgb values you must have some way to define a material using those values.. set the diffuse rgb of the material to the rgb of the polygon (make sure each rgb is between 0.0 and 1.0). Question.. does anyone know af a hardware routine that given a polygon will tell you if it is backfacing or not? I could write a routine for it, but hardware is sooo much faster. ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta UUCP: uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07030; 27 Jan 89 10:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04906; 27 Jan 89 9:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04862; 27 Jan 89 9:38 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02652; 26 Jan 89 17:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA16099; Thu, 26 Jan 89 11:40:03 -0800 Received: from USENET by 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 Jan 89 19:09:24 GMT From: Eric Pettersen%CGL Organization: UCSF Computer Graphics Lab Subject: more flexible key remapping Message-Id: <11329@cgl.ucsf.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL 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 ----- Then, somewhere after this code in user.ps, you want to invoke it with the appropiate arguments to have the keys you want changed. For example, in my user.ps I have: [ 28420 28471 28562 ] [ 28419 28423 28471 ] replacekeys This causes key number 28420 behave as 28419, key number 28471 to behave as key number 28423, and key number 28562 to behave as key number 28471. [Caps Lock as Ctrl, ~/` as Escape, and F1 as ~/`]. In general [ a1 b1 c1 ... ] [ a2 b2 c2 ... ] replacekeys makes key a1 behave as key a2, b1 as b2, c1 as c2, etc. I also have code that allows remapping *parts* of keys (i.e. swap ~ and Escape, leaving backquote where it is), but that code is less elegant. Mail me if you want that functionality. Eric Pettersen pett@cgl.ucsf.edu ...!ucbvax!ucsfcgl!pett Here are the keys and their corresponding numbers (from left to right and top to bottom on keyboard): 28423 Escape 28562 F1 28563 F2 28564 F3 28565 F4 28566 F5 28567 F6 28568 F7 28569 F8 28570 F9 28571 F10 28572 F11 28573 F12 28574 Print Screen 28575 Scroll Lock 28576 Pause 28471 ` and ~ 28424 1 and ! 28430 2 and @ 28431 3 and # 28438 4 and $ 28439 5 and % 28446 6 and ^ 28447 7 and & 28454 8 and * 28455 9 and ( 28462 0 and ) 28463 - and _ 28470 = and + 28477 Backspace 28577 Insert 28578 Home 28579 Page Up 28582 Keypad Num Lock 28583 Keypad / 28584 Keypad * 28492 Keypad - 28425 Tab and Backtab 28426 q 28432 w 28433 e 28440 r 28441 t 28448 y 28449 u 28456 i 28457 o 28464 p 28465 [ and { 28472 ] and } 28473 \ and | 28478 Delete 28580 End 28581 Page Down 28483 Keypad 7 28484 Keypad 8 28491 Keypad 9 28585 Keypad + 28420 Caps Lock 28427 a 28428 s 28434 d 28435 f 28442 g 28443 h 28450 j 28451 k 28458 l 28459 ; and : 28466 ' and " 28467 Enter 28479 Keypad 4 28485 Keypad 5 28486 Keypad 6 28422 Shift (left side) 28436 z 28437 x 28444 c 28445 v 28452 b 28453 n 28460 m 28461 , and < 28468 . and > 28469 / and ? 28421 Shift (right side) 28497 uparrow 28474 Keypad 1 28480 Keypad 2 28481 Keypad 3 28498 Keypad Enter 28419 Ctrl (left side) 28559 Alt (left side) 28499 Spacebar 28560 Alt (right side) 28561 Ctrl (right side) 28489 leftarrow 28490 downarrow 28496 rightarrow 28475 Keypad 0 28482 Keypad .   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13588; 27 Jan 89 14:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13111; 27 Jan 89 13:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab13066; 27 Jan 89 13:46 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa22882; 27 Jan 89 13:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA08297; Fri, 27 Jan 89 09:48:38 -0800 Received: from USENET by 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 Jan 89 15:15:24 GMT From: Michael Gleicher Organization: Carnegie-Mellon University, CS/RI Subject: WSH questions Message-Id: <4129@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was hoping someone could answer some of these questions: 1) in the documentation, they explain how to set the titlebar title of a wsh window with escape sequences. Is it possible to set the icon title? 2) is it possible to specify where a wsh icon is to appear when it is iconified? Is it possible from the command line to have a wsh window start out iconified? 3) does anyone have a really good wsh termcap that would take advantage of all of its features? Better yet, a program like X's resize that would allow the host to inquire the terminal's size and set the termcap appropriately (for a BSD or Mach host which uses termcap not terminfo). (Yea, I know vt100 works OK, but it could be better by using highlighting and variable sizing.) 4) in xterm, the ALT key acts like an emacs meta key, and ctrl-space is and emacs set mark. Is it possible to have wsh exhibit these properties? There is code in /usr/NeWS/lib/NeWS/bindkey.ps that appears to handle the meta key, but we can't figure it out. I appreciate any and all help. I will summarize if solutions are found. Thanks, Mike Michael Lee Gleicher gleicher@cs.cmu.edu PhD Program, School of Computer Science Carnegie Mellon University, Pittsburgh, PA 15213-3890 -- Michael Lee Gleicher gleicher@cs.cmu.edu PhD Program, School of Computer Science Carnegie Mellon University, Pittsburgh, PA 15213-3890 --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16218; 27 Jan 89 16:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15798; 27 Jan 89 15:55 EST Date: Fri, 27 Jan 89 15:35:21 EST From: Silicon Graphics Inc Service (SGI | stay) To: info-iris@BRL.MIL Subject: Public Domain Software for IRIS to do Radio Astronomy Message-ID: <8901271535.aa15343@VMB.BRL.MIL> I am looking for public domain packages to do antenna analysis, satellite tracking, antenna positioning or other radio (HF VHF UHF)functions. Any help or suggestions would be appreciated. ---regards dave dabay Silicon Graphics 9515 Deeredco RD Timonium, MD 21093 or mail to sgi@brl   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19458; 28 Jan 89 1:02 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19180; 28 Jan 89 0:10 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19113; 28 Jan 89 0:00 EST Received: from [128.183.10.176] by SMOKE.BRL.MIL id aa05097; 27 Jan 89 23:46 EST Received: from SCFVM.GSFC.NASA.GOV by SCFVM.GSFC.NASA.GOV (IBM VM SMTP R1.2) with BSMTP id 3376; Fri, 27 Jan 89 20:47:13 EST Received: by SCFVM (Mailer X1.25) id 3375; Fri, 27 Jan 89 20:47:04 EST Date: Fri, 27 Jan 89 20:42:17 EST From: "Thomas D. Schardt" Subject: tn3270 on the Personal Iris To: tn3270@terminus.umd.edu, info-iris@BRL.MIL Message-ID: <8901272346.aa05097@SMOKE.BRL.MIL> I have compiled tn3270 on a couple of Unix ports based on BSD with few problems. We also have a number of different workstations with System V based UNIX ports. One of these is the Personal Iris from Silicon- Graphics. Has anyone successfully compiled and run tn3270 on this machine? The release of the OS is 3.1. Thanks, Tom Schardt NASA Space and Earth Sciences Computing Center Goddard Space Flight Center BITNET: K4TDS at SCFVM Internet: K4TDS@SCFVM.BITNET   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28942; 28 Jan 89 22:18 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28258; 28 Jan 89 20:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28234; 28 Jan 89 20:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12454; 28 Jan 89 17:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA04089; Sat, 28 Jan 89 13:58:48 -0800 Received: from USENET by 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 Jan 89 20:13:00 GMT From: Scott Safier Organization: Carnegie-Mellon University, CS/RI Subject: -lmalloc Message-Id: <4143@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have several personal Iris's running IRIX 3.1. We have ported some software from BSD systems, and found that there is a difference between the C function malloc in /usr/lib/libbsd.a and /usr/lib/libmalloc.a. In particular the malloc in the latter library is 8 times faster (by our estimates) than the malloc in the bsd library (or the malloc provided with gnu emacs). But there is also something strange with -lmalloc. Sometimes, programs which execute perfectly with the bsd malloc, core dump when the other malloc is invoked. For example, using X lib with bsd malloc is ok, but with lmalloc core dumps occur. Can somebody explain what the exact difference between these two functions are? Thanks, __ / \ \__ -+--+- Scott Safier \ _ __ | | Center for Integrated Manufacturing \__/ (__/\_)_/|_/|_/ Decision Systems Carnegie Mellon --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17251; 29 Jan 89 22:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16855; 29 Jan 89 21:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16818; 29 Jan 89 20:56 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa20612; 29 Jan 89 20:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA21841; Sun, 29 Jan 89 16:59:06 -0800 Received: from USENET by 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 Jan 89 00:35:11 GMT From: Chris Ott Organization: Computational Fluid Mechanics Lab (CFML), U of A, Tucson Subject: Fujitsu M2249E (hard disk) in an IRIS 3130 Message-Id: <882@amethyst.ma.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have the following problem: I have a disk drive that was purchased by another person. I would like to install it on our IRIS 3130, but I can't find any documentation for it. I've tried to format it and check it out with the "sifex" program, and it formats okay, but it comes up with many errors when I try to run tests on it. The disk is a Fujitsu M2249E, and of the twenty or so models "sifex" can handle, the M2249E doesn't appear to be listed. The closest I could get is the 51217 selection, but that's for the Hitachi 512-17. At least then I could format the disk. Is there a better selection, or is it just impossible to get the M2249E to work on our IRISes? It would also be nice to have the following information: 1) How big is it? (megabytes) 2) How many heads/cylinders/blocks per cylinder does it have? 3) What do all of the jumper selectors do? I have documentation for our Hitachi disk, so I can read the jumpers off of it and set the appropriate jumpers on the Fujitsu. Any information would be _greatly_ appreciated. Thanks, Chris ------------------------------------------------------------------------------- Chris Ott Computational Fluid Mechanics Lab Infatuation is blind, not love. A University of Arizona person in love can see the other's faults, but loves them anyway. Internet: chris@spock.ame.arizona.edu UUCP: {allegra,cmcl2,hao!noao}!arizona!amethyst!spock!chris -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24101; 30 Jan 89 11:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab22584; 30 Jan 89 10:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22577; 30 Jan 89 10:25 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa00199; 30 Jan 89 10:22 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA06363; Mon, 30 Jan 89 10:18:06 EST Received: by buita.bu.edu (3.2/4.7) id AA26358; Mon, 30 Jan 89 10:20:20 EST Received: by adt.uucp (3.2/SMI-3.2) id AA06632; Mon, 30 Jan 89 09:41:21 EST Date: Mon, 30 Jan 89 09:41:21 EST From: jim frost Message-Id: <8901301441.AA06632@adt.uucp> To: info-iris@BRL.MIL Subject: Re: -lmalloc >We have several personal Iris's running IRIX 3.1. We have ported some >software from BSD systems, and found that there is a difference >between the C function malloc in /usr/lib/libbsd.a and >/usr/lib/libmalloc.a. In particular the malloc in the latter library >is 8 times faster (by our estimates) than the malloc in the bsd >library (or the malloc provided with gnu emacs). > >But there is also something strange with -lmalloc. Sometimes, >programs which execute perfectly with the bsd malloc, core dump when >the other malloc is invoked. For example, using X lib with bsd malloc >is ok, but with lmalloc core dumps occur. > >Can somebody explain what the exact difference between these two >functions are? I can't give you the exact difference but I can tell you a little about it. The libmalloc.a malloc() call uses a different internal format than the default malloc(), and has much greater speed -- particularly with lots of small allocations. One of the changes between the two malloc()'s is that the libmalloc.a version trashes the malloc()'ed area after it was free()'ed. My guess is it slams a pointer into the area, which would be consistent with the man page. If a program uses the area after it's been free()'ed, it's likely to break. This was the case for our application, and it's probably the case with X. If you haven't noticed, much of X seems to be a hack. Another difference between the libmalloc.a malloc() and the normal one is the ability to adjust the tuning of its malloc (through mallopt()) and to turn on debugging. This debugging feature is very useful in finding which routine overran the bounds of a malloc()'ed region, which is why we were using it. At first I wondered "why don't they just make it the standard malloc if it's so fast", but since so many programs incorrectly use space which has been free()'ed (smashing both the program and malloc()'s lists), it would be counterproductive -- especially considering the number of annoyances which programmers have to put up with already on the SGI. Happy hacking, jim frost associative design technology madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03094; 30 Jan 89 20:56 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac03043; 30 Jan 89 20:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac03026; 30 Jan 89 20:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa14920; 30 Jan 89 20:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12805; Mon, 30 Jan 89 16:56:29 -0800 Received: from USENET by 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 Jan 89 19:55:56 GMT From: Kipp Hickman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: WSH questions Message-Id: <25789@sgi.SGI.COM> References: <4129@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4129@pt.cs.cmu.edu>, gleicher@b.gp.cs.cmu.edu (Michael Gleicher) writes: > > I was hoping someone could answer some of these questions: > > 1) in the documentation, they explain how to set the titlebar title of a > wsh window with escape sequences. Is it possible to set the icon title? Only from the command line. Using the ``-n name'' option. > > 2) is it possible to specify where a wsh icon is to appear when it is > iconified? Is it possible from the command line to have a wsh > window start out iconified? Currently the 4sight window system interface is very week. When it is replaced, it will be possible to do these sort of things. Translation: someday you can do this. > > 3) does anyone have a really good wsh termcap that would take advantage of > all of its features? Better yet, a program like X's resize that > would allow the host to inquire the terminal's size and set the > termcap appropriately (for a BSD or Mach host which uses termcap > not terminfo). > (Yea, I know vt100 works OK, but it could be better by using > highlighting and variable sizing.) The existing wsh termcap (3.1 ish) entry does all the stuff you are talking about. Also, the SIGWINCH stuff from BSD land is supported, as well as the companion ioctl TIOCGWINSZ. I am not sure which applications support this SIGWINCH stuff, but curses(3) does. I believe vi was busted in one of the releases, but is fixed in 3.1D. > > 4) in xterm, the ALT key acts like an emacs meta key, and ctrl-space is > and emacs set mark. Is it possible to have wsh exhibit these > properties? > There is code in /usr/NeWS/lib/NeWS/bindkey.ps that appears to > handle the meta key, but we can't figure it out. The wsh keyboard semantics are tied to the IBM RT keyboard semantics, with an international twist. The LEFT ALT key is the ``compose'' key found on internation keyboards. The 3.2 (this number is subject to change) version of wsh supports copy and send primitives for transferring data amongst wsh's. As for the meta key, it was only a preparation in the code you are referring to, not an actual capability. A final note. If you can stand using xterm, then since X is a supported product again, you can run xterm on your 4D series machine, at the cost of a few megabytes of memory. On a personal iris or the GT series machines, it runs ok. > > I appreciate any and all help. I will summarize if solutions are found. > > Thanks, > Mike > > Michael Lee Gleicher gleicher@cs.cmu.edu > PhD Program, School of Computer Science > Carnegie Mellon University, Pittsburgh, PA 15213-3890 Hope this helps. kipp hickman (kipp@sgi.com) silicon graphics inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03252; 30 Jan 89 21:48 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03043; 30 Jan 89 20:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03026; 30 Jan 89 20:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa14905; 30 Jan 89 20:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12813; Mon, 30 Jan 89 16:56:40 -0800 Received: from USENET by 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 Jan 89 19:59:03 GMT From: Kipp Hickman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: -lmalloc Message-Id: <25790@sgi.SGI.COM> References: <4143@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4143@pt.cs.cmu.edu>, scotts@isl1.ri.cmu.edu (Scott Safier) writes: > ... > But there is also something strange with -lmalloc. Sometimes, > programs which execute perfectly with the bsd malloc, core dump when > the other malloc is invoked. For example, using X lib with bsd malloc > is ok, but with lmalloc core dumps occur. Most likely you have an Xlib which is compiled to allow malloc(0)'s. -lmalloc does not support this ability. kipp hickman (kipp@sgi.com) silicon graphics inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03252; 30 Jan 89 21:48 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab03043; 30 Jan 89 20:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab03026; 30 Jan 89 20:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa14913; 30 Jan 89 20:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12820; Mon, 30 Jan 89 16:56:56 -0800 Received: from USENET by 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 Jan 89 20:03:41 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fujitsu M2249E (hard disk) in an IRIS 3130 Message-Id: <25792@sgi.SGI.COM> References: <882@amethyst.ma.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <882@amethyst.ma.arizona.edu>, chris@spock (Chris Ott) writes: > > I have the following problem: I have a disk drive that was purchased > by another person. I would like to install it on our IRIS 3130, but I > can't find any documentation for it. I've tried to format it and check it > out with the "sifex" program, and it formats okay, but it comes up with > many errors when I try to run tests on it. The disk is a Fujitsu M2249E, The 2249 is not viable on the 3130's ESDI controller. The only 380 MB drive that is qualified to run on the 3130 is a semi-custom version of the Micropolis 1558-15. > It would also be nice to have the following information: > > 1) How big is it? (megabytes) It is a 380 MB drive. > > 2) How many heads/cylinders/blocks per cylinder does it have? 1243 cylinders, 15 heads, 34 sectors/trk. Gaps should be set to 0x19, 0x13 and 0x26. It will run best at a 2:1 interleave, but not reliably at all. > > 3) What do all of the jumper selectors do? I have documentation for our > Hitachi disk, so I can read the jumpers off of it and set the > appropriate jumpers on the Fujitsu. The jumpers are for address and bytes/sector. Some others are factory set and should not be tampered with. You should be able to get specifics from Fujitsu Americas Support organization (jumper locations often change when drive is rev'd) at (408)432-1300. > > Any information would be _greatly_ appreciated. > markb -- Mark Bradley "Faster, faster, until the thrill of IO Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA ---Hunter S. Thompson   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04723; 31 Jan 89 3:55 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04647; 31 Jan 89 3:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04645; 31 Jan 89 3:23 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17945; 31 Jan 89 3:09 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA19275; Mon, 30 Jan 89 23:30:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jan 89 02:36:23 GMT From: Dan Webb Organization: Intergraph Corp. Huntsville, Al Subject: Re: -lmalloc Message-Id: <3724@ingr.com> References: <4143@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL in article <4143@pt.cs.cmu.edu>, scotts@isl1.ri.cmu.edu (Scott Safier) says: > We have several personal Iris's running IRIX 3.1. We have ported some > software from BSD systems, and found that there is a difference > between the C function malloc in /usr/lib/libbsd.a and > /usr/lib/libmalloc.a. In particular the malloc in the latter library > is 8 times faster (by our estimates) than the malloc in the bsd > library (or the malloc provided with gnu emacs). > > But there is also something strange with -lmalloc. Sometimes, > programs which execute perfectly with the bsd malloc, core dump when > the other malloc is invoked. For example, using X lib with bsd malloc > is ok, but with lmalloc core dumps occur. I've had the same problem with -lmalloc (also known as malloc(3X)). The crashes are probably caused by the fact that this implementation of malloc, for some reason, treats a request for zero bytes as invalid. It therefore returns a NULL pointer, which is probably passed to free() or realloc() later, resulting in a core dump. I probably don't have to convince too many people of this, but a request for zero bytes is by no means an invalid request. I think -lmalloc should be fixed. - Dan Webb   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04529; 31 Jan 89 2:35 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04181; 31 Jan 89 1:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04179; 31 Jan 89 1:26 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17243; 31 Jan 89 1:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA17681; Mon, 30 Jan 89 21:55:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Jan 89 05:37:30 GMT From: Steve Philipson Organization: NASA Ames Research Center, California Subject: installing 3.1 on a 4Mbyte 4D/60 Message-Id: <2478@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been having a lot of trouble installing v3.1 of SGI Unix on one of my IRISs. It's an older 4D/60 with only 4 Megabytes of memory. SGI has been working on the problem (my thanks to Jeff Doughty), but I've been wondering if anyone on the net has successfully completed such an install. Posts or e-mail of success or failure stories would be appreciated. TNX. -- Steve (the certified flying fanatic) steve@aurora.arc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16609; 1 Feb 89 2:06 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16281; 1 Feb 89 0:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16273; 1 Feb 89 0:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa11168; 31 Jan 89 23:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA10696; Tue, 31 Jan 89 20:13:23 -0800 Received: from USENET by 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 Feb 89 03:10:58 GMT From: Mark Moraes Organization: University of Toronto, CSRI Subject: Re: -lmalloc Message-Id: <8902010310.AA02347@dupont.csri.toronto.edu> References: <4143@pt.cs.cmu.edu>, <3724@ingr.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3724@ingr.com> dan@ingr.com (Dan Webb) writes: >> But there is also something strange with -lmalloc. Sometimes, >> programs which execute perfectly with the bsd malloc, core dump when >> the other malloc is invoked. For example, using X lib with bsd malloc >> is ok, but with lmalloc core dumps occur. > Specifically for X lib, edit lib/X/Xlibos.h to define MALLOC_0_RETURNS_NULL Grumble, grumble - see below. >I probably don't have to convince too many people of this, but a request >for zero bytes is by no means an invalid request. I think -lmalloc should >be fixed. NOOOOO. PLEASE. malloc(0) SHOULD returns a NULL pointer and set EINVAL. malloc(0) IS an invalid request if you stop and think about it for a moment. If you ask for 0 bytes (count 'em - zero), you presumably mean that you don't want ANY storage. i.e. any pointer you get back is equally valid because you aren't going to dereference it - EVER. If you dereference it, then you should have used malloc(1), or malloc(sizeof(whatever)) We have a debugging malloc here that botches an assertion and dumps core if you call malloc(0) - finds lots of interesting bugs. Malloc(0) is a bug, IMHO! Tell the people whose programs dump core with malloc(0) to fix them. There are far too many backward compatible bugs in the libraries already (can you say realloc(a freed block)?) I'd be very interested in hearing your reasons why you feel malloc(0) should return a pointer to valid storage. How many bytes of storage you want for malloc(0)? Reply by e-mail please - I'll summarize if there's enough response.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23170; 1 Feb 89 14:38 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22581; 1 Feb 89 13:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22578; 1 Feb 89 13:32 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa25922; 1 Feb 89 12:57 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA21570; Wed, 1 Feb 89 12:55:33 EST Received: by buita.bu.edu (3.2/4.7) id AA04031; Wed, 1 Feb 89 12:55:33 EST Received: by adt.uucp (3.2/SMI-3.2) id AA22595; Wed, 1 Feb 89 10:32:35 EST Date: Wed, 1 Feb 89 10:32:35 EST From: jim frost Message-Id: <8902011532.AA22595@adt.uucp> To: info-iris@BRL.MIL Subject: Re: -lmalloc >Most likely you have an Xlib which is compiled to allow malloc(0)'s. >-lmalloc does not support this ability. Perhaps it should be extended to support this; have an address which is returned whenever malloc(0) is called and a counter that is incremented and decremented for each malloc() and free(). Better compatibility that way with minimal cost. jim frost associative design technology madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24238; 1 Feb 89 16:31 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24085; 1 Feb 89 16:21 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa24033; 1 Feb 89 16:07 EST Date: Wed, 1 Feb 89 15:59:18 EST From: Doug Gwyn (VLD/VMB) To: Mark Moraes cc: info-iris@BRL.MIL Subject: Re: -lmalloc Message-ID: <8902011559.aa10713@VGR.BRL.MIL> X3J11 discussed whether or not malloc(0) should be considered a valid request, and there were valid arguments pro and con. If one DOES support malloc(0), it needs to return a unique pointer for the allocated object. For the ANSI C standard, it was decided that support for malloc(0) would NOT be required, which means that portable applications should not count on it.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25288; 1 Feb 89 19:29 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25222; 1 Feb 89 19:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25185; 1 Feb 89 18:57 EST Received: from [35.196.32.24] by SMOKE.BRL.MIL id aa03876; 1 Feb 89 17:22 EST Received: by csd360b.erim.org (4.0/SMI-4.0) id AA09332; Wed, 1 Feb 89 16:17:01 EST Date: Wed, 1 Feb 89 16:17:01 EST From: Joe Garbarino Message-Id: <8902012117.AA09332@csd360b.erim.org> To: info-iris@BRL.MIL Subject: WORM drives for Iris Hi all. I was wondering what Optical disk drives are currently available for the Iris line, WORM or eraseable, and what people's experience with them has been. I was hoping to compile a list of vendors for a future requirement on one of my systems. I need it to work with either VME or SCSI with a minimum of 1Gb per side. Also, the availability of drivers. Reply directly to me and I'll summarize. Thanks. Joe Garbarino ERIM P.O. Box 8618 Ann Arbor, Mi. 48107 (313)994-1200 x2508 jgarb@csd360b.erim.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25580; 1 Feb 89 20:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25472; 1 Feb 89 20:31 EST Received: by VMB.BRL.MIL id aa25456; 1 Feb 89 20:13 EST Received: from jarvis.csri.toronto.edu by VMB.BRL.MIL id aa25329; 1 Feb 89 19:41 EST Received: by jarvis.csri.toronto.edu id 221; Wed, 1 Feb 89 19:38:14 EST Received: from dupont.csri.toronto.edu by jarvis.csri.toronto.edu with SMTP id 24; Wed, 1 Feb 89 19:37:43 EST Received: from moraes by dupont.csri.toronto.edu via UNIX id AA00419; Wed, 1 Feb 89 19:37:36 EST Date: Wed, 1 Feb 89 19:37:36 EST From: Mark Moraes Message-Id: <8902020037.AA00419@dupont.csri.toronto.edu> Subject: Re: -lmalloc References: <8902011532.AA22595@adt.uucp> Distribution: list Organization: University of Toronto, CSRI To: info-iris@VMB.BRL.MIL In article <3724@ingr.com> dan@ingr.com (Dan Webb) writes: >> But there is also something strange with -lmalloc. Sometimes, >> programs which execute perfectly with the bsd malloc, core dump when >> the other malloc is invoked. For example, using X lib with bsd malloc >> is ok, but with lmalloc core dumps occur. > Specifically for X lib, edit lib/X/Xlibos.h to define MALLOC_0_RETURNS_NULL Grumble, grumble - see below. >I probably don't have to convince too many people of this, but a request >for zero bytes is by no means an invalid request. I think -lmalloc should >be fixed. NOOOOO. PLEASE. malloc(0) SHOULD returns a NULL pointer and set EINVAL. malloc(0) IS an invalid request if you stop and think about it for a moment. If you ask for 0 bytes (count 'em - zero), you presumably mean that you don't want ANY storage. i.e. any pointer you get back is equally valid because you aren't going to dereference it - EVER. If you dereference it, then you should have used malloc(1), or malloc(sizeof(whatever)) We have a debugging malloc here that botches an assertion and dumps core if you call malloc(0) - finds lots of interesting bugs. Malloc(0) is a bug, IMHO! Tell the people whose programs dump core with malloc(0) to fix them. There are far too many backward compatible bugs in the libraries already (can you say realloc(a freed block)?) I'd be very interested in hearing your reasons why you feel malloc(0) should return a pointer to valid storage. How many bytes of storage you want for malloc(0)? Reply by e-mail please - I'll summarize if there's enough response.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28743; 2 Feb 89 0:55 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa28688; 2 Feb 89 0:44 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28640; 2 Feb 89 0:27 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa08734; 2 Feb 89 0:15 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA00246; Wed, 1 Feb 89 09:43:00 -0800 Received: from USENET by 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 Feb 89 16:15:52 GMT From: Scott Presnell Organization: UCSF Computer Graphics Lab Subject: At, Batch and system load. Message-Id: <11341@cgl.ucsf.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I have have a couple of questions about "at" and "batch" under IRIX 3.1 (on a 4D/20G). From reading the man page and looking at the configuration files, it seems there exists the possibility to configure the at control system at two different points. One is using the /usr/lib/cron/queuedefs file, mine looks like this: a.4j1n b.2j2n90w From the short description in the man page the letter stands for the queue, and the stuff following the the point is the configuration of that queue. Unfortunately there is no documentation (that I can find) on what the symbols mean, or anything. Can someone point me to some documentation on that subject? Similarly the file /usr/lib/cron/.proto file has some variables in it that appear to allow specific configuration of each job. The file is much in the same style as one might use for configuring rn ($d == directory, $l == ulimit, etc). Is there any documentation for these variables? +++ My second question has to do with system load. Once again the man page for batch suggests that system load is taken into account when scheduling jobs, I would be interested in knowing how is this done. I would also like to be able to determine the load on the machine, but not using "sa." Is there a kernel variable/location that can be located (via. nlist) and then read? Scott Presnell +1 415 476 5326 Dept. of Pharmaceutical Chemistry Univ. of Calif. at San Francisco (UCSF), San Francisco, CA. 94143 Internet: srp@cgl.ucsf.edu UUCP: ucbvax!ucsfcgl!srp Bitnet: srp@ucsfcgl.bitnet   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13231; 3 Feb 89 9:45 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13064; 3 Feb 89 9:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12960; 3 Feb 89 9:20 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10370; 3 Feb 89 9:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA13642; Fri, 3 Feb 89 06:00:13 -0800 Received: from USENET by 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 Feb 89 19:39:38 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Window manager Message-Id: <25877@sgi.SGI.COM> References: <19*finnd@vax.runit.unit.uninett> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <19*finnd@vax.runit.unit.uninett>, finnd%vax.runit.unit.uninett@NORUNIX.BITNET (Finn Drablos) writes: > >With normal user accounts, login at the console doesn't come up > >with the window manager, but after some seconds, returns to login > >prompt. Root works fine, as usual. > > I have no suggestions about what is wrong, but we have had similar problems > with our 4D/70 GT. We are running a pre-release version of the CLS/UX Cray- > link software for communication with our local Cray. If we log off the > Iris when CLS/UX is running, login on the graphics console does not work. > Every other character typed at the login: prompt is not echoed, and even if > we type every character twice, it is not accepted, and we are returned to > the login: prompt. Sometimes we are able to get around it by doing a kill > of the grcons process, but it does not always work. These symptoms are typical when a daemon holds /dev/console open. This leads to the following sequence of events: 1. the console wsh and it's child shell do not get a controlling tty 2. because there's no controlling tty and consequently no process group the shell doesn't get killed on logout. 3. the phantom shell is still reading the keyboard when the new getty is spawned. 4. having two things reading the keyboard leads to the symptoms described. I suspect that CLS/UX has a daemon process that is holding /dev/console open. The fix is to make CLS/UX not hold open /dev/console. -Mark -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08641; 2 Feb 89 17:16 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07951; 2 Feb 89 16:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07889; 2 Feb 89 16:16 EST Received: from PIG.DREA.DND.CA by SMOKE.BRL.MIL id aa26875; 2 Feb 89 15:35 EST Received: Thu, 2 Feb 89 15:21:58 AST by pig.drea.dnd.ca (5.52/5.6) Date: Thu, 2 Feb 89 15:21:58 AST From: Jim Diamond Message-Id: <8902021921.AA10848@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: X windows Does anyone have X windows running on a 3130? If so, could you provide me with information like 1) how can I get it, 2) how much $$, 3) how well does the implementation work, and 4) anything else I should know. Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08737; 2 Feb 89 17:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08320; 2 Feb 89 16:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08304; 2 Feb 89 16:43 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa27273; 2 Feb 89 15:44 EST Received: Thu, 2 Feb 89 15:47:22 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 2 Feb 89 15:47:22 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902022347.AA03651@aero4.larc.nasa.gov> To: sgi!markb%denali.SGI.COM@ucbvax.berkeley.edu Subject: Re: Fujitsu M2249E (hard disk) in an IRIS 3130 Cc: info-iris@BRL.MIL I was told that SGI uses Hitatchi DK 514-380, Winchesters, and MaxTor XT4380E 380Mb drives for the 3130. I was also told that they are the standard units made by the manufacturer. Nothing special, just pull out the old 170Mb drive and replace it with a 380Mb drive. Why does SGI up the price on these drives 100%? The Micropolis wasn't even mentioned. Does a "semi-custom" version of the disk have to cost twice a standard version. What is going on here? Do the Hitatchi, Winchesters, and MaxTor drives work in a 3130 or not? -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09278; 2 Feb 89 18:58 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09076; 2 Feb 89 18:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09058; 2 Feb 89 18:21 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa29790; 2 Feb 89 17:41 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 6180; Thu, 02 Feb 89 01:42:55 EST Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 02 Feb 89 07:44:06 Date: Thu, 2 Feb 89 07:42:44 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Disks on 3130 smd controller To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8902021741.aa29790@SMOKE.BRL.MIL> Hello, this is a question to the hardware people. We have a 3130 with the interphase smd disk-controller. Currently we have installed one Fujitsu M2351 (eagle) disk with 474 MB unformatted. The controller can handle two disks, so we wonder if it is possible to connect a Fujitsu M2344 (super-eagle) with 690 MB unformatted as second disk. Its this possible? Has it been done before? I would greatly appreciate any comments on this topic. Please reply directly to me. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09805; 2 Feb 89 21:32 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09676; 2 Feb 89 21:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09671; 2 Feb 89 21:00 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa02203; 2 Feb 89 20:55 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA00535; Thu, 2 Feb 89 20:13:29 EST Received: by buita.bu.edu (3.2/4.7) id AA00734; Thu, 2 Feb 89 20:12:29 EST Received: by adt.uucp (3.2/SMI-3.2) id AA16984; Thu, 2 Feb 89 12:42:08 EST Date: Thu, 2 Feb 89 12:42:08 EST From: jim frost Message-Id: <8902021742.AA16984@adt.uucp> To: info-iris@BRL.MIL Subject: load averages > My second question has to do with system load. Once again the man >page for batch suggests that system load is taken into account when >scheduling jobs, I would be interested in knowing how is this done. I >would also like to be able to determine the load on the machine, but not >using "sa." Is there a kernel variable/location that can be located (via. >nlist) and then read? This really depends on the kernel. Most kernels have a variable (avenrun) that you can find with nlist and then read. The problem is that many kernels now support multiple processors in a variety of coupling configurations. One way to provide architecture-independent reliable access to shared kernel structures (such as the process table or the load average) is to make a function which requests them. You are ensured of the integrity of the structures in this way. Some vendors make it possible for user programs to make these queries, some do not (or do not document them). Encore's UMAX operates in this way using the inq_stats() function. I don't know how it's done under IRIX but I'd sure like to hear about it, especially with the POWER series machines. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12775; 3 Feb 89 9:14 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12123; 3 Feb 89 8:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12078; 3 Feb 89 7:44 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa07194; 3 Feb 89 7:24 EST Received: Fri, 3 Feb 89 07:27:23 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 3 Feb 89 07:27:23 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902031527.AA05614@aero4.larc.nasa.gov> To: zsd@pig.drea.dnd.ca Subject: Re: X windows Cc: info-iris@BRL.MIL You can get 4Sight for the 3130, which includes X window. Contact your SGI sales rep. (s)he should know what to do to get it for you. I've been told it works best if you have at lease 8Mb of memory. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16601; 3 Feb 89 14:46 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16264; 3 Feb 89 14:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16010; 3 Feb 89 14:05 EST Received: from ARDEC-AC4.ARPA by SMOKE.BRL.MIL id aa18725; 3 Feb 89 13:48 EST Date: Fri, 3 Feb 89 13:45:57 EST From: "Robert M. Dombroski (FSAC)" To: info-iris@BRL.MIL Subject: ADA Message-ID: <8902031345.aa01269@ARDEC-AC4.ARDEC.ARPA> Does anyone know of an ADA compiler for the IRIS 3100 series, other than the one from SGI that costs as much as 4MB of RAM. Or does anyone know who provides SGI with the compiler that they mark up and sell? Thanks Bob Dombroski U.S. ARMY ARDEC Picatinny Arsenal, N.J. 07806-500   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19508; 3 Feb 89 21:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19388; 3 Feb 89 20:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19376; 3 Feb 89 20:24 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25744; 3 Feb 89 20:18 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA26102; Fri, 3 Feb 89 17:12:33 -0800 Received: from USENET by 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 Feb 89 17:03:14 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fujitsu M2249E (hard disk) in an IRIS 3130 Message-Id: <26109@sgi.SGI.COM> References: <8902022347.AA03651@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902022347.AA03651@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > I was told that SGI uses Hitatchi DK 514-380, Winchesters, and > MaxTor XT4380E 380Mb drives for the 3130. I was also told that > they are the standard units made by the manufacturer. Nothing > special, just pull out the old 170Mb drive and replace it with > a 380Mb drive. Why does SGI up the price on these drives 100%? > The Micropolis wasn't even mentioned. Does a "semi-custom" version > of the disk have to cost twice a standard version. What is going > on here? Do the Hitatchi, Winchesters, and MaxTor drives work in > a 3130 or not? > -- > > Brent L. Bates > NASA-Langley Research Center > M.S. 294 > Hampton, Virginia 23665-5225 > (804) 864-2854 > E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov The price goes up for several reasons: 1) We have to make some profit. The disk manufacturer doesn't give us disks for free, you know. 2) We garuntee that the disks we ship work. This involves software, such as drivers, formatters, test programs, etc. Software is not cheap (as you no doubt know). 3) When we ship a drive, we test it, format it and generally make sure you get something that will work. 4) We have to train the FE's to test and replace in the field, the SE's to know what to do with it, the purchasing people to buy it, the manufacturing people to test and package it and others. Like the old story goes, if you want it to work, call us. If you wish to take your chances, buy it cheap, but don't call the Hotline when it breaks. -- Jim Barton Silicon Graphics Computing Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26248; 4 Feb 89 10:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26056; 4 Feb 89 9:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26037; 4 Feb 89 9:15 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01268; 4 Feb 89 8:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA06969; Sat, 4 Feb 89 05:33:37 -0800 Received: from USENET by 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 Feb 89 15:53:55 GMT From: Dan Webb Organization: Intergraph Corp. Huntsville, Al Subject: Re: -lmalloc Message-Id: <3774@ingr.com> References: <295@jupiter.iotek.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL in article <295@jupiter.iotek.UUCP>, mike@iotek.UUCP (Mike Thompson) says: > > In article <3724@ingr.com> dan@ingr.com (Dan Webb) says: >>I probably don't have to convince too many people of this, but a request >>for zero bytes is by no means an invalid request. I think -lmalloc should >>be fixed. > Well I'm one of those few who need convincing, I think that > treating a request for 0 memory from a memory managment system as > an error is if not correct is at least not incorrect, to give you Ok, I guess there are a few people that need to be convinced. Philisophically speaking: When you're talking about an amount of things, zero is not a special case. I can have two apples, or I can have zero apples. If I have zero apples, I'd better not try to eat one because I might core dump :-). Asking for zero bytes is just as valid. I have written lots of code that deals with dynamically changing data, such as fonts (yes, these fonts are quite dynamic) and Mac-like scrolling lists. It is quite valid for a font to initially have no characters or a list to have no entries. I must therefore deal with the case of allocating a zero-length amount. Later, I need to realloc or free the data. If malloc(0) returns NULL, I'm forced to special-case it everywhere I allocate/reallocate/free it. My code looks like this in many places: ptr = (Thing *) malloc (count * sizeof (Thing)); ... ptr = (Thing *) realloc (ptr, count * sizeof (Thing)); ... free (ptr); The value of count may very well be zero. The bottom line is that if I want to special-case zero for speed, I will. But I don't want malloc to force me to do it. > ...to give you > a valid pointer would in effect be allocating at least a byte, > after all that address cannot be allocated to any other request > can it? This depends on the implementation. The normal SysV malloc uses a linked list of blocks, so it isn't a problem. The only thing that would exist for the zero-length block is the block header. > On the other hand a program that does not check for > errors on system calls, and does no checking for null pointers is > definitely what I would call not written in the best of styles if > not down right buggy! (especially with the problems of null > de-referencing effecting portability over the past few years) I totally agree. But if I checked for an error an error from -lmalloc, it would tell me that allocating zero entries in my list is invalid -- when it's really not! To solve the problem with -lmalloc, I wrote wrappers around malloc and realloc. They turn any zero request into a request for one byte. - Dan Webb   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26301; 4 Feb 89 11:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26175; 4 Feb 89 10:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26163; 4 Feb 89 10:07 EST Received: from RELAY.CS.NET by SMOKE.BRL.MIL id ab01840; 4 Feb 89 10:02 EST Received: from relay2.cs.net by RELAY.CS.NET id ab26650; 4 Feb 89 7:54 EST Received: from switzerland by RELAY.CS.NET id ag29831; 4 Feb 89 9:49 EST Received: from ean by scsult.SWITZERLAND.CSNET id a019880; 4 Feb 89 14:59 WET Date: 3 Feb 89 12:19 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <205:doelz@urz.unibas.ch> Subject: RE: At, Batch ... Congratulations... I already thought I were a lonsome guy and nobody wants to run batch jobs on the iris. The BATCH and AT commands are not reasonably documented. I tried to find out what the queue definitions are by trial and error, and up to now SGI did not offer any documentation on the queuedefs file. b.2j2n90w means - (I believe) - the following: b - the queue name. You may invent any new queue name you want and you may submit jobs into these queues if you specify the -q qualifier in the at command. CAUTION: There is a non-documented queue c (the cron queue), and any attempt to redefine this causes seriuos OS problems. 2j - the maximum jobs permitted. If the job limit is reaced, the job is rescheduled later (see below). Take care not to submit too many jobs which are not running, otherwise your /usr/lib/cron/log file reaches incredible dimensions ! 2n - must be something with the nice (1) command. Values up to 19 are permitted. I used a different approach (see below) for prioritizing. 90w - this is the time in seconds the OS waits until it tries to reschedule the job. This is useful if you have log jobs running and it doesn't make sense to resubmit the job every minute (which is the default if the parameter is missing). My approach to redefine batch job priorities is using the non-aging priorities (see /usrinclude/sys/schedctl.h - thanks to SGI for giving the hint to look there). I added the following lines to /usr/spool/cron /crontabs/root : # # process prioritizing 15,30,45 6-22 * * * /usr/local/acct/prio_set.com 0 * * * * /usr/local/acct/prio_set.com # Then, I created a dirctory /usr/local/acct and put the following files there: prio_set.com: ============= ps -ef | awk -f /usr/local/acct/find_user.awk | awk -f /usr/local/acct/put_user.awk > /tmp/prio.csh csh /tmp/prio.csh rm /tmp/prio.csh find_user.awk: ============== { n = split ($7,ti,":") if ($7 != "?" && $1 !="root") print $2,ti[1],ti[2] } put_user.awk: ============= { if ($2 > 15 && $2 < 30 && $1 != "PID") print "npri -h140 -p ",$1 if ($2 > 30 && $2 < 60 && $1 != "PID") print "npri -h180 -p ",$1 if ($2 > 60 && $2 < 180 && $1 != "PID") print "npri -h200 -p ",$1 if ($2 > 180 && $2 < 600 && $1 != "PID") print "npri -h220 -p ",$1 if ($2 > 600 && $2 <2000 && $1 != "PID") print "npri -h225 -p ",$1 if ($2 > 2000 && $1 != "PID") print "npri -h230 -p ",$1 } These commands make root check every 15 minutes whether a job is to be reprioritized, and the priority gets worse (= higher) the longer the job is in the system. The advantage of this is that your on-line jobs (i.e. graphics - (NOT flight, listen, knobi?)) are not influenced by batch jobs. *** PROBLEM : *** My problem with the cron is as follows: If you look at the root crontab file, there is a command which makes cron put its output in a new logfile : # # rotate the logs 1 1 * * 0 umask 033;cd /usr/lib/cron;mv -f log OLDlog;touch log; killall 1 cron That's o.k. as long as the log file is concerned. But this new cron then forgot all the jobs to be scheduled and there is no way to resubmit the jobs which are still correctly placed in /usr/spool/cron/atjobs. Is anyone out in netland familiar with this stuff ? Comments, suggestions, *documentation*, etc welcome. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01785; 5 Feb 89 2:38 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00556; 5 Feb 89 1:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00133; 5 Feb 89 1:11 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa06656; 5 Feb 89 0:20 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA18794; Sat, 4 Feb 89 21:03:29 -0800 Received: from USENET by 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 Feb 89 23:08:56 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: At, Batch ... Message-Id: <954@auspex.UUCP> References: <205:doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >The BATCH and AT commands are not reasonably documented. I tried to find >out what the queue definitions are by trial and error, and up to now >SGI did not offer any documentation on the queuedefs file. The following are based on man pages I did at Sun for the "queuedefs" and ".proto" files; they have, I think, been properly edited to document the vanilla S5R3 versions (i.e., no SunOS changes). You may have to change them to reflect any SGI changes. #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'proto.4' <<'END_OF_FILE' X.TH PROTO 4 X.SH NAME Xproto \- prototype job file for at X.SH SYNOPSIS X.LP X.B /usr/lib/cron/.proto X.LP X.BI /usr/lib/cron/.proto. queue X.SH DESCRIPTION X.LP XWhen a job is submitted to X.IR at (1) Xor X.IR batch (1), Xthe job is constructed as a shell script. First, a prologue is Xconstructed, consisting of: X.IP \(bu 3 XA header specifying whether the job is an X.I at Xjob or a X.I batch Xjob; X.IP \(bu XA set of Bourne shell commands to make the environment (see X.IR environ (4)) Xfor the X.I at Xjob the same as the current environment. X.LP X.I at Xthen reads a \*(lqprototype file,\*(rq and constructs the rest of the Xjob file from it. X.LP XText from the prototype file is copied to the job file, except for Xspecial \*(lqvariables\*(rq that are replaced by other text: X.RS X.TP X.B $d Xis replaced by the current working directory X.PD 0 X.TP X.B $l Xis replaced by the current file size limit (see X.IR ulimit (2)) X.TP X.B $m Xis replaced by the current umask (see X.IR umask (2)) X.TP X.B $t Xis replaced by the time at which the job should be run, expressed as seconds Xsince January 1, 1970, 00:00 Greenwich Mean Time, preceded by a colon X.TP X.B $< Xis replaced by text read by X.I at Xfrom the standard input (that is, the commands provided to X.I at Xto be run in the job) X.PD X.RE X.LP XIf the job is submitted in queue X.IR queue , X.I at Xuses the file X.BI /usr/lib/cron/.proto. queue Xas the prototype file if it exists, otherwise it will use the file X.BR /usr/lib/cron/.proto . X.SH EXAMPLES XThe standard X.B .proto Xfile supplied with System V is: X.LP X.RS X.nf X.ft B X#ident "@(#)adm:.proto 1.2" Xcd $d Xulimit $l Xumask $m X$< X.ft R X.fi X.RE X.LP Xwhich causes commands to change the current directory in the job to the Xcurrent directory at the time X.I at Xwas run, to change the ulimit in the job to the ulimit at the time X.I at Xwas run, and to change the umask in the job to the umask at the time X.I at Xwas run, to be inserted before the commands in the job. X.SH FILES X.PD 0 X.TP 20 X.B /usr/lib/cron/.proto X.LP X.BI /usr/lib/cron/.proto. queue X.PD X.SH "SEE ALSO" X.IR at (1) END_OF_FILE if test 2033 -ne `wc -c <'proto.4'`; then echo shar: \"'proto.4'\" unpacked with wrong size! fi # end of 'proto.4' fi if test -f 'queuedefs.4' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'queuedefs.4'\" else echo shar: Extracting \"'queuedefs.4'\" \(2386 characters\) sed "s/^X//" >'queuedefs.4' <<'END_OF_FILE' X.TH QUEUEDEFS 4 X.SH NAME Xqueuedefs \- queue description file for at, batch, and cron X.SH SYNOPSIS X.LP X.B /usr/lib/cron/queuedefs X.SH DESCRIPTION X.LP XThe X.B queuedefs Xfile describes the characteristics of the queues managed by X.IR cron (1M). XEach non-comment line in this file describes one queue. XThe format of the lines are as follows: X.RS X.LP X\fIq\fB.\fR[\fInjob\fBj\fR][\fInice\fBn\fR][\fInwait\fBw\fR] X.RE X.LP XThe fields in this line are: X.RS X.TP X.I q XThe name of the queue. X.B a Xis the default queue for jobs started by X.IR at (1); X.B b Xis the default queue for jobs started by X.I batch X(see X.IR at (1)); X.B c Xis the default queue for jobs run from a X.IR crontab (4) Xfile. X.TP X.I njob XThe maximum number of jobs that can be run simultaneously in that queue; if Xmore than X.I njob Xjobs are ready to run, only the first X.I njob Xjobs will be run, and the others will be run as jobs that are currently running Xterminate. The default value is 100. X.TP X.I nice XThe X.IR nice (1) Xvalue to give to all jobs in that queue that are not run with a user X.SM ID Xof super-user. The default value is 2. X.TP X.I nwait XThe number of seconds to wait before rescheduling a job that was deferred Xbecause more than X.I njob Xjobs were running in that job's queue, or because more than 25 jobs were Xrunning in all the queues. The default value is 60. X.RE X.LP XLines beginning with X.B # Xare comments, and are ignored. X.SH EXAMPLE X.RS X.nf X.ft B Xa.4j1n Xb.2j2n90w X.RE X.fi X.ft R X.LP XThis file specifies that the X.B a Xqueue, for X.I at Xjobs, can have up to 4 jobs running simultaneously; those jobs will be run with Xa X.B nice Xvalue of 1. As no X.I nwait Xvalue was given, if a job cannot be run because too many other jobs are running X.I cron Xwill wait 60 seconds before trying again to run it. XThe X.B b Xqueue, for X.I batch Xjobs, can have up to 2 jobs running simultaneously; those jobs will be run with Xa X.I nice Xvalue of 2. If a job cannot be run because too many other jobs are running, X.I cron Xwill wait 90 seconds before trying again to run it. XAll other queues can have up to 100 jobs running simultaneously; they will be Xrun with a X.I nice Xvalue of 2, and if a job cannot be run because too many other jobs are running X.I cron Xwill wait 60 seconds before trying again to run it. X.SH FILES X.PD 0 X.TP 20 X.B /usr/lib/cron/queuedefs X.PD X.SH "SEE ALSO" X.IR at (1), X.IR nice (1), X.IR crontab (4), X.IR cron (1M) END_OF_FILE if test 2386 -ne `wc -c <'queuedefs.4'`; then echo shar: \"'queuedefs.4'\" unpacked with wrong size! fi chmod +x 'queuedefs.4' # end of 'queuedefs.4' fi echo shar: End of shell archive. exit 0   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05669; 5 Feb 89 9:12 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05603; 5 Feb 89 8:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05591; 5 Feb 89 8:23 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa09057; 5 Feb 89 8:17 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA24537; Sun, 5 Feb 89 05:02:38 -0800 Received: from USENET by 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 Feb 89 06:21:56 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X windows Message-Id: <26200@sgi.SGI.COM> References: <8902031527.AA05614@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902031527.AA05614@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > You can get 4Sight for the 3130, which includes X window. Contact > your SGI sales rep. (s)he should know what to do to get it for you. > I've been told it works best if you have at lease 8Mb of memory. Wrong. I'm afraid you can't. We haven't ported X windows to the 3130. There is a company, whose name escapes me, that sells a paint package that runs on X. They also sell their X server. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19093; 6 Feb 89 17:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19001; 6 Feb 89 17:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab18972; 6 Feb 89 17:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03888; 6 Feb 89 16:35 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA20555; Mon, 6 Feb 89 13:03:36 -0800 Received: from USENET by 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 Feb 89 15:55:43 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: (none) Message-Id: <26217@sgi.SGI.COM> References: <27497@bu-cs.BU.EDU>, <603@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <603@cs-spool.calgary.UUCP>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: > In article <27497@bu-cs.BU.EDU>, tjh@bu-cs.BU.EDU (Tim Hall) writes: > > We recently got a (Demo model) Personal Iris 4D that has a 32 bit frame > > buffer and a Z-buffer. I would like to create a 3-D surface mesh that > > has a different color at each vertex and is shaded by some lighting model > > I've defined using lmdef. > > [Stuff deleted.] > > > > So is it the case that interpolation of color and shading are mutually > > exclusive? > > > > Thanks > > Tim Hall > > Please reply to > > tjh@dolphin.bu.edu > > You got it.. I had the same problem as well. [Stuff deleted.] > > ============================================================================== > Trevor Paquette/GraphicsLand, Calgary, Alberta > UUCP: uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W > Luminous beings we are, not this crude matter The way I've colored a lit surface is by re-lmdef'ing the ambient and diffuse properties of the current material for each vertex. You don't have to rebind the material. I did this on a GT but it should work fine on a PI as well. Thant Tessman (thant@sgi.com) P.S. There will probably be an even faster and easier way to do this in a future software release.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19093; 6 Feb 89 17:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad19001; 6 Feb 89 17:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ad18972; 6 Feb 89 17:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03948; 6 Feb 89 16:38 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA21252; Mon, 6 Feb 89 13:32:50 -0800 Received: from USENET by 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 Feb 89 19:30:34 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fujitsu M2249E (hard disk) in an IRIS 3130 Message-Id: <26258@sgi.SGI.COM> References: <8902022347.AA03651@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902022347.AA03651@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > I was told that SGI uses Hitatchi DK 514-380, Winchesters, and > MaxTor XT4380E 380Mb drives for the 3130. I was also told that > they are the standard units made by the manufacturer. Nothing > special, just pull out the old 170Mb drive and replace it with > a 380Mb drive. Why does SGI up the price on these drives 100%? > The Micropolis wasn't even mentioned. Does a "semi-custom" version > of the disk have to cost twice a standard version. What is going > on here? Do the Hitatchi, Winchesters, and MaxTor drives work in > a 3130 or not? > -- > > Brent L. Bates > NASA-Langley Research Center > M.S. 294 > Hampton, Virginia 23665-5225 > (804) 864-2854 > E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov All of the disk drives that SGI sells are winchesters (named after an old IBM code name, I'm told). SGI does not currently support any Maxtor drives. ONLY the SGI version of the Micropolis 1558-15 works in the 3130. NO OTHER 380's are supported by SGI on the 3130. markb -- Mark Bradley "Faster, faster, until the thrill of IO Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA ---Hunter S. Thompson   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20137; 6 Feb 89 18:24 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19001; 6 Feb 89 17:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18972; 6 Feb 89 17:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03868; 6 Feb 89 16:34 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA20545; Mon, 6 Feb 89 13:03:18 -0800 Received: from USENET by 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 Feb 89 15:43:10 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: X windows Message-Id: <26216@sgi.SGI.COM> References: <8902031527.AA05614@aero4.larc.nasa.gov>, <26200@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <26200@sgi.SGI.COM>, msc@ramoth.SGI.COM (Mark Callow) writes: > In article <8902031527.AA05614@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV (Bates TAD/HRNAB ms294 x2601) writes: > > > > You can get 4Sight for the 3130, which includes X window. Contact > > your SGI sales rep. (s)he should know what to do to get it for you. > > I've been told it works best if you have at lease 8Mb of memory. > > Wrong. I'm afraid you can't. We haven't ported X windows to the 3130. > There is a company, whose name escapes me, that sells a paint package > that runs on X. They also sell their X server. > > -- > -Mark > I think the package's name was Artisan. thant   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab20137; 6 Feb 89 18:24 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac19001; 6 Feb 89 17:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac18972; 6 Feb 89 17:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03913; 6 Feb 89 16:36 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA20527; Mon, 6 Feb 89 13:03:02 -0800 Received: from USENET by 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 Feb 89 15:26:40 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: (none) Message-Id: <26215@sgi.SGI.COM> References: <27497@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27497@bu-cs.BU.EDU>, tjh@bu-cs.BU.EDU (Tim Hall) writes: > We recently got a (Demo model) Personal Iris 4D that has a 32 bit frame > buffer and a Z-buffer. I would like to create a 3-D surface mesh that > has a different color at each vertex and is shaded by some lighting model > I've defined using lmdef. > > I've been able to get my colored surface using the bgntmesh, v, cpack and > endtmesh commands but it is not shaded by my defined lighting model. If > I bind a material when rendering the surface it renders as that material > (Not multi-colored) but it is shaded by my bound lighting model. > > So is it the case that interpolation of color and shading are mutually > exclusive? > > Thanks > Tim Hall > Please reply to > tjh@dolphin.bu.edu there is currently 2 wasy to do this , performance being the difference. The basic idiea is that you must change the material for every polygon. There are 2 wasy to do this, you can define many materials and then switch materials using lmbind (which is fairly fast for a small set of materials - but it uses a hash table lookup so for many many materials it may be slower) , or 2) you can change the current material using lmdef for each polygon. In a future release a new command will be added to exactly solve this problem. It will allow you to very quickly change one of the color properties of the current material (eg. AMBIENT, DIFFUSE, SPECULAR) without really changing the material, ie it changes only a working copy of the material). The new command is lmcolor and you can expect it in the 3.2 release. So in the meantime, just use one of the other methods. They are slower, but not that slow.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20243; 6 Feb 89 18:46 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac20137; 6 Feb 89 18:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19872; 6 Feb 89 18:21 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00251; 6 Feb 89 17:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA21282; Mon, 6 Feb 89 13:33:17 -0800 Received: from USENET by 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 Feb 89 20:52:00 GMT From: Ed Friedman Organization: Dept. of Mathematics, Univ. of Chicago Subject: 4D/70 question Message-Id: <1732@tank.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 4D/70G which seems to run graphics very slowly compared to older Iris models. Is there some test we can do (benchmark?) to find out if the G option is in fact installed and working properly? Is it possible that the 4Sight windowing system is the cause of this slowdown? Thanks in advance, Ed Friedman   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20750; 6 Feb 89 19:40 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20537; 6 Feb 89 19:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20372; 6 Feb 89 19:08 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa01439; 6 Feb 89 18:35 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA22882; Mon, 6 Feb 89 14:47:47 -0800 Received: from USENET by 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 Feb 89 22:11:02 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: Apropos for the 3000s! Message-Id: <2545@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Finally....the source for apropos on the 3000s. Unfortunately, I accidentally walked on my list of people who wanted copies, so to save time, the file's been posted instead. It's only two pages long, so don't panic. To make apropos run, cut on the "cut here" line and install in /usr/local/bin as 'apropos'. Change the file to be executable. Create an empty file called "index" in /usr/local/lib. This is the file that will maintain an index of man commands. To create a new index, run 'apropos -i' as root. Apropos has been written to simulate the behaviour of man -k on most BSD systems. If you have any problems with the file, please let me know, and I'll do my best to find out what's happening. This version won't work on the 4Ds. 4Dapropos is on its way. Good luck, and enjoy. -Murdock timelord@eos.arc.nasa.gov ---------------------------------CUT HERE-------------------------------------- #!/bin/sh # -i is used only by cron once a week in the middle of the night # to build the index. Other flags are incorrect. Apropos # will only take one argument at a time. # # $Header: /usr/u/ssmith/RCS/apropos,v 1.3 88/06/13 12:32:15 ssmith Exp $ # # $Log: apropos,v $ # Revision 1.3 88/06/13 12:32:15 ssmith # Exit with message if no arguments (used to hang grep). # 'Unknown flag' message ( from "Usage...."). # Handle multiple args. ( 'for' loop ). # Use of grep's exit codes--message if nothing found. # grep flag from '-w' to '-i' (doug). # Eliminated pipe to 'more' ( screwed up $?). If desired, run grep in # a subshell then filter output, e.g., '| fold | more'. # Awk properly eliminates .B's from SGI graphics manual pages. # # Revision 1.2 88/06/13 12:27:37 ssmith # test for su added 11/9/87 # # Revision 1.1 88/06/13 12:21:05 ssmith # Initial revision # # # Database: index=/usr/local/lib/index if [ 0 -eq $# ] then echo $0 What?; exit; # echo "Usage: $0 [-i] [word]"; fi for i do case "$i" in -i) if [ ! -w /bin/su ] then echo $USER: You must be root to build index. exit 1 else build=1 fi break ;; -*) echo Unknown flag $i; exit ;; *) if grep -i $i $index then : ok; else echo "\nNothing appropriate: $i \n"; fi esac done # The following was written solely for the purpose of # getting the one line of info for apropos to use and # dumping it to a file an a reasonably aesthetic format. # This is achieved primarily with awk, and it does not hunt # through the whole file and waste time. if [ $build ] then for x in /usr/man/local/man?/* /usr/man/?_man/man?/* do awk ' {name="'`expr $x : '.*/\(.*\)\..*' \| $x`'";} /^\.TH/ {ver=$3;printf("%-15s",sprintf("%s(%s)",name,ver))} /^\.SH NAME/ { getline; while ($1 !~/^.SH/) { split($0, s, "\\-"); if ($1 ~ /\.B/ ) { printf("% s", $2 ); } else { printf("% s%s", s[1], s[2]); } getline; } printf("\n"); exit; } ' $x done > $index else exit; fi # # Acknowledgements: The APROPOS clone was developed by # G. "Murdock" Helms, with major revisions and bug fixes # written by Steve Smith. Thanks to Doug Kerr, Khanh Nguyen, # and Steve Philipson for their help and suggestions. (Thanks guys!)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01989; 7 Feb 89 14:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00915; 7 Feb 89 14:03 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa00872; 7 Feb 89 13:45 EST Received: from BU-IT.BU.EDU by ADM.BRL.MIL id aa16511; 7 Feb 89 13:27 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA23848; Tue, 7 Feb 89 12:56:14 EST Received: by buita.bu.edu (3.2/4.7) id AA17167; Tue, 7 Feb 89 12:55:51 EST Received: by adt.uucp (3.2/SMI-3.2) id AA16912; Tue, 7 Feb 89 11:28:36 EST Date: Tue, 7 Feb 89 11:28:36 EST From: Joe Ilacqua Message-Id: <8902071628.AA16912@adt.uucp> To: info-iris@BRL.MIL Subject: Re: 4D/70 question To: info-iris@vmb.brl.mil Subject: Re: 4D/70 question >We have a 4D/70G which seems to run graphics very slowly compared to >older Iris models. Is there some test we can do (benchmark?) to find >out if the G option is in fact installed and working properly? Is it >possible that the 4Sight windowing system is the cause of this slowdown? We ran into this same problem when porting our application from the 3000's to the 4D. The biggest slowdown we had was because the default shading model was different; changing it to flat (we use the machine as a blindingly fast 2D machine) was a substantial improvement. Also, check out the list suggested functions in the porting guide. They say that many of the 3000 compatibility functions run substantially slower (10X is the figure they quote) than the newer ones. We did find improvements when using these functions, especially on GT's. Be careful -- the newer functions were not implemented in some of the older gl libraries that were shipped; the original 3.01 release had quite a few that would print out " is not implemented". 3.01C (I believe this is the current release) works fine. The flight simulator has many nice improvements, too. The 3000's still seem to outperform the 4D's in some things, at least with our product, but that may be a result of the design of our graphics routines. About 4Sight: it's not the greatest, but compared to mex it's fantastic. If it only supported a meta key.... jim frost associative design technology madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08612; 8 Feb 89 4:14 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08508; 8 Feb 89 3:33 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa08501; 8 Feb 89 3:24 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa26853; 8 Feb 89 3:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA18301; Tue, 7 Feb 89 15:21:25 -0800 Received: from USENET by 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 Feb 89 21:35:44 GMT From: Thomas Russo Organization: The University of Texas at Austin, Austin, Texas Subject: HELP! Building gnuemacs 18.52 on a 4server8 Message-Id: <10278@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been trying to build gnu emacs 18.52 on our SGI box all day. I've pulled the distribution off of uunet.uu.net, and used the .h files posted several weeks ago to get it to compile. I issue make from the top of emacs' tree, and it make all of the stuff in etc, compiles and links temac, does the make-docfile, then tries to do a ./temacs -batch -l inc-vers. At this time it says: Warning: lisp library (/usr/local/emacs/lisp) does not exist Warning: executable/documentation dir (/usr/local/emacs/etc/) does not exist. Loading inc-vers... Memory exhausted *** Error code -1 Has anyone out there built emacs on a 4server8? Anyone encountered this type of problem before? Anyone _solved_ it?? --tvr ------ Thomas Russo Center for Nonlinear Dynamics University of Texas at Austin russo@chaos.utexas.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08979; 8 Feb 89 5:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08712; 8 Feb 89 4:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08706; 8 Feb 89 4:35 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00449; 8 Feb 89 4:18 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA25348; Tue, 7 Feb 89 21:00:33 -0800 Received: from USENET by 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 Feb 89 22:08:18 GMT From: Charles A Anderson Organization: The Midgard Realm, St Paul MN Subject: X Windows on SGI 4D Message-Id: <748@midgard.Midgard.MN.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has Anyone out there succesfully brought up X on a SGI 4D Series machine. If so I would like to know what had to be changed (if anything.) I'd like to know if it's worth my time to get the distribution before I try, and because of the way our SGI's are connected, it's a pain in the *ss to get anything onto them by anything except tape. (and I'd rather FTP the dist. from a different machine and move it to the 4D, than buy a tape.) Please mail responses, as I don't read these groups (Usually) -- Charles Anderson | People of the Earth can you hear me? caa@midgard.mn.org | Came a voice from the sky on that magical night ...!amdahl!bungia!midgard!caa | And in the colours of a thousand sunsets Ma Bell (612) 853-3466 -work | They traveled to the world on a silvery light 735-3953 home 290-8062 / >5pm | -Billy Thorpe, Children Of The Sun   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08979; 8 Feb 89 5:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08922; 8 Feb 89 5:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08886; 8 Feb 89 5:14 EST Received: from STAR.Stanford.EDU by SMOKE.BRL.MIL id aa00279; 8 Feb 89 4:36 EST Received: from ASTRO by STAR.STANFORD.EDU via MAIL-11 with DECnet; Tue, 7 Feb 89 14:50:50-PST Date: Tue 7 Feb 89 14:50:49-PST From: VARGAS%ASTRO.SPAN@star.stanford.edu Subject: Accounting package on the Iris To: "7213:: INFO-IRIS@BRL.MIL "@astro.span Message-ID: <8902080436.aa00279@SMOKE.BRL.MIL> I hope some one can help me with the following information. We have 3000 series iris. I need to use the accounting package. The following files are referenced with acct (1m). they are acctcms(1m), acctcom(1m), acctcon(1m), acctmerg(1m), acctprc(1m), acctsh(1m), runacct(1m), acct(2), acct(4), and utmp(4). Has anyone used this package? how does it work? Is there a guide i can use instead of the manual? has anyone used this package successfully? Please let me know. Thank you Steve Vargas JSC, Nasa Houston, Texas FTS-525-3945 (713) 483-6637   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20520; 8 Feb 89 19:27 EST Received: by VMB.BRL.MIL id ab20364; 8 Feb 89 19:21 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab19318; 8 Feb 89 17:43 EST Received: by VMB.BRL.MIL id ab18825; 8 Feb 89 17:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17949; 8 Feb 89 16:51 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa07096; 8 Feb 89 16:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA12926; Wed, 8 Feb 89 13:02:24 -0800 Received: from USENET by 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 Feb 89 20:55:03 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: Problem with AME? Message-Id: <2558@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm using AME (A Mouse Editor) for working on my programs these days, and I've noticed a little problem. If I hit the '1' key, I get two 1s instead of just one ('11'). This happens regardless of how lightly I touch the key. The same problem was also observed on one of SGI's 4Ds in their graphics class last week, and was also noticed by someone working on another machine, type unknown. Three machines, same problem. Anyone else have this problem? Is this hardware or software, or just clumsy typists? -Murdock   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20762; 8 Feb 89 19:48 EST Received: by VMB.BRL.MIL id aa20364; 8 Feb 89 19:21 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19318; 8 Feb 89 17:43 EST Received: by VMB.BRL.MIL id aa18825; 8 Feb 89 17:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15948; 8 Feb 89 15:06 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa04137; 8 Feb 89 14:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA10873; Wed, 8 Feb 89 11:22:46 -0800 Received: from USENET by 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 Feb 89 15:24:01 GMT From: Simon John Gibbs Organization: MCC, Austin, TX Subject: Personal IRIS benchmarks Message-Id: <1967@macondo.sw.mcc.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The "premiere" issue of MIPS magazine (Feb. 89) has a review of the Personal Iris. There are some numbers given for graphics performance: about 16,000 vectors/sec. and less than 1000 polygons/sec. (here numbers are given for 1 light source, 2 light sources, shaded, and different image sizes - 1/4 screen, 1/2 screen and full screen). Anyway, they don't give much more information about these measurements but I was surprised that they're so low. Do these numbers make sense? What about the 100,000 polygons/sec. figure that's so frequently mentioned? Simon Gibbs simon@mcc.COM   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01668; 8 Feb 89 23:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00867; 8 Feb 89 22:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00562; 8 Feb 89 22:26 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa10337; 8 Feb 89 20:21 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA17651; Wed, 8 Feb 89 16:33:24 -0800 Received: from USENET by 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 Feb 89 21:22:13 GMT From: Richard Childers Organization: die Edelstahlratte Subject: Seeking SGI UNIX upgrade Message-Id: <470@avsd.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We've got an SGI box here, I don't know the model offhand, but it hasn't been administered as well as it might be, and I'm trying to integrate it back into the network. One thing that would make the task a lot easier would be new version of the OS. The last OS I knew of for Iris systems was a port of System V. It was OK. The line printer was wierd, and there were some processes that needed to be propped up with scripts in order to remain alive, but it was OK. It didn't have NFS, though, and it lacked a lot of BSDisms that would make it a lot easier to integrate ... much as Apollos found it easier to exist with other workstations once they acquired a certain basic set of abilities. I hear tell of something called IRIX. Is this what I'm looking for ? Has anyone heard of anything that might fill some of the gaps outlined above ? -- richard -- * "Do not look at my outward shape, but take what is in my hand." * * -- Jalaludin Rumi, 1107-1173 * * ..{amdahl|decwrl|octopus|pyramid|ucbvax}!avsd.UUCP!childers@tycho * * AMPEX Corporation - Audio-Visual Systems Division, R & D *   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06576; 9 Feb 89 2:21 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04819; 9 Feb 89 1:19 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04628; 9 Feb 89 1:04 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa13541; 9 Feb 89 0:48 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA22548; Wed, 8 Feb 89 20:51:44 -0800 Received: from USENET by 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 Feb 89 16:19:25 GMT From: Mike York Organization: Voodoo Graphics Project Subject: Re: 4D/70 question Message-Id: <527@voodoo.UUCP> References: <8902071551.AA16241@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902071551.AA16241@adt.uucp> madd@adt.UUCP (jim frost) writes: > >The 3000's still seem to outperform the 4D's in some things, at least >with our product, but that may be a result of the design of our >graphics routines. On a similar note, we've found some things to run significantly slower on a 4D/70 GT than on our 4D/70 G's, particularly picking (which is all important in our application). With 3.0.1, picking was 6 times slower on the 4D/70 GT. with 3.1C, picking is only 2 times slower. Can hardly wait for 3.1D/3.2/WhateverTheyWantToCallIt :^). The explanation I got from SGI is that the architecture of the GT models does not lend itself well to operations that imply feedback (picking, popattributes, etc). Ironically, it's beginning to look like the best overall performer for our application (a technical illustration package) is the 4D/20 Super (or whatever they call the Eclipse with all the bit planes and the FPA). The vector graphics are only slightly slower than the 4D/70 G (for our application), but the raster capabilities are so much better. It's looking like a pretty nice little box. -- Mike York Boeing Computer Services, Renton, Washington (206) 234-7724 uw-beaver!ssc-vax!voodoo!zombie   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17659; 9 Feb 89 8:58 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17541; 9 Feb 89 8:47 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17429; 9 Feb 89 8:34 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17826; 9 Feb 89 8:14 EST Received: Thu, 9 Feb 89 08:17:57 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 9 Feb 89 08:17:57 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902091617.AA23739@aero4.larc.nasa.gov> To: cs.utexas.edu!milano!macondo!simon@tut.cis.ohio-state.edu Subject: Re: Personal IRIS benchmarks Cc: info-iris@BRL.MIL I would say there are a number of possibilities: 1. SGI sets up some test cases that give the best possible results. (Most companies do) 2. MIPS gave it some extremely difficult test cases. 3. MIPS did not code up the test cases in an optimal fashion. (i.e. poor programming) 4. All or part of the above. Personally I don't trust ANY companies computer specs. If I can put one of my own programs on the machine and can see how fast it works, then I can be convinced on how good the machine is. Different people use the machines in different ways, so they may get different performance results. It all depends on what you are looking for. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18615; 9 Feb 89 10:11 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18094; 9 Feb 89 9:46 EST Date: Thu, 9 Feb 89 9:37:31 EST From: Gary S. Moss (VLD/VMB) To: G. Murdock Helms cc: info-iris@BRL.MIL Subject: Re: Problem with AME? Message-ID: <8902090937.aa17915@VMB.BRL.MIL> Keys often get gumbed up over time and begin to stick, depending of course on the design of the keyboard. Often, you can remove the key cap and insert a thin strip of stiff paper (clipping a 1/8 inch wide strip from a match pack cover usually works) between the contacts, press down on the key to squeeze the contacts around the strip and draw the paper out to remove the dirt. Of course this is better performed by licensed field service technicians. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24143; 9 Feb 89 16:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab23358; 9 Feb 89 15:47 EST Received: by VMB.BRL.MIL id aa23264; 9 Feb 89 15:31 EST Received: from vgr.brl.mil by VMB.BRL.MIL id aa23002; 9 Feb 89 15:08 EST Date: Thu, 9 Feb 89 15:00:16 EST From: Doug Gwyn (VLD/VMB) To: "Gary S. Moss" cc: "G. Murdock Helms" , info-iris@BRL.MIL Subject: Re: Problem with AME? Message-ID: <8902091500.aa20794@VGR.BRL.MIL> I generally cut MY keyboard contact cleaner from a business card, but otherwise what Moss said is what I would have said. Keyboard contacts generally "bounce" (make-and-break repeatedly), and there is a "debounce" circuit that waits a certain amount of time until the oscillations should have died down. A defective contact can bounce more than the circuitry allows for.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26134; 9 Feb 89 20:45 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25875; 9 Feb 89 19:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25869; 9 Feb 89 19:43 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa05178; 9 Feb 89 19:38 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA11522; Thu, 9 Feb 89 14:27:49 -0800 Received: from USENET by 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 Feb 89 14:49:12 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problem with AME? Message-Id: <26500@sgi.SGI.COM> References: <2558@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2558@eos.UUCP>, timelord@eos (G. Murdock Helms) writes: > I'm using AME (A Mouse Editor) for working on my programs these days, > and I've noticed a little problem. If I hit the '1' key, I get two 1s > instead of just one ('11'). This happens regardless of how lightly I > touch the key. The same problem was also observed on one of SGI's 4Ds > in their graphics class last week, and was also noticed by someone working > on another machine, type unknown. Three machines, same problem. Anyone > else have this problem? Is this hardware or software, or just clumsy > typists? > > -Murdock I remember something about a change in the way the device queue functions: if you queue both the keyboard device and the individual key, you will now get 2 events in the queue. This sounds like it could be causing the problem you described.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28930; 16 Feb 89 23:37 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28887; 16 Feb 89 23:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20402; 9 Feb 89 12:16 EST Received: from Sierra.Stanford.EDU by SMOKE.BRL.MIL id aa24314; 9 Feb 89 11:47 EST Received: by sierra.STANFORD.EDU (3.2/4.7); Thu, 9 Feb 89 08:46:37 PST Date: Thu, 9 Feb 89 08:46:37 PST From: "Lloyd J. Lacomb" To: info-iris-request@BRL.MIL Subject: Re: Problem with AME? In-Reply-To: Your message of 8 Feb 89 20:55:03 GMT Message-Id: Resent-Date: Thu, 16 Feb 89 23:18:46 EST Resent-From: Chuck Kennedy Resent-To: info-iris@BRL I had the same problem with the AME editor when I upgraded to 3.14... If you call Software Systems and talk to Dennis or Madeline Yeo they'll tell you so send back your old copy and they send you a new tape that will fix the problem. The phone number is in the documentation. Lloyd LaComb lacomb@sierra.stanford.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29121; 10 Feb 89 5:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28810; 10 Feb 89 4:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28789; 10 Feb 89 4:16 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa09792; 10 Feb 89 3:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA24621; Fri, 10 Feb 89 00:43:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 08:18:31 GMT From: "Ian S. Small" Organization: University of Toronto, CSRI Subject: Personal Iris single user boot Message-Id: <8902100818.AA08204@cartier.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a Personal Iris which we are trying to set up to run NFS. This is not a particular problem - we managed it a couple of days ago before our power supply blew up... But when we re-installed it today, we didn't set things up quite right and when we booted the machine, it went to sleep on the NFS mounts. What we want to be able to do is boot single user so that we can edit the fstab, then reboot and try to fix things. Is it possible to boot a Personal Iris single user (given that it is set up to boot multi-user through inittab or whatever), or has this feature been automated right out of the system? This information will no doubt be useful as we continue trying to integrate this beast in our Sun-ful environment. Thanks ian -- Ian S. Small (416) 978-6619 Dynamic Graphics Project Computer Systems Research Institute BITNET: ian@dgp.utoronto University of Toronto EAN: ian@dgp.toronto.cdn Toronto, Ontario M5S 1A4 UUCP/CSNET: ian@dgp.toronto.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01553; 10 Feb 89 18:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01371; 10 Feb 89 18:02 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01365; 10 Feb 89 17:50 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03322; 10 Feb 89 17:23 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA08003; Fri, 10 Feb 89 14:04:40 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 17:34:09 GMT From: Gavin Bell Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Personal IRIS benchmarks Message-Id: <26596@sgi.SGI.COM> References: <8902091617.AA23739@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We quote 5,900 Z-buffered, Gouraud shaded, 4 sided 100x100 independent polygons per second on the Personal Iris. The 100,000 polygons/second figure you heard is for the GTX products. Will you get 5,900 polygons per second in your application? Not if: 1) You spend any time computing the polygons, or spend any time re-organizing the vertex data to match the v() commands. 2) You spend any time clearing your window or z-buffer (remember, it takes ~10 microseconds to clear the screen, so at 30 frames/second ~20 percent of your time is spent just clearing the framebuffer). 3) You have big polygons (bigger than 10 by 10 pixels). 4) You use the old drawing commands. 5) You draw few polygons in double-buffered mode. Worst case is drawing one polygon, then swapping buffers-- the swapbuffers() command has to wait for the vertical retrace of the monitor you are using, so you will get only ~60 polygons/second. The benchmark used to get the 5,900 poly/sec number is, of course, nowhere close to a real application. It is single-buffered, never clears the framebuffer or z-buffer, and has almost no CPU overhead, and draws only 100 pixel polygons. But it does give you an idea of maximum drawing speed. --gavin (gavin@sgi.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01553; 10 Feb 89 18:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01371; 10 Feb 89 18:02 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab01365; 10 Feb 89 17:50 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa03369; 10 Feb 89 17:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA08027; Fri, 10 Feb 89 14:05:20 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 19:20:58 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Personal IRIS benchmarks Message-Id: <26615@sgi.SGI.COM> References: <8902091617.AA23739@aero4.larc.nasa.gov>, <26596@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <26596@sgi.SGI.COM>, gavin@krypton.SGI.COM (Gavin Bell) writes: > We quote 5,900 Z-buffered, Gouraud shaded, 4 sided 100x100 independent > polygons per second on the Personal Iris. The 100,000 polygons/second > figure you heard is for the GTX products. > > Will you get 5,900 polygons per second in your application? Not if: > 1) You spend any time computing the polygons, or spend any time > re-organizing the vertex data to match the v() commands. > 2) You spend any time clearing your window or z-buffer (remember, it > takes ~10 microseconds to clear the screen, so at 30 frames/second > ~20 percent of your time is spent just clearing the framebuffer). > 3) You have big polygons (bigger than 10 by 10 pixels). > 4) You use the old drawing commands. > 5) You draw few polygons in double-buffered mode. Worst case is > drawing one polygon, then swapping buffers-- the swapbuffers() > command has to wait for the vertical retrace of the monitor you > are using, so you will get only ~60 polygons/second. > [stuff deleted] > --gavin (gavin@sgi.com) > However... The polygons are z-buffered, gouraud-shaded, independent, randomly oriented quadrilaterals. Not a screen-aligned t-mesh. thant (thant@sgi.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01862; 10 Feb 89 18:44 EST Received: by VMB.BRL.MIL id aa00378; 10 Feb 89 17:04 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00082; 10 Feb 89 15:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01229; 10 Feb 89 14:10 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa22751; 10 Feb 89 13:34 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA03275; Fri, 10 Feb 89 10:27:00 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 14:39:43 GMT From: Graphics Lab Public Library Organization: Princeton University, NJ Subject: Re: Problem with AME? Message-Id: <7137@pucc.Princeton.EDU> References: <8902091500.aa20794@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Wait! don't bother pulling your keyboard apart! There is, in fact, a bug in the AME editor on the Personal IRIS. The "1" key does repeat. There are also several other minor problems. Contact Software Systems for a fix, the fixed version seems to work wonderfully. +-----------------+ David Laur |"You can tell an | Princeton University | APL programmer, | Interactive Computer Graphics Lab | but not much." | Bitnet: DMLAUR@PUCC +-----------------+ UUCP: allegra!psuvax1!pucc.BITNET!DMLAUR   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06794; 11 Feb 89 15:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06510; 11 Feb 89 14:26 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa06490; 11 Feb 89 14:06 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa00904; 11 Feb 89 13:43 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA22377; Sat, 11 Feb 89 03:33:50 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 22:52:03 GMT From: Trevor Paquette Subject: Re: Personal Iris single user boot Message-Id: <693@cs-spool.calgary.UUCP> References: <8902100818.AA08204@cartier.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902100818.AA08204@cartier.dgp.toronto.edu>, ian@dgp.toronto.edu ("Ian S. Small") writes: ... stuff deleted ... > Is it possible to boot a Personal Iris single user (given that it > is set up to boot multi-user through inittab or whatever), or has > this feature been automated right out of the system? This information > will no doubt be useful as we continue trying to integrate this > beast in our Sun-ful environment. > This is how to boot into single user mode on the Iris 4d/20. We (make that I) have had to do it numerous times,,, When you start up the system you will get the following message (or close enough).. Hit [ESC] to to go to maintenance menu.. Hit ESC. There should now be a menu with 5 or 6 options. You want to choose option 5 (Comannd line Monitor). At this point your prompt will ge a '>'.. now enter the following.. boot dksc(,1,)unix initstate=s This will fire up the system again.. You have to hit ESC AGAIN when asked for maintenance menu and then hit 5 AGAIN for command line monitor and then re-enter the 'boot' command. For some reason the 4d/20 forgets the first time around that you want single user mode. When asked for ESC the next time.. let it go.. You will now be in single user mode as root. Do what you have to do then enter sync sync sync init 0 this will bring down the system and you can then restart it. Hope this helps. ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta UUCP: uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07489; 11 Feb 89 15:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06364; 11 Feb 89 14:02 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa06359; 11 Feb 89 13:47 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa00831; 11 Feb 89 13:29 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA22296; Sat, 11 Feb 89 03:24:21 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Feb 89 15:49:10 GMT From: "Martin S. Weinhous" Organization: Washington University (St. Louis) Subject: network printing query, mailing list request Message-Id: <684@dinorah.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We operate two 4D70GTs under IRIX 3.1C ('though they will soon both be upgraded to 4D120GTXs). Also, our systems are NFSed to one another and to a DEC microVAX II running ULTRIX 3.0 on our ethernet. However, the only printer we can reach is a DEC LN03 attached to a DEC terminal server on that same ethernet. We would greatly appreciate suggestions for either (1) directly accessing the LN03 printer from the Irises via a clone of DEC's LAT or (2) indirectly accessing the printer via the microVAX with a Berkeley style network print spooler. Please reply directly, I will summerize and post results to the net. Lastly, (to whom it may concern) please add me to the info-IRIS mailing list. Thanks to all ... Marty Weinhous <...!uunet!wucs1!dinorah!weinhous>   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06199; 13 Feb 89 13:10 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03867; 13 Feb 89 11:57 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa03668; 13 Feb 89 11:37 EST Received: from BU-IT.BU.EDU by ADM.BRL.MIL id aa08448; 13 Feb 89 11:34 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA10732; Mon, 13 Feb 89 10:20:09 EST Received: by buita.bu.edu (3.2/4.7) id AA18135; Mon, 13 Feb 89 10:20:08 EST Received: by adt.uucp (3.2/SMI-3.2) id AA19719; Mon, 13 Feb 89 08:58:40 EST Date: Mon, 13 Feb 89 08:58:40 EST From: jim frost Message-Id: <8902131358.AA19719@adt.uucp> To: info-iris@BRL.MIL Subject: Re: Personal IRIS benchmarks >We quote 5,900 Z-buffered, Gouraud shaded, 4 sided 100x100 independent >polygons per second on the Personal Iris. I assume you mean 10x10, which is what the brag sheet says. Our testing has shown that in flat mode the personal iris does 17,500, which is wonderful for our product. jim frost associative design technology madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02107; 15 Feb 89 6:43 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01896; 15 Feb 89 6:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01877; 15 Feb 89 5:49 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id ab06906; 15 Feb 89 5:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA13057; Wed, 15 Feb 89 02:25:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Feb 89 05:17:45 GMT From: Robert Skinner Organization: U.C. Santa Cruz, CIS/CE. Subject: Monitor Scan Rate Message-Id: <6368@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Could someone tell me what the horizontal scan-rate is for IRIS-4D's? That's all, thanks Robert   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11462; 15 Feb 89 17:59 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11295; 15 Feb 89 17:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11190; 15 Feb 89 17:21 EST Received: from [128.197.2.40] by SMOKE.BRL.MIL id aa28749; 15 Feb 89 17:00 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA07311; Wed, 15 Feb 89 16:58:59 EST Received: by buita.bu.edu (3.2/4.7) id AA18235; Wed, 15 Feb 89 16:58:56 EST Received: by adt.uucp (3.2/SMI-3.2) id AA12575; Wed, 15 Feb 89 16:37:36 EST Date: Wed, 15 Feb 89 16:37:36 EST From: Joe Ilacqua Message-Id: <8902152137.AA12575@adt.uucp> To: info-iris@BRL.MIL Subject: Bug in pushwin() on 4D/20 There is a bug in pushwin() such that if there is any time between when the window is pushed and the next time you draw, no draws will work. This happens on our 4D/20s running '4D-3.1 4D/20 REV. B'. On our 4D/70 running '4D-3.1 REV. C' this bug does not appear. Will this be fixed in REV. C for the 4D/20 or does this bug only occur on the 4D/20. The following code demonstrates the bug in hopes of making this clearer. Joe Ilacqua Associative Design Technology -- cut here -- #include Coord points [][2] = {500,300, 300,700, 700,700}; main() { prefposition(0,XMAXSCREEN,0,YMAXSCREEN); foreground(); noborder(); /* Games without frontiers... */ winopen(""); color(WHITE); clear(); /* Clear screen to white */ color(GREEN); /* Draw a green triangle */ polf2(3,points); #define TEST1 #ifdef TEST1 winpush(); /* All three shapes draw in this test */ sleep (10); #endif /* #define TEST2 */ #ifdef TEST2 sleep (10); /* only the polygon draws in this test */ winpush(); #endif /* #define TEST3 */ #ifdef TEST3 winpush(); /* All three shapes draw in this test */ #endif color(RED); rectfi(400,400,600,600); color(BLUE); circfi(500,500,50); sleep(30); }   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11876; 15 Feb 89 18:47 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab11295; 15 Feb 89 17:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11221; 15 Feb 89 17:21 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa28873; 15 Feb 89 17:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA19824; Wed, 15 Feb 89 14:02:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Feb 89 19:24:46 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Monitor Scan Rate Message-Id: <26857@sgi.SGI.COM> References: <6368@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6368@saturn.ucsc.edu>, skinner@saturn.ucsc.edu (Robert Skinner) writes: > Could someone tell me what the horizontal scan-rate is for IRIS-4D's? > > That's all, thanks > Robert 60HZ, NON-INTERLACED SYNC SPECIFICATIONS: PIXEL CLOCK.............. 107.352 Mhz PIXEL PERIOD............... 9.3 ns HORIZ FRONT PORCH......... 30 pixeltimes = .279 us HORIZ SYNC............... 120 pixeltimes = 1.118 us HORIZ BACK PORCH......... 250 pixeltimes = 2.329 us HORIZ DISPLAY TIME..... 1,280 pixeltimes = 11.923 us --------------------------------- HORIZ PERIOD........... 1,680 pixeltimes = 15.649 us HORIZ FREQUENCY........... 63.9 Khz VERT FRONT PORCH........... 3 H = .047 ms VERT SYNC.................. 3 H = .047 ms VERT BACK PORCH........... 35 H = .548 ms VERT DISPLAY TIME...... 1,024 H = 16.025 ms --------------------------------- VERT PERIOD............ 1,065 H = 16.667 ms VERT FREQUENCY............ 60.00 Hz * Composite 256 level video: .714 V video .054 V blanking pedestal + .286 V sync ---------------- 1.054 V p-p * System will use a 3 wire ( coax ) interface, with sync on green. * Pixels per inch = lines per inch ( square pixels ) PRELIMINARY SYNC SPECIFICATIONS: CLOVER, 30 hz INTERLACED ---------------------------------------------------------------- PIXEL CLOCK............... 53.676 Mhz PIXEL PERIOD.............. 18.6 ns HORIZ FRONT PORCH......... 40 pixeltimes = .745 us HORIZ SYNC............... 130 pixeltimes = 2.422 us HORIZ BACK PORCH......... 130 pixeltimes = 2.422 us HORIZ DISPLAY TIME..... 1,280 pixeltimes = 23.847 us --------------------------------- HORIZ PERIOD........... 1,580 pixeltimes = 29.436 us HORIZ FREQUENCY........... 33.97 Khz VERT FRONT PORCH........... 4 H = .118 ms VERT SYNC.................. 4 H = .118 ms VERT BACK PORCH........... 45.5 H = 1.339 ms VERT FIELD DISPLAY TIME.. 512 H = 15.071 ms VERT FRAME DISPLAY TIME.1,024 H = 30.142 ms --------------------------------- VERT FIELD PERIOD........ 565.5 H = 16.646 ms VERT FRAME PERIOD...... 1,131 H = 33.292 ms VERT FIELD FREQUENCY...... 60.06 Hz VERT FRAME FREQUENCY...... 30.03 Hz * Composite 256 level video: .714 V video .054 V blanking pedestal + .286 V sync ---------------- 1.054 V p-p * System will use a 3 wire ( coax ) interface, with sync on green. * Pixels per inch = lines per inch ( square pixels ) -- ------------------- D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Silicon Graphics Computer Systems   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11876; 15 Feb 89 18:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11639; 15 Feb 89 18:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11628; 15 Feb 89 18:15 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa29485; 15 Feb 89 18:03 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA22140; Wed, 15 Feb 89 14:48:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Feb 89 21:02:56 GMT From: Barry Fowler Organization: U of Waterloo, Ontario Subject: 100,000 lighted polygons per second Message-Id: <8149@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was recently re-reading the SIGGRAPH '88 paper "High Performance Polygon Rendering" by Kurt Akely and Tom Jermoluk of SGI. The paper describes the architecture of the graphics subsystem of a workstation comprised of multiple RISC-based CPU's, presumably the Power Series. The following is quoted from the summary of the paper: Benchmark testing of a completed system immediately prior to publication yielded the following results: - 101,000 quadrilaterals per second. 100 pixel, arbitrarily rotate, lighted, Z-buffered. - 137,000 triangles per second. 50 pixel, arbitrary strip direction, lighted, Z-buffered. - 394,000 lines per second. 10 pixel, arbitrarily directed, depthcued, Z-buffered. - 210,000 antialiased lines per second. 10 pixel, arbitrarily directed, Z-buffered. - 8.3 millisecond full-screen clear. Both color and Z-buffer banks cleared. We have a dual-processor GTX, currently being installed. Are these figures only for the four-processor GTX? The paper does not state on what kind of machine these benchmarks were run. I'd like to know how these benchmarks were derived. Were test programs actual executed on a working machine, or were these numbers computed based on the characteristics of the graphics system. If test programs were actually run, I'd like to know if SGI is willing to distribute the binaries for these benchmarks. Or better yet, how about the source code? Perhaps such code could teach us a few tricks on how to make more efficient use of the graphics library. Would anyone else be interested in this? - barry -- "I'm a jazz musician. I'm used to playin' stuff nobody wants to hear." - Branford Marsalis bmfowler@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12733; 15 Feb 89 23:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12576; 15 Feb 89 22:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12510; 15 Feb 89 22:40 EST Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa01927; 15 Feb 89 22:22 EST Received: from relay2.cs.net by RELAY.CS.NET id aa14454; 15 Feb 89 19:09 EST Received: from switzerland by RELAY.CS.NET id bf29706; 15 Feb 89 19:01 EST Received: from ean by scsult.SWITZERLAND.CSNET id a017877; 15 Feb 89 19:18 WET Date: 15 Feb 89 18:03 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <37:doelz@urz.unibas.ch> Subject: Hardcopy on POSTSCRIPT device Hi all, We are running molecular modelling software on the IRIS and want to use the SCRSAVE routine to create bitmaps. These should then be transformed to postscript (PPRINT) and be transferred to the MAC with (don't laugh,please) KERMIT. There, I use a utility to print it on the laserwriter. It is obvious that this seems to be doable, but the innocent file generated with SCRSAVE increases to 5 (!) times the size with PPRINT. Once you downloaded such a file of a full screen (2.5 megs), you will never do it again the same day, because the poor Mac is still receiving data... (It takes approx. 2 hours). Though we are not a "rich" department, we can't buy such a nice hardcopy device attached to the IRIS directly. However, once we had compressed binaries to be sent to the laser, it wouldn't take so much time to get a hardcopy. I looked into the LASER and DWB option of SGI at a friend's IRIS, but even with the laser attached directly it takes ages. 1) Did anyone of you try to do it faster ? 2) Is there documentation available on the format of the screen dumps ( I didn't dare to learn all the manuals by mind, may be there is a hint somewhere) 3) I heard rumors that there is a better routine around. Anyone aware of such a program ? 4) The nicest thing were if you could create files in a format which could be used in DTP- like programs, in order to restyle the lettering which comes across only badly in a screen dump (PAGEMAKER, MACDRAW, digital image processing etc) which means in PAINT,PIC,TIFF,etc format. Any routines available doing that ? I think that there might be some of you having the same problem. Thanks for any suggestions and hints. Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************ (Trademarks mentioned)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab12733; 15 Feb 89 23:21 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12676; 15 Feb 89 23:10 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12626; 15 Feb 89 22:55 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00157; 15 Feb 89 18:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA22620; Wed, 15 Feb 89 14:58:36 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Feb 89 22:45:45 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: How to Access Fonts Message-Id: <2633@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm tinkering with some graphics code (just finished the class two weeks ago), and am interested in finding out what type of fonts are already defined and known to our 4D70GTX. Knowing that font 0 is the default font, I tried font(1); and font(2); which produced a font that looks identical to font(0); but also produced the error message ERROR #92 font : ERR_NOFONTFOUND (sigh) Can anybody tell me what I missed and how to access other fonts? It'd be much appreciated. Thanks. -Murdock   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21763; 16 Feb 89 14:28 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21589; 16 Feb 89 14:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa21470; 16 Feb 89 14:00 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16847; 16 Feb 89 13:33 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA19026; Thu, 16 Feb 89 10:22:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Feb 89 16:24:43 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How to Access Fonts Message-Id: <26932@sgi.SGI.COM> References: <2633@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2633@eos.UUCP>, timelord@eos (G. Murdock Helms) writes: > I'm tinkering with some graphics code (just finished the class two > weeks ago), and am interested in finding out what type of fonts are > already defined and known to our 4D70GTX. > > Knowing that font 0 is the default font, I tried font(1); and font(2); > which produced a font that looks identical to font(0); but also > produced the error message > ERROR #92 font : ERR_NOFONTFOUND > > (sigh) Can anybody tell me what I missed and how to access other fonts? > It'd be much appreciated. > > Thanks. > > -Murdock sorry to say that when the GL starts up (ginit, winopen, etc...) it only knows about font 0 which is the default font. To use any other fonts you must first define them with defrasterfont. However, we now have a fontmanager library which can access the fonts that come with 4Sight (/usr/lib/fmfonts). See the 4Sight manual (fontmanager chapter) for more details on the routines to access these fonts - there are new non-GL routines for accessing fonts and displaying character strings (and even changing points sizes!)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28038; 16 Feb 89 18:45 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27782; 16 Feb 89 17:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27653; 16 Feb 89 17:32 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa23245; 16 Feb 89 17:01 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA29234; Thu, 16 Feb 89 17:00:23 EST Received: by buita.bu.edu (3.2/4.7) id AA02961; Thu, 16 Feb 89 17:00:33 EST Received: by adt.uucp (3.2/SMI-3.2) id AA04906; Thu, 16 Feb 89 16:28:45 EST Date: Thu, 16 Feb 89 16:28:45 EST From: jim frost Message-Id: <8902162128.AA04906@adt.uucp> To: info-iris@BRL.MIL Cc: Subject: flight's concept of a 'good landing' I take exception at the way flight rates landings. I've been playing around with the cessna lately and just a little while ago did a picture-perfect landing on the pavement in front of the hangar. A co-worker of mine did the same thing on the pavement in front of the tower. Both of us got scores of zero even though they were beautiful landings. What ever happened to good landings being those you can walk away from? jim frost madd@bu-it.bu.edu PS haven't managed to land the f15 on the strip that runs parallel to the runway yet, but give me some time....   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28532; 16 Feb 89 21:58 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28306; 16 Feb 89 20:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28265; 16 Feb 89 20:29 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa25182; 16 Feb 89 20:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA11082; Thu, 16 Feb 89 17:01:54 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 00:09:50 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: Re: flight's concept of a 'good landing' Message-Id: <2651@eos.UUCP> References: <8902162128.AA04906@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (jim frost) writes: >I take exception at the way flight rates landings. I've been playing >around with the cessna lately and just a little while ago did a >picture-perfect landing on the pavement in front of the hangar. A >co-worker of mine did the same thing on the pavement in front of the >tower. Both of us got scores of zero even though they were beautiful >landings. Perhaps because you're supposed to land on the *runway*. Flight grades you on how fast you're going when you land, how much vertical descent you've got, how far off the numbers you are, and how much drift and heading error you've got...on the _runway_. Note also that you can, in realtime, take off and land on grass. Flight does not allow you to do so. Theoretically, even if your Cessna ran out of fuel, you should be able to make a gorgeous landing on all that grass no matter where you are, since the only obstructions around is the runway area itself. Alas, flight doesn't work that way... it counts all that wonderful grass as "marshes". >What ever happened to good landings being those you can walk away >from? >haven't managed to land the f15 on the strip that runs parallel to the >runway yet, but give me some time.... Try flying the 747 inverted with the cockpit under the runway sometime. -Murdock   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07397; 17 Feb 89 14:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06731; 17 Feb 89 13:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06627; 17 Feb 89 13:22 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa09620; 17 Feb 89 13:15 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA01116; Fri, 17 Feb 89 10:02:51 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 17:12:18 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight's concept of a 'good landing' Message-Id: <27005@sgi.SGI.COM> References: <8902162128.AA04906@adt.uucp>, <2651@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2651@eos.UUCP>, timelord@eos.UUCP (G. Murdock Helms) writes: > (jim frost) writes: > >haven't managed to land the f15 on the strip that runs parallel to the > >runway yet, but give me some time.... > > Try flying the 747 inverted with the cockpit under the runway sometime. > > -Murdock Or flying through all four buildings in one pass. Do you folks all still use sidewinders and rockets? Try flying with cannons only, and no "head-ons". chris -- ------------------- D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Silicon Graphics Computer Systems   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07605; 17 Feb 89 14:17 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06426; 17 Feb 89 13:17 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06372; 17 Feb 89 13:04 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa08922; 17 Feb 89 12:56 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA12763; Fri, 17 Feb 89 12:55:35 EST Received: by buita.bu.edu (3.2/4.7) id AA12128; Fri, 17 Feb 89 12:55:46 EST Received: by adt.uucp (3.2/SMI-3.2) id AA21990; Fri, 17 Feb 89 11:00:12 EST Date: Fri, 17 Feb 89 11:00:12 EST From: jim frost Message-Id: <8902171600.AA21990@adt.uucp> To: info-iris@BRL.MIL Subject: Re: flight's concept of a 'good landing' >>I take exception at the way flight rates landings. >Perhaps because you're supposed to land on the *runway*. >Flight grades you on how fast you're going when you land, how much >vertical descent you've got, how far off the numbers you are, and how >much drift and heading error you've got...on the _runway_. Yes, I know, but it upsets me a little because it won't refuel you. A minor point, considering I probably crash a billion dollars worth of planes a day so what's a throw-away cessna, but still... >Try flying the 747 inverted with the cockpit under the runway sometime. I've never tried that but my co-worker has always been amused at the ability to do barrel-rolls and loops in a 747. I'm kind of amused at what you can do in a cessna too. I keep hoping that some new version will have the wings fall off as they should. I'm also waiting for the day that I shoot someone down in dog and the plane comes apart and falls to earth in flaming pieces. This particular effect would have the bonus of making it easier to avoid planes you've destroyed (I hate the shoot/dodge-explosion sequence). Yours for a more realistic way to waste time, jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11188; 17 Feb 89 18:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10844; 17 Feb 89 17:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10780; 17 Feb 89 17:19 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa16352; 17 Feb 89 17:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA14196; Fri, 17 Feb 89 14:02:02 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 21:05:54 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: Re: flight's concept of a 'good landing' Message-Id: <2665@eos.UUCP> References: <8902162128.AA04906@adt.uucp>, <2651@eos.UUCP>, <27005@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >G. Murdock Helms writes: >> Try flying the 747 inverted with the cockpit under the runway sometime. (D. Christopher Dunlap) writes: >Or flying through all four buildings in one pass. > >Do you folks all still use sidewinders and rockets? Try flying with >cannons only, and no "head-ons". We usually only use sidewinders and rockets when we get too excited and forget, or for revenge. The rest of the time, cannon only. Steve and I are really looking forward to the big dogfight, Chris... pick a date sometime soon. I hear Archer's just signed up for combat also.... -Murdock (Strangman's buddy)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11247; 17 Feb 89 18:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10844; 17 Feb 89 17:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10782; 17 Feb 89 17:20 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa16451; 17 Feb 89 17:08 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA19157; Fri, 17 Feb 89 17:07:33 EST Received: by buita.bu.edu (3.2/4.7) id AA13999; Fri, 17 Feb 89 17:07:41 EST Received: by adt.uucp (3.2/SMI-3.2) id AA26677; Fri, 17 Feb 89 15:38:59 EST Date: Fri, 17 Feb 89 15:38:59 EST From: jim frost Message-Id: <8902172038.AA26677@adt.uucp> To: info-iris@BRL.MIL Subject: Re: flight's concept of a 'good landing' >Or flying through all four buildings in one pass. Or taking off across the runway and turning inside the tower flying an f15 or f16. It's pretty easy with the f16 but the f15 doesn't perform quite so well. I also like to do 8g turns at below 100ft immediately after take-off, or to lift and immediately go into a roll. Looks impressive in airshows! >Do you folks all still use sidewinders and rockets? Try flying with >cannons only, and no "head-ons". We're not to that stage yet, although it's pretty easy to avoid sidewinders and missiles if you know they're there (ie you're watching your radar). One of my co-workers actually managed to shoot down an f15 with a 747 in real combat -- quite an achievement considering the pilot of the f15 was using missiles. I wonder just how much CPU power goes into flight compared to other applications for the SGI.... :-) BTW, has anyone given though to building real controls? Even a joystick and peddles (no throttles, etc) would be a godsend. It took me several days to get the hang of turning with a mouse and it still doesn't feel right. jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11457; 17 Feb 89 19:49 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11281; 17 Feb 89 19:00 EST Received: by VMB.BRL.MIL id ac11258; 17 Feb 89 18:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11224; 17 Feb 89 18:28 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17576; 17 Feb 89 18:18 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA18049; Fri, 17 Feb 89 15:12:25 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 22:02:06 GMT From: Rajul Vora Organization: UF CIS Department Subject: Video Scan Converters for IRIS 4D Message-Id: <19794@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL At the Center for Intelligent Machines and Robotics (CIMAR) at the Mechanical Engineering Department of University of Florida, we are planning to buy a "Video Scan Converter" to do the following things: 1. Video tape the 1280 * 1024 RGB graphics off the SG IRIS 4D/70. 2. Overlay an NTSC picture frame from a camera on the digitized image frame off the SG monitor, in real time. RGB Technology of Berkeley, CA is offering one such system. We would appreciate if any one of you people out there can give us any information on either the RGB Technology's product or any other brands that are available out there. We would specially appreciate any information on operational characteristics or any specific experiences. Thanks. Please post or send email to rhv@beach.cis.ufl.edu (USENET)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11881; 17 Feb 89 20:41 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11421; 17 Feb 89 19:39 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11377; 17 Feb 89 19:22 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17884; 17 Feb 89 19:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA20704; Fri, 17 Feb 89 16:01:47 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 23:15:19 GMT From: "G. Murdock Helms" Organization: Black Lightning Camp Subject: Re: flight's concept of a 'good landing' Message-Id: <2668@eos.UUCP> References: <8902171600.AA21990@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (jim frost) writes: >Yes, I know, but it upsets me a little because it won't refuel you. We were getting a giggle just yesterday about the way dog refuels your jet on touchdown...even though you're still doing 300 knots! I can just see the ground crew now, running after the jet with the hose in one hand.... >I've never tried that but my co-worker has always been amused at the >ability to do barrel-rolls and loops in a 747. I'm kind of amused at >what you can do in a cessna too. Cessnas make wonderful stealth aircraft when flown against any of the jets. By the time the jet pilot's seen you, it's too late for him to set up on you before he blows past. > I keep hoping that some new version >will have the wings fall off as they should. I'm also waiting for the >day that I shoot someone down in dog and the plane comes apart and >falls to earth in flaming pieces. This particular effect would have >the bonus of making it easier to avoid planes you've destroyed (I hate >the shoot/dodge-explosion sequence). I've heard rumours that this may be in the future. Have you noticed on the GTX that the rudder moves, the flames change length according to thrust, and the landing gear fold up and down? Now if we could only have head-on collisions..... >Yours for a more realistic way to waste time, Hear hear. I'm waiting for the graphic chess game that lets you choose texture and color for the pieces and the board..including crystal...and a changing viewpoint that you could even attach to chesspieces and get a 'pawn's eye' view of the board. Hint, hint. -Murdock   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12483; 17 Feb 89 23:54 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12285; 17 Feb 89 23:02 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12276; 17 Feb 89 22:55 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa19573; 17 Feb 89 22:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA02204; Fri, 17 Feb 89 19:47:20 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Feb 89 03:42:53 GMT From: Paul Heckbert Organization: University of California at Berkeley Subject: how to report bugs to SGI? Message-Id: <10051@pasteur.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm new to this news group. How do I report system bugs to sgi - is there an email address for this? (the bug: "ln -s" always creates link files with permission 000 on our 4D/70 running 4D1-3.138 -- not a nice feature)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12772; 18 Feb 89 1:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12642; 18 Feb 89 0:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12638; 18 Feb 89 0:12 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa20074; 18 Feb 89 0:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA05135; Fri, 17 Feb 89 20:55:07 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Feb 89 00:52:16 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight's concept of a 'good landing' Message-Id: <27060@sgi.SGI.COM> References: <8902172038.AA26677@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902172038.AA26677@adt.uucp>, madd@adt.UUCP (jim frost) writes: > >Or flying through all four buildings in one pass. > > Or taking off across the runway and turning inside the tower flying an > f15 or f16. It's pretty easy with the f16 but the f15 doesn't perform > quite so well. I also like to do 8g turns at below 100ft immediately > after take-off, or to lift and immediately go into a roll. Looks > impressive in airshows! Rob Mace is the king of amazing stunts. I'm not bad myself, but Rob still managed to pull a Top-Gun on me a couple times. You'd be on his tail about to nail him with your cannon, and he'd pull up and hit his spoilers. You'd undershoot him and he'd nose down, reset the spoilers, hit full throttle, and pick you off. This whole manoeuver would take about a second and a half. Rob was also real good at loosing people by pulling out of a steep dive at the last moment while the pursuer buried themselves. I used to have a good airshow where I headed down the length of the runway, lifted off, snap-roll, touchdown, and liftoff again. Took me a few takes though. Again, I think Rob originated this trick too. > >Do you folks all still use sidewinders and rockets? Try flying with > >cannons only, and no "head-ons". > > We're not to that stage yet, although it's pretty easy to avoid > sidewinders and missiles if you know they're there (ie you're watching > your radar). One of my co-workers actually managed to shoot down an > f15 with a 747 in real combat -- quite an achievement considering the > pilot of the f15 was using missiles. > > jim frost > madd@bu-it.bu.edu Mark Libby used to fly a cessna and shoot down fighters of all sorts. has anyone got into playing "arena"? chris -- ------------------- D. Christopher Dunlap email: dunlap@sgi.sgi.com Hardware Product Support Silicon Graphics Computer Systems   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13223; 18 Feb 89 3:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13044; 18 Feb 89 2:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13038; 18 Feb 89 2:33 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa21198; 18 Feb 89 2:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA11646; Fri, 17 Feb 89 23:19:00 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Feb 89 14:49:00 GMT From: Rob Gabbard Organization: Structural Dynamics Research Corp., Cincinnati Subject: Re: flight's concept of a 'good landing' Message-Id: <528@sdrc.UUCP> References: <8902162128.AA04906@adt.uucp>, <2651@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Speaking of flight: Does anyone know what the -z option is for ? Also, have you ever done a T while in dog ? A couple of LARGE wireframe domes show up. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard (uunet!sdrc!crgabb) _ /| Workstation Systems Programmer \'o.O' Structural Dynamics Research Corporation =(___)= U =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13947; 18 Feb 89 9:56 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13933; 18 Feb 89 9:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13924; 18 Feb 89 9:34 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa23481; 18 Feb 89 9:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28856; Sat, 18 Feb 89 06:22:29 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Feb 89 05:51:53 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: how to report bugs to SGI? Message-Id: <27091@sgi.SGI.COM> References: <10051@pasteur.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10051@pasteur.Berkeley.EDU>, ph@miro.Berkeley.EDU (Paul Heckbert) writes: > (the bug: "ln -s" always creates link files with permission 000 on our 4D/70 > running 4D1-3.138 -- not a nice feature) This is not a bug, but a more than 3 year old historical artifact of the implementation of symbolic links in what was at the time a SVR0 directory/namei() structure. The permissions of link itself do not matter in the SGI EFS, as in the BSD FFS. The permissions of the ultimate file or directory are what matter. One should probably say that the display of any permissions on the link by ls(1) is a bug, and that the garbage permissions on a link in a BSD FFS file system are another bug (in 4.xBSD). An attempt to change the permissions of the link itself with chmod(1) or chmod(2) obviously have to do the "wrong" thing. One might say that is undesirable, but that is how BSD-style symbolic links are defined. The link must be follow-able by everyone, no matter what the permission of the ultimate file or directory, if any. Use readlink(2) to get the contents of a symbolic link. Vernon Schryver Silicon Graphics   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05155; 19 Feb 89 17:18 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05006; 19 Feb 89 16:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04961; 19 Feb 89 16:11 EST Received: from bacchus.eng.umd.edu by SMOKE.BRL.MIL id aa04507; 19 Feb 89 14:08 EST Received: from genesis.eng.umd.edu by bacchus.eng.umd.edu (3.2/4.7) id AA10433; Sun, 19 Feb 89 14:09:26 EST From: Kevin LeRoy Anderson Message-Id: <8902191909.AA10433@bacchus.eng.umd.edu> Date: Sun, 19 Feb 89 14:09:23 EST To: info-iris@BRL.MIL Subject: dog's T I think the T is supposed to show the Threat zones of unimplemented antiaircraft sites, that BRL had thought of adding when they hacked dog to get it to work with TCP/IP. I may be misinformed. Anyone in the know care to provide some correct info on the development/evolution of dog. _____________________________ kevinla@eneevax.eng.umd.edu Kevin L. Anderson University of Maryland   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08031; 20 Feb 89 11:16 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07884; 20 Feb 89 10:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07855; 20 Feb 89 10:11 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12974; 20 Feb 89 10:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA09189; Sun, 19 Feb 89 22:17:45 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Feb 89 18:39:44 GMT From: LTH network news server Organization: Dept. of Automatic Control, Lund Inst. of Technology, Sweden Subject: Re: flight's concept of a 'good landing' Message-Id: <1989Feb19.193945.12296@LTH.Se> References: <8902172038.AA26677@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902172038.AA26677@adt.uucp> madd@adt.UUCP (jim frost) writes: >BTW, has anyone given though to building real controls? Even a >joystick and peddles (no throttles, etc) would be a godsend. It took >me several days to get the hang of turning with a mouse and it still >doesn't feel right. We have a ``Dimension-6'' -- a steering ball that senses rotation and translation in 3 dimensions. I hooked it up to flight(1), and the controls instantly felt much more natural. I'm sorry I can't give you a detailed comparison between mouse and ball control. The main problem is that the ball is polled over RS-232, which makes the program much slower, only about 6 updates/second on an IRIS 3130. An interesting feature is that you can turn left either by rotating the ball CCW, or (after toggling a switch) CW. It feels differently, but I can't say one is better than the other. Comments please! Dag M. Bruck -- Department of Automatic Control Internet: dag@control.lth.se Lund Institute of Technology P. O. Box 118 Phone: +46 46-108779 S-221 00 Lund, SWEDEN Fax: +46 46-138118   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08153; 20 Feb 89 11:31 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac08031; 20 Feb 89 11:21 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08024; 20 Feb 89 11:13 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa13257; 20 Feb 89 10:56 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA21326; Mon, 20 Feb 89 02:29:16 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Feb 89 04:48:57 GMT From: "Richard W. Webb" Organization: ESL, Inc., Sunnyvale, CA. Subject: Stunts Message-Id: <824@esl.UUCP> References: <8902172038.AA26677@adt.uucp>, <27060@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello fellow pilots, Speaking of some neat stunts, we have come up with a few here: 1) Ballet Pirouette (in a 747): Take the 747 to 500 feet and fly over the runway area. While looking at the plane from the Tower view, pull up hard. Not too hard as this will simply cause a stall. Not too little, or you will just climb. At a certain point, the plane is still moving parallel to the ground, but oriented straight up and down. Sometimes this will cause the plane to rotate VERY rapidly about its length axis (a pirouette). I can get it about 30% of the time, and this is with alot of practice. Usually you just flop around in the air, and it is challengining to see if you can recover and fly off into the sunset (if you have a 4D70GT). 2) Suicide: We only have one machine here, so we had to come up with a Solitare dogfight. It is REALLY hard to shoot a missile into the air and then catch up to it and have it hit you, but it can be done. The reason for this strange behavior is that the missile doesn't thrust for much more than 30 seconds. After this time, it begins to slow down. If you shoot it up at a 20 degree angle, then level off, it will be at just about the right range when it falls back to your altitude. An easier way is to fly over the airfield, pull up vertically, lock onto the 90 degree vertical angle, fire a missile. It will eventually fall down, directly in line with the point you are flying above, so make sure you are still over the airfield when you are going vertically. Now land back on the ground. Either taxi to the exact point you were flying over when you launched, or use your radar to make the "missile" pixel exactly cover your "airplane" pixel. Stop here and wait. The missile takes between 3 and 6 minutes to fall back down, depending on how fast you were going when you launched it. Happy Shooting. 3) Glider: When you start over from a crash with the "u" key, you start out at some random point. Cut engines to 0% thrust and see if you can land it just based on the energy of your altitude. Your altitude is random, so sometimes it can be very challenging (especially in a 747 at 2000 ft). Make sure to go for the runway! 4) Suicide Glider: Combine the above two. Cut engines, glide over runway, pull up vertical, launch missile, land safely on runway, taxi to point of impending doom (it is OK to use engines to slow down once you land by going -100% thrust and full spoilers, then use your engines to taxi around). 4) Core Dump (hit 1024 hundred feet): Try to hit the ceiling of >100 Kfeet, this causes a core dump on a 4D70GT runing 3.0 (still). You have to be going very fast at just below 50 Kfeet then pull up to vertical without loosing much energy. The engines quit at 50 Kfeet, but you still have enough kinetic energy to make it (just barely!). Take the rest of the day off if you can go from a static point on the runway (ground) to a core dump in less than 4 minutes (it has only been done once here). Any other good ones out there??? Be careful out there! -- Richard W. Webb ecvax!decwrl!borealis!\ ESL Inc. MS/302 sdcsvax!seismo!- ames!esl!rww 495 Java Drive (408) 738-2888 x5729 ucbcad!ucbvax!/ / Sunnyvale, CA 94088 SMAIL: rww@esl.ESL.COM ihnp4!lll-lcc!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08031; 20 Feb 89 11:16 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07990; 20 Feb 89 11:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07984; 20 Feb 89 10:59 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa13250; 20 Feb 89 10:52 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA20097; Mon, 20 Feb 89 01:59:42 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Feb 89 07:19:28 GMT From: David Jevans Subject: Re: dog's T Message-Id: <746@cs-spool.calgary.UUCP> References: <8902191909.AA10433@bacchus.eng.umd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL the version of flight that we have has threat domes that work. they fire SAMs at you which almost never miss. there appear to be numerous versions of flight around. i am just dying to get a power series for the gouraud shaded planes. David Jevans, U of Calgary Computer Science, Calgary AB T2N 1N4 Canada uucp: ...{ubc-cs,utai,alberta}!calgary!jevans   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08586; 20 Feb 89 14:14 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08555; 20 Feb 89 14:04 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08539; 20 Feb 89 13:48 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa14357; 20 Feb 89 13:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA11178; Mon, 20 Feb 89 10:22:48 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Feb 89 15:44:50 GMT From: Thomas Russo Organization: The University of Texas at Austin, Austin, Texas Subject: KSH Message-Id: <10642@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've seen a few postings about KSH being available for the SGI boxes. Where do I get it and how much work is required to get it running? (I.e. is there a way to get the binaries? or must I get sources and compile? Or must it be tweaked, then compiled? Or what?) --tvr ------ Thomas Russo Center for Nonlinear Dynamics University of Texas at Austin russo@chaos.utexas.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08881; 20 Feb 89 16:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08685; 20 Feb 89 15:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08682; 20 Feb 89 15:22 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa15281; 20 Feb 89 15:15 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA16546; Mon, 20 Feb 89 12:11:42 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Feb 89 18:57:58 GMT From: Thomas Russo Organization: The University of Texas at Austin, Austin, Texas Subject: TeX previewer Message-Id: <10647@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I remember hearing some talk of Tex previewers for the 4D. Has anything come of this? Does such a thing exist? dvips creates postscript that psh and psview don't like. In fact, it seems that a lot of things create postscript that psview chokes on.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09389; 20 Feb 89 17:54 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09304; 20 Feb 89 17:44 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09294; 20 Feb 89 17:35 EST Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa16144; 20 Feb 89 17:18 EST Received: from relay2.cs.net by RELAY.CS.NET id aa00986; 20 Feb 89 16:26 EST Received: from switzerland by RELAY.CS.NET id aa27704; 20 Feb 89 16:23 EST Received: from ean by scsult.SWITZERLAND.CSNET id a009942; 20 Feb 89 22:22 WET Date: 20 Feb 89 20:42 +0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at SWITZERLAND.CSNET Message-ID: <39:doelz@urz.unibas.ch> Subject: 3D input & accounting >>BTW, has anyone given though to building real controls? Even a >>joystick and peddles (no throttles, etc) would be a godsend. It took >>me several days to get the hang of turning with a mouse and it still >>doesn't feel right. >We have a ``Dimension-6'' -- a steering ball that senses rotation and >translation in 3 dimensions. I hooked it up to flight(1), and the >controls instantly felt much more natural. I'm sorry I can't give >you a detailed comparison between mouse and ball control. This is only productive posting I found in all these flight stories - I'd like to know whether you could give me the adress of the company and how you managed to write a driver! > I wonder just how much CPU power goes into flight compared to other > applications for the SGI.... :-) This is how my accounting looks like: Feb 20 04:00 1989 MONTHLY TOTAL COMMAND SUMMARY Page 1 TOTAL COMMAND SUMMARY COMMAND NUMBER TOTAL TOTAL TOTAL MEAN MEAN NAME CMDS KCOREMIN CPU-MIN REAL-MIN SIZE-K CPU-MIN TOTALS 69708 12446349.00 14379.77 247666.88 865.55 0.21 discover 300 7888990.25 12963.13 16366.52 608.57 43.21 qdiff 6 2550093.19 279.29 437.12 9130.54 46.55 insight 188 889154.56 182.11 1222.76 4882.42 0.97 moledt.e 38 404009.39 147.63 211.98 2736.65 3.88 news_ser 111 187500.03 84.12 5403.99 2228.93 0.76 dbx 42 169607.62 57.44 388.76 2952.95 1.37 connolly 5 87442.77 47.24 56.00 1851.12 9.45 flight 13 71511.59 55.54 110.95 1287.53 4.27 wsh 735 33168.14 106.15 14945.98 312.45 0.14 make 2115 28957.38 102.30 310.66 283.07 0.05 >I need to use the accounting package. The following files are referenced >with acct (1m). they are acctcms(1m), acctcom(1m), acctcon(1m), acctmerg(1m), >acctprc(1m), acctsh(1m), runacct(1m), acct(2), acct(4), and utmp(4). >Has anyone used this package? how does it work? Is there a guide i can use inst >ead of the manual? has anyone used this package successfully? Please let me kno I just used the default package supplied by SGI - works poorly if you really need accounting. You may forget it, and bill the power consumption of the graphics screen as a measure... * If you have huge jobs running several days, accounting returns wrong data. See above: Our IRIS runs at nearly 100% load all day. This means that within 20 days we should have 20*24*60 = 28800 total CPU mins, but it only reports about 15000 - and the rest is just "forgotten"! (I checked system activity and the output files. There have been 8 days where the start/endpoint of one job was not on the same day. 8*24*60 = 11520 and this added up gives approx. what we expected.) * If you need to bill disk usage, I didn't figure out how to get more than one disk sample per day - suggestions welcome ! - I've heard that some users use a disk more than once a day ... I am really worried about SGI's support in this aspect. I need to bill my users for connect time, cpu time and disk usage. The fee option provided (last column in the reports, needs to be built in - is not default) is a rather underdeveloped tool. What I do now is that I just awk the output of the monthly reports and multiply the columns needed by factors. Simple and not bright, but it works at least. So the only thing we need is a really working accounting package. Is there a similar desaster on SUN's ? At least UNICOS is able to bill you correctly (sigh). If there is any package on the UNIX market, I'd really like to try it. That's for today, Reinhard ************************************************************************ * Dr. Reinhard Doelz * SWITZERLAND * * Biocomputing * * * Biozentrum * doelz%urz.unibas.ch@relay.cs.net * * Klingelbergstrasse 70 * * * CH-4056 Basel * * ************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09702; 20 Feb 89 19:24 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09663; 20 Feb 89 19:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab09653; 20 Feb 89 19:07 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa17163; 20 Feb 89 19:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28247; Mon, 20 Feb 89 15:58:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Feb 89 19:15:34 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight's concept of a 'good landing' Message-Id: <27132@sgi.SGI.COM> References: <8902162128.AA04906@adt.uucp>, <2651@eos.UUCP>, <528@sdrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Its nice to see so much discussion about flight going on. I wrote the original flight/dog programs, but haven't done much in the last few years. Rob Mace has done the GT version and all recent mods. Let me clear up a few things and help set the record straight on some others. Also let me try to explain why flight doesn't always try to be real. First - the "-z" option is probably obsolote now. Flight used to set a governor of 20 frames per second so that very fast machines would not have an unfair advantage. Due to a bug in swapintervals, this was removed I think. And most recent versions now actually adjust the calculations according to how many frames per second the pgm is actually achieving. However, I think there's a bug in most of the released versions that make the G-limit and Wing-stall limits come into play much too early. Future versions should have this bug fixed. Anyway, if you're still wondering what the "-z" option did, it used to turn off the swapinterval governor. The "T" threat cones were written for Williams Air Force Base (in Arizona if I remember right). The heads-up display (-h) was also written for them. I left the "T" in there undocumented rather than take it out, just for the hell of it. Someone added code to fire SAMs (probably just sidewinders) when you get close. Apparently , this version has found its way to Canada. Here's a suggestion for you solitaire players - why not record an airshow with "dog -o" and then fly against the planes in it and see how many kills you can record. Of course, the planes in the recorded airshow wont be firing on you, but if you fly a tricky route in the airshow, it could make it challenging for someone to shoot you down. Another variation is for each person to record a 5 minute airshow and then you can swap airshows - if you kill your opponent's plane more times than he kills yours, you win. Sort of a a batch dogfight (yuck Stalls: the ballet pirhouette (sp?) reported in the B-747 is just a bad stall. Stalls are unpredictable in real-life. Since I had no good data on how to model a real stall, I decided to take the liberty of making it do something fun - if you stall really bad you get a random spin based on just how bad the stall is. The worst stall is probably when you go straight up then fall down backwards. Once I was flying at about 100 feet and pulled a real sharp turn and somehow stalled it real bad - I got sent spinning about 1000 RPM and needless to say crashed. The other day I was following someone ready to shoot him down when all of a sudden he stalled and went spinning wildly - it was fun to watch! - but since he lost so much airspeed i flew right by and didn't get to kill him. Refueling: sure its tough on the ground crew to refuel you when you're going 300 knots, but would you rather have to park your plane on the runway and really wait for the crew to service you? I think the term sitting duck is appropriate.... Landing points: what can I say? - do you think the FAA would like it if you landed on the taxiway at Logan or O'Hare? The points are just some arbitrary grading system I made up to make it challenging to land. Also, if you're dogfighting it gives you a way to recharge if you are good enuf to land with people trying to kill you. One more tip - if you type the '~' key - it turns off all fuel consumption but takes away all you rockets and sidewinders. However, you can fly forever with your canon. Since fuel accounts for a lot of a plane's weight, its best to first burn off all but 1 pint of fuel (1 quart if you are conservative or paranoid about running out) before using it. Of course, you can turn fuel consumption back on, but don't expect to get your weapons back! I think that about covers most of the topics I've seen on the airwaves. Remember - half the things in flight are meant to be real - the other half are there to make dog more fun than it would be if things were too real. Some things - like exploding planes and body parts falling to the ground are left as homework exercises ...   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18834; 21 Feb 89 12:23 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa17758; 21 Feb 89 11:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17707; 21 Feb 89 11:10 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa26869; 21 Feb 89 10:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA12581; Tue, 21 Feb 89 07:39:54 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 14:21:49 GMT From: Richard Bartels Organization: U. of Waterloo, Ontario Subject: Re: flight's concept of a 'good landing' Message-Id: <8212@watcgl.waterloo.edu> References: <2651@eos.UUCP>, <528@sdrc.UUCP>, <27132@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27132@sgi.SGI.COM> tarolli@dragon.SGI.COM (Gary Tarolli) writes: > > Stalls are unpredictable in real-life. > Nope. Neither are spins. The aerodynamics of both are laid out in any good pilot's instruction book. Quite logical and quite standard physics. As a university teacher I could never fathom why one of my students with a pilot's license thought the flight simulator was so uninteresting. After I got my own license, I see why. Among other things, in real life you practise stalls and spins until you get sick of them (sometimes literally to the point of severe nausea) and learn through them, and sideslips, and take-offs, and landings, and coordinated turns, and spiral dives, and etc. all of the quirks and physical personality of a plane. The behavior of the planes on the iris is completely phony. Part of this is evident in the sheer caprice of their stall and spin behavior (or lack of it). -Richard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02093; 21 Feb 89 17:54 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01969; 21 Feb 89 17:44 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01928; 21 Feb 89 17:29 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa01993; 21 Feb 89 17:01 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA28038; Tue, 21 Feb 89 16:58:44 EST Received: by buita.bu.edu (3.2/4.7) id AA25766; Tue, 21 Feb 89 16:59:11 EST Received: by adt.uucp (3.2/SMI-3.2) id AA23249; Tue, 21 Feb 89 13:36:21 EST Date: Tue, 21 Feb 89 13:36:21 EST From: jim frost Message-Id: <8902211836.AA23249@adt.uucp> To: info-iris@BRL.MIL Subject: Re: flight's concept of a 'good landing' >The behavior of the planes >on the iris is completely phony. Part of this is evident in the >sheer caprice of their stall and spin behavior (or lack of it). True. I first noticed this when playing with the cessna. Most obvious was the lack of the stall that occurs immediately after takeoff unless you do things just right. This makes takeoffs much more interesting, let me tell you. It's virtually impossible to *force* this under flight unless you try a low-power takeoff. Turns are also unrealistic since rudder on the cessna has a LOT of effect, while on flight it has little effect on the cessna and almost none on any of the other planes. Stalls also bother me since I loose complete coordination when it starts spinning unpredictably (something I'd never seen before) although I have to agree with the author that this is rather interesting. I would really like to be able to do some of the common airshow stunts that involve stalls though. Also, has anyone been able to put the cessna into a flat spin? I've tried a lot and I just can't do it. As a disclaimer, I'm not a pilot but I've spent quite some time with a cessna flight simulator in addition to using a couple of the microcomputer simulators (eg Microsoft). My judge of behavior is probably somewhat flawed, especially since the lack of real movement makes many things easier and many harder. And you just don't *try* some things in a real plane.... jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02123; 21 Feb 89 18:05 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01377; 21 Feb 89 17:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01127; 21 Feb 89 16:36 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa00314; 21 Feb 89 16:09 EST Received: Tue, 21 Feb 89 14:24:54 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 21 Feb 89 14:24:54 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902212224.AA24326@aero4.larc.nasa.gov> To: mailrus!uflorida!beach.cis.ufl.edu!rhv@ames.arc.nasa.gov Subject: Re: Video Scan Converters for IRIS 4D Cc: info-iris@BRL.MIL I think someone here has the RGB Technology hardware, I would suggest sending mail to lansing@uxv.larc.nasa.gov He could probably tell you something about it. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02262; 21 Feb 89 18:15 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab01377; 21 Feb 89 17:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab01127; 21 Feb 89 16:36 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa00333; 21 Feb 89 16:09 EST Received: Tue, 21 Feb 89 14:09:43 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 21 Feb 89 14:09:43 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902212209.AA24272@aero4.larc.nasa.gov> To: doelz%urz.unibas.ch@relay.cs.net Subject: Re: Hardcopy on POSTSCRIPT device Cc: info-iris@BRL.MIL I am not familiar with the listed software, but, we have a 3130 and I have written some quick and dirt programs to do screen dumps. At the moment they must be done while running the window manager, mex. The full color image file is about 1.5Mb. The black and white pixel postscript files I make from them are less than 200Kb. I received a lot of mail when I mentioned this before and I still have those peoples names who wanted it. As soon as I have the chance I will transfer the source to the info-iris ftp account. If I can't put it there, I will send one mail message with everything in it to info-iris. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02297; 21 Feb 89 18:25 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac01377; 21 Feb 89 17:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab01132; 21 Feb 89 16:38 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa00425; 21 Feb 89 16:11 EST Received: Tue, 21 Feb 89 14:20:22 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 21 Feb 89 14:20:22 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902212220.AA24315@aero4.larc.nasa.gov> To: adt!madd@bu-it.bu.edu Subject: Re: flight's concept of a 'good landing' Cc: info-iris@BRL.MIL I have seen "real controls" for PC's. If it is a serial device you might be able to change dog to use it. The hardware is a complete yoke with flap and throttle controls. It was made to be used with MS-Flight Simulator. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16086; 22 Feb 89 23:42 EST Received: by VMB.BRL.MIL id aa16021; 22 Feb 89 23:40 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19654; 21 Feb 89 13:57 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19638; 21 Feb 89 13:45 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa02092; 21 Feb 89 13:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA21112; Tue, 21 Feb 89 10:26:45 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 17:22:14 GMT From: Ian Clements Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: dog's T Message-Id: <27152@sgi.SGI.COM> References: <8902191909.AA10433@bacchus.eng.umd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL According to a long time employee the T is for a "threat zone", A hack added for an Air Force demo at Williams AFB. Cheers, Ian -- domain: ian@sgi.com (or if you trust your mailer, reply) uucp: ...!{decwrl,pyramid,sun}!sgi!ian   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab09680; 24 Feb 89 15:44 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab09475; 24 Feb 89 15:22 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa06453; 21 Feb 89 23:14 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA10533; Tue, 21 Feb 89 16:20:38 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 20:43:15 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight's concept of a 'good landing' Message-Id: <27176@sgi.SGI.COM> References: <2651@eos.UUCP>, <528@sdrc.UUCP>, <8212@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL True, most minor stalls are quite predictable and can be modelled in simulation and practised in real life. But violent stalls, like a plane falling backwards, or in a flat-spin, I don't believe would be predictable. To model minor stalls you need to know the wing design - which part of the wing will stall first and what the effect on the plane will be. Since flight uses the same equationsmodel all its planes, this is beyond the scope of its equations. To properly model stalls and other effects would probably require much more than the 50 floating point operations in flight, and would probably slow things down quite a bit if you got carried away. The equations in flight are lousy. I'm not an aero engineer, I'm lucky I ended up with planes that could fly period. How about one of you aero-specialists coming up with a better flight model and posting it?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09509; 24 Feb 89 15:25 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa07309; 22 Feb 89 0:12 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA24152; Tue, 21 Feb 89 20:36:56 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 03:08:37 GMT From: Dave Forsey Organization: U. of Waterloo, Ontario Subject: Re: flight's concept of a 'good landing' Message-Id: <8220@watcgl.waterloo.edu> References: <8902172038.AA26677@adt.uucp>, <27060@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27060@sgi.SGI.COM> dunlap@bigboote.SGI.COM (D. Christopher Dunlap) writes: >In article <8902172038.AA26677@adt.uucp>, madd@adt.UUCP (jim frost) writes: >> >Or flying through all four buildings in one pass. >> >> Or taking off across the runway and turning inside the tower flying an >> f15 or f16. It's pretty easy with the f16 but the f15 doesn't perform >> quite so well. I also like to do 8g turns at below 100ft immediately >> after take-off, or to lift and immediately go into a roll. Looks >> impressive in airshows! > >I used to have a good airshow where I headed down the length of the >runway, lifted off, snap-roll, touchdown, and liftoff again. Took me a >few takes though. Again, I think Rob originated this trick too. A hard stunt is to start off across the runway straight towards the tower, snap roll burying the cockpit below ground (without crashing), touching down and lifting off *before* you reach the tower itself. An easier but fun flight is to take off from the runway, pull immediately into a vertical climb, cut power, continue the loop and land as close as possible to the same end you took off from. Repeat at the other end without stopping. And while we're at it, why not have a version of dog that allows "manned" anti-aicraft emplacements on the tower, buildings or ground? The mouse controls elevation and orientation with a steady stream of 20mm fire while a mouse button is held down. Heck, why not make them movable AA batteries.... Dave Forsey   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ae09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01300; 22 Feb 89 11:54 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28706; Wed, 22 Feb 89 08:46:09 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 21:20:45 GMT From: Trevor Paquette Subject: include file wrong Message-Id: <764@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was working on a program that needs to read/write XDR format files, and I came across a system include file that was wrong. In "/usr/include/rpc/rpc.h" it says around line 15 that it wants to include .. which as the compiler will complain about, DOES NOT EXIST.. at least at that path name.. the path of the include file that it wants is actually "/usr/include/bsd/netinet/in.h".. two possible simple fixes.. make a sybolic link to /usr/include/bsd/netinet in /usr/include, or go in and change to . I think that the first fix is probably more reasonable.. Hope this is fixed for the next release.. Trev ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ad09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01261; 22 Feb 89 11:51 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28728; Wed, 22 Feb 89 08:46:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 21:49:23 GMT From: Trevor Paquette Subject: Re: include file wrong Message-Id: <766@cs-spool.calgary.UUCP> References: <764@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I forgot to mention that this is on the Personal Iris. Trev ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ae10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id af09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ac09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01326; 22 Feb 89 11:56 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28714; Wed, 22 Feb 89 08:46:20 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 21:27:44 GMT From: Trevor Paquette Subject: SGI Hotline Message-Id: <765@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is actually directed to the people at Silicon Graphics, however I though I'd let everyone know in order to save them some time. When there is holiday in the United States everone running the Geometry Hotline goes on Holiday.. (what else?). HOWEVER for those of us who are outside of the US and do now know about these holidays, this can be a real pain. Why?? Because they leave the Hotline number OPEN.. IE you call the Hotline number (1-800-345-0222) and get the recording on the other end saying something to the effect that.. "Thank you for call ing the Silicon Graphics Geometry Hotline. Please wait and your call will be taken in the order it was recieved." You are then put on hold with some nice music to listen to (which is alot better then the computer generated stuff that they used to play) and you wait and wait and wait.. get the picture?? Can somethere inform someone of this and change the telephone message when a holiday occurs? Though I'd save SGI a BIG phone bill in case someone decides to leave their phone off the hook.. Trev ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id af10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ag09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ad09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01350; 22 Feb 89 11:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28737; Wed, 22 Feb 89 08:46:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 23:17:30 GMT From: Trevor Paquette Subject: include files again.. Message-Id: <769@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Ok I give up.. what is the secret to getting the rpc include files to work on a Persona Iris? Don't people test these things before they are shipped??? (NOTE: this is after I have done 'ln -s /usr/include/bsd/netinet /usr/include/netinet' to get a netinet dir for rpc.h to use.. is wrong as well.. Scenario: try this through 'cc -o t t.c' #include \ main() | this is t.c { | } / Dies with the following error: ccom: Error: /usr/include/rpc/svc.h, line 209: syntax error extern fd_set svc_fds; --------------------^ A SYNTAX ERROR??? in an INCLUDE FILE????? what gives? What is 'fd_set'??? taking a closer look at the include file this is what those lines look like.. /* * Lowest level dispatching -OR- who owns this process anyway. * Somebody has to wait for incoming requests and then call the correct * service routine. The routine svc_run does infinite waiting; i.e., * svc_run never returns. * Since another (co-existant) package may wish to selectively wait for * incoming calls or other events outside of the rpc architecture, the * routine svc_getreq is provided. It must be passed readfds, the * "in-place" results of a select system call (see select, section 2). */ #ifndef KERNEL /* dynamic; must be inspected before each call to select */ #ifdef sgi 209>extern fd_set svc_fds; #else extern int svc_fds; #endif So I try 'cc -o t -Usgi t.c' seems to to futher this time.. In fact it compiles just fine.. So why are there errors in the include files?? ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10697; 24 Feb 89 16:15 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ai10098; 24 Feb 89 16:03 EST Received: by VMB.BRL.MIL id aa09885; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09498; 24 Feb 89 15:24 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa06916; 21 Feb 89 23:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA04374; Tue, 21 Feb 89 14:27:04 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 08:46:44 GMT From: LTH network news server Organization: Dept. of Automatic Control, Lund Inst. of Technology, Sweden Subject: Re: 3D input Message-Id: <1989Feb21.094645.25612@LTH.Se> References: <39:doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After buying the 6D steering ball, we approached SGI and asked them to support it. We think it's a fantastic device, and much in line with the ``high-tech'' image of SGI. In particular, we suggested they would hook it up to the Graphics Library, much like the Dial and Button box which is also connected to an RS-232 port. One of the big advantages would be event input from the ball. Unfortunately, they were not interested, and would not release source code of GL so we could do it ourselves. Pity. Dag M. Bruck -- Department of Automatic Control Internet: dag@control.lth.se Lund Institute of Technology P. O. Box 118 Phone: +46 46-108779 S-221 00 Lund, SWEDEN Fax: +46 46-138118   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac10697; 24 Feb 89 16:15 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ak10098; 24 Feb 89 16:04 EST Received: by VMB.BRL.MIL id ab09885; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab09498; 24 Feb 89 15:24 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa06992; 21 Feb 89 23:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA04361; Tue, 21 Feb 89 14:26:50 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 08:38:09 GMT From: LTH network news server Organization: Dept. of Automatic Control, Lund Inst. of Technology, Sweden Subject: Re: 3D input Message-Id: <1989Feb21.093810.25467@LTH.Se> References: <39:doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <39:doelz@urz.unibas.ch> doelz@urz.unibas.ch (Reinhard Doelz) writes: >>We have a ``Dimension-6'' -- a steering ball that senses rotation and >>translation in 3 dimensions. >I'd like to know whether you could give me the adress of the company >and how you managed to write a driver! Ok, to get a Dimension-6 I think you should contact: CIS Graphik und Bildverarbeitung GmbH Helmholtzstrasse 21 Postfach 10 01 80 D-4060 Viersen 1 B. R. D. Phone: +49 2162 - 3 00 11 Telex: 8 518 835 cis d Fax: +49 2162 - 142 87 Not too far away from you! We have an early version of the steering ball, which has worked flawlessly; looking at the sales glossy, it looks like they have improved the design considerably, e.g., added a wrist rest. The ``driver'' is very simple: The ball is connected to a RS-232 port. My initialization routine sets up the serial port in ``RAW'' mode, and the reading routine does the following: 1. Send request code to ball. 2. Read serial port. 3. Compute checksum. 4. Return a structure with data. The version we have now sends the request after reading the port, so data will (hopefully) be available the next time the reading routine is called. I can mail the code to anyone interested. The flight program requires some minor modifications, but I cannot recall exactly what. I could have a look... Just to widen the discussion on flight: Have you heard any comments from people with real experience of the planes in flight? I think the visual feedback is very powerful, but would a real F-15 pilot be annoyed by significant differences in plane characteristics? Philosophical outgrowth: when modelling a real-world system, how can we (as computer specialists, not application specialists) determine what are the significant attributes of the system? For example, how important is feedback of G-forces in a flight simulator? Dag M. Bruck -- Department of Automatic Control Internet: dag@control.lth.se Lund Institute of Technology P. O. Box 118 Phone: +46 46-108779 S-221 00 Lund, SWEDEN Fax: +46 46-138118   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11522; 24 Feb 89 16:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09680; 24 Feb 89 15:44 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09475; 24 Feb 89 15:21 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa02141; 21 Feb 89 16:35 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA00801; Tue, 21 Feb 89 13:27:36 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Feb 89 19:53:22 GMT From: Mark VandeWettering Organization: University of Oregon CIS Dept. Subject: Flight Simulators... (was concept of good landing) Message-Id: <3903@uoregon.uoregon.edu> References: <528@sdrc.UUCP>, <27132@sgi.SGI.COM>, <8212@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8212@watcgl.waterloo.edu> rhbartels@watcgl.waterloo.edu (Richard Bartels) writes: >In article <27132@sgi.SGI.COM> tarolli@dragon.SGI.COM (Gary Tarolli) writes: >> Stalls are unpredictable in real-life. >Nope. Neither are spins. The aerodynamics of both are laid out >in any good pilot's instruction book. Quite logical and quite >standard physics. As a university teacher I could never fathom why one >of my students with a pilot's license thought the flight simulator >was so uninteresting. After I got my own license, I see why. >Among other things, in real life you practise stalls and spins until you >get sick of them (sometimes literally to the point of severe nausea) >and learn through them, and sideslips, and take-offs, and landings, >and coordinated turns, and spiral dives, and etc. all of the quirks >and physical personality of a plane. The behavior of the planes >on the iris is completely phony. Part of this is evident in the >sheer caprice of their stall and spin behavior (or lack of it). While the aerodynamics may be laid out in a pilots book, programming it into a realistic simulation seems to be considerably LESS trivial. The aerodynamics are often described in a highly qualitative fashion. Getting a flight simulator to "feel" right is probably very hard. The point I think that Richard is missing is that flight and dog are supposed to be GAMES. Fun. You know, blast the other guy. Figure out quirks in the program. Is it really vital that the flight simulation be accurate when you can have more fun zooming about? Actually, I would like to know if people really crave realism, or they want a video game-style simulation. I have been considering writing a flight simulator for the sun, and right now I am leaning toward game play rather than realism as its chief goal. Comments? >-Richard Mark VandeWettering   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03820; 21 Feb 89 23:18 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03528; 21 Feb 89 22:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03505; 21 Feb 89 22:05 EST Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa04915; 21 Feb 89 21:40 EST Received: from munnari.UUCP by uunet.UU.NET (5.61/1.14) with UUCP id AA14065; Tue, 21 Feb 89 21:39:57 -0500 Message-Id: <8902220239.AA14065@uunet.UU.NET> Received: from cidam.me.rmit.oz (via goanna) by munnari.oz with SunIII (5.5) id AA12786; Wed, 22 Feb 89 12:49:35 EST (from mg@cidam.me.rmit.oz for uunet!info-iris@brl.mil) Received: by cidam.me.rmit.oz (5.51/4.7) id AA24355; Wed, 22 Feb 89 12:51:29 EST Date: Wed, 22 Feb 89 12:51:29 EST From: "Mike A. Gigante" To: watmath!watcgl!rhbartels%iuvax.cs.indiana.edu@uunet.uu.net, info-iris@BRL.MIL Subject: Re: flight's concept of a 'good landing' In-Reply-To: your article <3662@cidam.rmit.oz> News-Path: daemon The thing that dissappoints me most is the lack of coupling b/n roll and yaw. As an ex aerospace engineer this really knocked me out, as an ex-pilot, this is what makes flight so unrealistic to fly. I suppose that the equations were uncoupled to make it moderately fast on the old hardware. Now that the machines are so much faster, it is probably worth re-writing the code to use the 'correct' equations of motion. Mike Gigante, RMIT   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ag10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ah09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ae09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa02510; 22 Feb 89 12:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA02022; Wed, 22 Feb 89 09:47:31 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 16:57:50 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3D input Message-Id: <27256@sgi.SGI.COM> References: <39:doelz@urz.unibas.ch>, <1989Feb21.094645.25612@LTH.Se> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1989Feb21.094645.25612@LTH.Se>, newsuser@LTH.Se (LTH network news server) writes: > > After buying the 6D steering ball, we approached SGI and asked them > to support it. We think it's a fantastic device, and much in line > with the ``high-tech'' image of SGI. In particular, we suggested > they would hook it up to the Graphics Library, much like the Dial > and Button box which is also connected to an RS-232 port. > One of the big advantages would be event input from the ball. > > Unfortunately, they were not interested, and would not release > source code of GL so we could do it ourselves. Pity. > > Dag M. Bruck > -- > Department of Automatic Control Internet: dag@control.lth.se > Lund Institute of Technology > P. O. Box 118 Phone: +46 46-108779 > S-221 00 Lund, SWEDEN Fax: +46 46-138118 Don't be too hard on us. Unlike you, we can't just go out and decide to sell these things on a moment's notice. Consider what you, as a user and customer, need to see from us: 1) The driver has to work properly, which means extensive testing. 2) It needs power. Do you want another line cord (and transformer, etc.) or can we power it off the machine? 3) FCC, UL, etc., have to bless the setup (protects us as well as the user). 4) Just "hooking up to the GL" isn't easy, and having the GL code wouldn't do you any good anyway. Events such as these are handled by NeWS, so it can pass off the data to whatever window is active. So to do this right, you need mods to the kernel, the GL and 4Sight. 5) You'd probably like us to document it as well, hopefully accurately. That means we need to update the Owner's Guide, the GL programers guide, the 4Sight programmer's guide, the system administrators manual, the Field Engineering support documentation, and who knows what else. 6) Quality has to test the thing and make sure it stands up to random static discharges, doesn't fry in a couple months, and other nicities. Field Engineering has to figure out how to service the thing. 7) We have to make a deal with the manufacturer to get a reasonable price at some volume, so we can re-sell it at a reasonable price as well, as well as getting our investment back. Given at least all this, it shouldn't surprise you that an initial reception to the idea was lukewarm. We need lot's of people to tell us they'd pay money for it for it to be worthwhile to OEM. In any case, lot's of people HAVE told us they'd pay money for it, so we are working an productizing a space ball now (we're still evaluating the available products). You should hear more in the near future. Don't try and order one - you can't until we announce it. Considering the amount of work requried to OEM such a device, I believe that SGI moves quicker than most other computer manufactureres that I have seen. But we can't move mountains overnight. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ah10098; 24 Feb 89 15:57 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ai09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id af09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa00550; 22 Feb 89 16:33 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA14109; Wed, 22 Feb 89 13:19:54 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 18:42:52 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3D input Message-Id: <27267@sgi.SGI.COM> References: <39:doelz@urz.unibas.ch>, <1989Feb21.094645.25612@LTH.Se> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1989Feb21.094645.25612@LTH.Se>, newsuser@LTH.Se (LTH network news server) writes: > > ... > > Unfortunately, they were not interested, and would not release > source code of GL so we could do it ourselves. Pity. > > Dag M. Bruck > -- > Department of Automatic Control Internet: dag@control.lth.se > Lund Institute of Technology > P. O. Box 118 Phone: +46 46-108779 > S-221 00 Lund, SWEDEN Fax: +46 46-138118 I am suprised that you were not able to purchase a copy of the source code. Source code is available as a software special from SGI. There are software licensing agreements that must be signed and of course we don't just give away our source code. If you really want or need source code, I'd check again with your SGI sales representative about purchasing a copy. -- Dave (commonplace) "Boldly going where no one cares to go." Ciemiewicz (incomprehensible) ciemo (infamous)   Received: from VMB.BRL.MIL by VMB.brl.MIL id aj10098; 24 Feb 89 16:03 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aj09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ag09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01763; 22 Feb 89 17:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA15466; Wed, 22 Feb 89 13:41:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 18:47:04 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: include file wrong Message-Id: <27270@sgi.SGI.COM> References: <764@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <764@cs-spool.calgary.UUCP>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: > > I was working on a program that needs to read/write XDR format > files, and I came across a system include file that was wrong. > In "/usr/include/rpc/rpc.h" it says around line 15 that it wants > to include .. which as the compiler will complain > about, DOES NOT EXIST.. at least at that path name.. the > path of the include file that it wants is actually > "/usr/include/bsd/netinet/in.h".. two possible simple fixes.. > make a sybolic link to /usr/include/bsd/netinet in /usr/include, > or go in and change to . > I think that the first fix is probably more reasonable.. > Hope this is fixed for the next release.. > The intro man page on using bsd extensions (ie, TCP/IP) states that when compiling such programs you should use the command line option -I/usr/include/bsd when compiling. This extends the search path for include files to the bsd subtree. Try 'man 3 intro' for more information. It is the last page that comes up. Regards Archer Sully archer@sgi.com "life is short, and full of stuff" -- Lux Interior --   Received: from VMB.BRL.MIL by VMB.brl.MIL id al10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ak09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ah09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01773; 22 Feb 89 17:53 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA15439; Wed, 22 Feb 89 13:41:04 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 18:43:07 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: include files again.. Message-Id: <27268@sgi.SGI.COM> References: <769@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <769@cs-spool.calgary.UUCP>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: > Ok I give up.. what is the secret to getting the rpc include > files to work on a Persona Iris? The secret is to use "-I/usr/include/bsd" if you want to compile "BSD" style code, and "-I/usr/include/sun" for code related to a company with solar connotations. This is documented in the manuals, although since many people miss it, not clearly enough. Since we ship "SV with 4.3BSD enhancements," one generally has to fiddle with at least the makefiles when porting BSD code. Remember that SGI has (since V-kernel days) shiped AT&T-style, SV UNIX. There are symantic as well as silly syntactic conflicts between SV and 4.xBSD. For that reason, we chose to put the BSD and Sun include files in their own directories. Similarly, there are /usr/lib/libbsd.a and /usr/lib/libsun.a libraries. Over time, many things from libbsd.a and /usr/include/bsd have crept into /usr/include and libc.a. However, there is only so far that we can go without breaking SVID--at least until the millenium arrives with SVR4. One of the most egregious conflicts is with what you want when you use 'seekdir(3)' and friends. > A SYNTAX ERROR??? in an INCLUDE FILE????? what gives? What is 'fd_set'??? > taking a closer look at the include file this is what those lines > look like.. If you use "-I/usr/include/bsd", then when you "#include ", you will get the 4.3BSD select(2) definitions. > #ifndef KERNEL > /* dynamic; must be inspected before each call to select */ > #ifdef sgi > 209>extern fd_set svc_fds; > #else > extern int svc_fds; ^^^ > #endif The "int" is the bug--at least with 4.3BSD. To make it easier to track the ever changing NFS code (which changes just like ours and everyone else's), we use lots of ifdef's. In 4.3BSD, using an 'int' for select(2) is a No-No. Imagine if you happen to get file descriptor 33, not to mention 99. The use of int's for select(2) was a botch in 4.2BSD which was fixed in 4.3BSD. Remember that SunOS 3.* was based on 4.2 BSD, while SGI uses 4.3BSD. > > So I try 'cc -o t -Usgi t.c' seems to to futher this time.. In fact > it compiles just fine.. Yes, but it may not work. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.brl.MIL id am10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id al09680; 24 Feb 89 15:45 EST Received: from adm.brl.mil by VMB.BRL.MIL id ai09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa01892; 22 Feb 89 18:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA18762; Wed, 22 Feb 89 14:33:30 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Feb 89 21:58:14 GMT From: tom ciaccio Organization: Control Data Corporation, Bloomington, MN Subject: GNU on a SGI Workstation, Help!!! Message-Id: <11571@shamash.cdc.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Subject: GNU on a SGI Workstation, help!!! Having difficulty installing gnu emacs 18.51 on a Silican Graphics workstation, model 3130 running System 5, rel 3.6. Has anyone been successful in installing gnu on this configuration? If so, what are the proper system and machine types for etc/config.h ? Any info would be appreciated. --- Thomas R. Ciaccio, Control Data Corporation 2800 E. Old Shakopee Road, m/s HQM234 Bloomington, MN. 55425 EMail address - tciaccio@hal.cdc.com   Received: from VMB.BRL.MIL by VMB.brl.MIL id an10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id am09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id aj09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa13469; 23 Feb 89 10:55 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA10903; Thu, 23 Feb 89 07:32:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Feb 89 09:14:43 GMT From: LTH network news server Organization: Dept. of Automatic Control, Lund Inst. of Technology, Sweden Subject: Re: 3D input Message-Id: <1989Feb23.101443.12312@LTH.Se> References: <39:doelz@urz.unibas.ch>, <1989Feb21.094645.25612@LTH.Se>, <27256@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27256@sgi.SGI.COM> jmb@patton.SGI.COM (Jim Barton) writes: >In article <1989Feb21.094645.25612@LTH.Se>, newsuser@LTH.Se (LTH network news server) writes: >> >> Unfortunately, they were not interested, and would not release >> source code of GL so we could do it ourselves. Pity. > >Don't be too hard on us. Unlike you, we can't just go out and decide to >sell these things on a moment's notice. Consider what you, as a user and >customer, need to see from us: [ explanation deleted ] >Considering the amount of work requried to OEM such a device, I believe that >SGI moves quicker than most other computer manufactureres that I have seen. >But we can't move mountains overnight. I demonstrated the ball to Roger Allison (SGI/UK) on April 1st, 1987. He also received a full set of documentation. Let my quote his telex, dated April 13th, 1987: ``I made a special request to Silicon Graphics, USA on your behalf for appropriate source to enable you to add in support for the sensor-ball to our graphics library. Unfortunately, this request has been denied. There is little interest in having an interface for this device on the 2400 system.'' I'm happy to hear that your interest for similar devices has increased over time. I would gratefully accept further information when it becomes available. I think I would have been less hard on you, had I received a detailed explanation of your troubles marketing a new device in 1987. Dag M Bruck -- Department of Automatic Control Internet: dag@control.lth.se Lund Institute of Technology P. O. Box 118 Phone: +46 46-108779 S-221 00 Lund, SWEDEN Fax: +46 46-138118   Received: from VMB.BRL.MIL by VMB.brl.MIL id ao10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id an09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id ak09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa17977; 23 Feb 89 14:20 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA21864; Thu, 23 Feb 89 10:50:03 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Feb 89 18:39:09 GMT From: George Drettakis Organization: University of Toronto, CSRI Subject: Console priority on PI Message-Id: <8902231839.AA11510@explorer.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It seems that users are complaining that the Personal IRIS console does not respond very well (as compared to other Workstations) when processes are running in the background. Is there any parameter that can be tuned to get a better response time for interactive shells and windows ? Does this have anything to do with the size of NeWS and/or the swapping algorithm ? Any information welcome, thanks, -- George Drettakis Dynamic Graphics Project Systems Administrator Computer Systems Research Institute BITNET: dgplab@dgp.utoronto University of Toronto EAN: dgplab@dgp.toronto.cdn Toronto, Ontario M5S 1A4   Received: from VMB.BRL.MIL by VMB.brl.MIL id ap10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ao09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id al09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa20130; 23 Feb 89 16:11 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA27016; Thu, 23 Feb 89 12:20:45 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Feb 89 15:49:19 GMT From: Michael Gleicher Organization: Carnegie-Mellon University, CS/RI Subject: More Iris questions Message-Id: <4337@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Some more Iris questions: 1) Is there a way to ring the bell from postscript? 2) Is there any documentation on the audio I/O capabilties of the Personal Iris? I know it has a D/A converter, and I think it has an A/D converter. Does anyone have some code to send some data (a sampled sound or waveform) to the speaker or to the audio out jack? 3) Is there an equivalent to the BSD "Load average"? Can I get at this number from a C program? 4) The "gr_osview" program displays statistics like %cpu idle, %memory free, %time waiting. Is there a way I can get at these numbers from a C program so I can display them in a more convenient fashion? 5) Does anyone have some postscript code for a Mail Biff program? right now I just have the Vax (my mail machine) do something silly like "x y (You Have Mail) popmsg\n" (it's not pretty but it works) Before I go re-inventing the wheel, does anyone already have something to do this nicer (eg draw an xbiff like mailbox with a flag on it) (Yes I know I can run xbiff, but I prefer not to have to start up an xsevrer all the time) Thanks for the help, Mike Michael Lee Gleicher gleicher@cs.cmu.edu Computer Graphics & Animation, School of Computer Science Carnegie Mellon University, Pittsburgh, PA 15213-3890 -- Michael Lee Gleicher gleicher@cs.cmu.edu Computer Graphics & Animation, School of Computer Science Carnegie Mellon University, Pittsburgh, PA 15213-3890 --   Received: from VMB.BRL.MIL by VMB.brl.MIL id aq10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ap09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id am09526; 24 Feb 89 15:28 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa23520; 23 Feb 89 20:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA07461; Thu, 23 Feb 89 15:13:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Feb 89 20:56:18 GMT From: "Michael L. Johnson" Organization: Academic Computing Center, University of Va. Subject: KSH for 4D Message-Id: <364@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to know where I can get a complete running version on the K-shell for a 4D. My University has a site lic. for an early version of KSH and I have tried to install patches which have appeared on the network but with no success. Where can I get a complete version with directions and a make file for the 4D? Thanks. Michael Johnson mlj8e@virginia (804)-924-8607 Michael L. Johnson mlj8e@virginia.EDU Pharmacology Dept. uunet!virginia!mlj8e Box 448; Univ. of Va. mlj8e@virginia.BITNET Charlottesville, Va. 22908   Received: from VMB.BRL.MIL by VMB.brl.MIL id ar10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aq09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09535; 24 Feb 89 15:29 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa03246; 24 Feb 89 9:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA21519; Fri, 24 Feb 89 06:23:44 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Feb 89 19:37:23 GMT From: Trevor Paquette Subject: Re: include file wrong Message-Id: <786@cs-spool.calgary.UUCP> References: <764@cs-spool.calgary.UUCP>, <27270@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27270@sgi.SGI.COM>, archer@elysium.SGI.COM (Archer Sully) writes: ] In article <764@cs-spool.calgary.UUCP>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: ] > ] > I was working on a program that needs to read/write XDR format ] > files, and I came across a system include file that was wrong. ... stuff deleted.. ] ] The intro man page on using bsd extensions (ie, TCP/IP) states that ] when compiling such programs you should use the command line option ] -I/usr/include/bsd when compiling. This extends the search path for ] ... stuff deleted.. ]> Archer Sully ] archer@sgi.com ] ] "life is short, and full of stuff" ] ] -- Lux Interior ] -- That worked.. We have a demo Personal Iris on loan here until our very own comes in. We did not however get the full set of manuals with the PI. All we have are the two graphics manuals for now. Thanx Trev ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.brl.MIL id as10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ar09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab09535; 24 Feb 89 15:29 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa05905; 24 Feb 89 12:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28705; Fri, 24 Feb 89 09:00:40 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 16:34:48 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: KSH for 4D Message-Id: <27441@sgi.SGI.COM> References: <364@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <364@galen.acc.virginia.edu>, mlj8e@dale.acc.Virginia.EDU (Michael L. Johnson) writes: > > I would like to know where I can get a complete running > version on the K-shell for a 4D. > > My University has a site lic. for an early version of KSH and > I have tried to install patches which have appeared on the > network but with no success. > > Where can I get a complete version with directions and a make > file for the 4D? > > Thanks. > Michael Johnson > mlj8e@virginia > (804)-924-8607 Michael L. Johnson > mlj8e@virginia.EDU Pharmacology Dept. > uunet!virginia!mlj8e Box 448; Univ. of Va. > mlj8e@virginia.BITNET Charlottesville, Va. 22908 You'll have to call up the AT&T Toolchest and get yourself a copy of KSH-I, which also gives you an unrestricted internal license to run it. This will cost you $3000. The toolchest is at 1-201-522-6900 at 1200 buad. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.brl.MIL id at10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id as09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id ac09535; 24 Feb 89 15:29 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa05907; 24 Feb 89 12:25 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA28686; Fri, 24 Feb 89 09:00:17 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 16:32:31 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3D input Message-Id: <27440@sgi.SGI.COM> References: <39:doelz@urz.unibas.ch>, <1989Feb21.094645.25612@LTH.Se>, <1989Feb23.101443.12312@LTH.Se> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1989Feb23.101443.12312@LTH.Se>, newsuser@LTH.Se (LTH network news server) writes: ... > I demonstrated the ball to Roger Allison (SGI/UK) on April 1st, 1987. > He also received a full set of documentation. > > Let my quote his telex, dated April 13th, 1987: > > ``I made a special request to Silicon Graphics, USA on your behalf > for appropriate source to enable you to add in support for the > sensor-ball to our graphics library. Unfortunately, this request > has been denied. There is little interest in having an interface > for this device on the 2400 system.'' > > I'm happy to hear that your interest for similar devices has increased over > time. I would gratefully accept further information when it becomes > available. > > I think I would have been less hard on you, had I received a detailed > explanation of your troubles marketing a new device in 1987. > > Dag M Bruck > > > -- > Department of Automatic Control Internet: dag@control.lth.se > Lund Institute of Technology > P. O. Box 118 Phone: +46 46-108779 > S-221 00 Lund, SWEDEN Fax: +46 46-138118 Be careful though - we will never support the space ball on anything but the 4D series. You can, however, buy GL code for the 680X0 machines, I believe. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.brl.MIL id au10098; 24 Feb 89 16:04 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id at09680; 24 Feb 89 15:46 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab09565; 24 Feb 89 15:31 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa09932; 24 Feb 89 14:57 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA05142; Fri, 24 Feb 89 10:53:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 18:01:35 GMT From: Beverly Seavey Subject: relational dbms for sg 4D-120? Message-Id: <7235@spool.cs.wisc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know of a relational database that will run on a Silicon Graphics 4D-120? INGRES apparently doesn't exist for it yet. The word that I have gotten from Oracle and Informix is that they don't have software for that model, but I wonder if software written for other models of SG might also run on this model. I am new to this machine so I don't know how this model relates to others. Would something that runs on a 4D-60 also run on a 4D-120? thanks in advance. .   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10697; 24 Feb 89 16:15 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa09415; 24 Feb 89 15:26 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa09332; 24 Feb 89 15:06 EST Received: from UCBVAX.Berkeley.EDU by ADM.BRL.MIL id aa08858; 24 Feb 89 14:13 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA05286; Fri, 24 Feb 89 10:56:15 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 16:56:54 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: More Iris questions Message-Id: <27442@sgi.SGI.COM> References: <4337@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4337@pt.cs.cmu.edu>, gleicher@b.gp.cs.cmu.edu (Michael Gleicher) writes: ... (questions I can't answer skipped ...) ... > 4) The "gr_osview" program displays statistics like %cpu idle, %memory free, > %time waiting. Is there a way I can get at these numbers from a > C program so I can display them in a more convenient fashion? > "gr_osview" uses the standard System V structure sysinfo, which is "documented" in the header file /usr/include/sys/sysinfo.h. The structure can be conviently read using the sysmp(2) call, which has a man page, and uses the /usr/include/sys/sysmp.h header file. This avoids having to read the UNIX namelist and read from /dev/kmem, like standard SysV does. There are other interesting hooks in sysmp(2), some of which gr_osview uses. ... > -- > Michael Lee Gleicher gleicher@cs.cmu.edu > Computer Graphics & Animation, School of Computer Science > Carnegie Mellon University, Pittsburgh, PA 15213-3890 > -- -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11909; 24 Feb 89 17:37 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11733; 24 Feb 89 17:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa11657; 24 Feb 89 17:09 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa15129; 24 Feb 89 16:48 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA13857; Fri, 24 Feb 89 13:25:56 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 19:32:08 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: relational dbms for sg 4D-120? Message-Id: <27447@sgi.SGI.COM> References: <7235@spool.cs.wisc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7235@spool.cs.wisc.edu>, beverly@ai.cs.wisc.edu (Beverly Seavey) writes: > Does anyone know of a relational database that will run on a > Silicon Graphics 4D-120? INGRES apparently doesn't exist for it > yet. The word that I have gotten from Oracle and Informix is that > they don't have software for that model, but I wonder if software > written for other models of SG might also run on this model. > I am new to this machine so I don't know how this model relates to > others. Would something that runs on a 4D-60 also run on a 4D-120? > thanks in advance. > . SGI maintains binary compatibility throughout the 4D line, so if Oracle or Informix have a version that runs on the current OS, then it should run on the 4D-120. Archer Sully archer@sgi.com "life is short, and full of stuff" -- Lux Interior --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11909; 24 Feb 89 17:37 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab11733; 24 Feb 89 17:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab11657; 24 Feb 89 17:09 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa15501; 24 Feb 89 16:53 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA13903; Fri, 24 Feb 89 13:26:44 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 19:59:44 GMT From: Scott Henry Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: relational dbms for sg 4D-120? Message-Id: <27450@sgi.SGI.COM> References: <7235@spool.cs.wisc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <7235@spool.cs.wisc.edu>, by beverly@ai.cs.wisc.edu (Beverly Seavey): > Does anyone know of a relational database that will run on a > Silicon Graphics 4D-120? INGRES apparently doesn't exist for it > yet. The word that I have gotten from Oracle and Informix is that > they don't have software for that model, but I wonder if software > written for other models of SG might also run on this model. > I am new to this machine so I don't know how this model relates to > others. Would something that runs on a 4D-60 also run on a 4D-120? > thanks in advance. > . The UNIFY RDBMS does run on the 4D series, along with their ACCELL 4GL (Note that Accell treats the IRIS console as an ASCII terminal, and does not use the gl at all for interface -- no more mouse than you get with a wsh). I'm not too sure exactly who to contact, probably Unify Corp would be best. I was involved in the technical side of the port to the 4D. I have been running it successfully for many months now. You will need OS release 4D1-3.1 or later. It will not take advantage of the multiple processors in the 4D120, but then DBMS's in general are disk-IO bound, not CPU bound. -- --------------------- Scott Henry #include   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12574; 24 Feb 89 21:13 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12475; 24 Feb 89 21:02 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12458; 24 Feb 89 20:50 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa19047; 24 Feb 89 20:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA26930; Fri, 24 Feb 89 17:09:55 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Feb 89 22:04:22 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: flight's concept of a 'good landing' Message-Id: <27454@sgi.SGI.COM> References: <3662@cidam.rmit.oz>, <8902220239.AA14065@uunet.UU.NET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I didn't leave out the equatins for coupling yaw and roll, I never could figure them out. THe book I read didn't have them and I couldn't figure out how to derive them myself. Also from what I could figure out, it only is true for dihedral wings - on fighters that have nearly flat wings (instead of a V shape) roll and yaw might not be coupled nearly as much as on a B-747. I would appreciate it if anyone could send me some data on this effect, as aeronautics isn't my field. P.S. Singer Link sells a micro-flight simulator that uses a 68000 to do the calculations and then talks thru a serial port to an IRIS. I trust their equations would satisfy most of you real pilots, but I couldn't get their code and its written is assembly anyway. So real pilots - be quite and go buy a SInger Link simulator (they take American Express...)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13562; 25 Feb 89 2:01 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13508; 25 Feb 89 1:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13480; 25 Feb 89 1:37 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa21732; 25 Feb 89 1:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA11447; Fri, 24 Feb 89 22:02:40 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Feb 89 00:42:43 GMT From: Mark Hargrove Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: relational dbms for sg 4D-120? Message-Id: <27464@sgi.SGI.COM> References: <27450@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <27450@sgi.SGI.COM>, by scotth@harlie.SGI.COM (Scott Henry): > From article <7235@spool.cs.wisc.edu>, by beverly@ai.cs.wisc.edu (Beverly Seavey): >> Does anyone know of a relational database that will run on a >> Silicon Graphics 4D-120? INGRES apparently doesn't exist for it >> yet. The word that I have gotten from Oracle and Informix is that >> they don't have software for that model, but I wonder if software >> written for other models of SG might also run on this model. >> I am new to this machine so I don't know how this model relates to >> others. Would something that runs on a 4D-60 also run on a 4D-120? >> thanks in advance. >> . > The UNIFY RDBMS does run on the 4D series, along with their ACCELL 4GL > (Note that Accell treats the IRIS console as an ASCII terminal, and does > not use the gl at all for interface -- no more mouse than you get with > a wsh). I'm not too sure exactly who to contact, probably Unify Corp > would be best. I was involved in the technical side of the port to the Actually, SGI does sell this product directly :-) Give your friendly, helpful SGI salesrep a call. -Mark Hargrove -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Mark Hargrove Silicon Graphics, Inc. email: hargrove@harlie.sgi.com 2011 N.Shoreline Drive voice: 415-962-3642 Mt.View, CA 94039   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16640; 25 Feb 89 19:01 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16596; 25 Feb 89 18:50 EST Received: from spark.brl.mil by VMB.BRL.MIL id ab16552; 25 Feb 89 18:32 EST Date: Sat, 25 Feb 89 18:30:39 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: 4D Inventory Message-ID: <8902251830.aa08736@SPARK.BRL.MIL> Paul Stay told me about two really useful capabilities that I was previously unaware of: The /bin/hinv program prints out an inventory of what hardware is installed on the machine. For example, my machine says: /bin/hinv 2 16 MHZ IP5 Processors FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 1.5 CPU: MIPS R2000A/R3000 Processor Chip Revision: 1.6 Data cache size: 64 Kbytes Instruction cache size: 64 Kbytes Main memory size: 16 Mbytes Interphase 4201 4-drive ESDI disk controller 0 ESDI Disk drive: unit 0 on Interphase controller 0 GT Graphic option installed Integral Ethernet controller Integral SCSI controller This information is available to programmers using the getinvent() library call and the header file . Very useful, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16692; 25 Feb 89 19:11 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16596; 25 Feb 89 18:50 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa16552; 25 Feb 89 18:32 EST Date: Sat, 25 Feb 89 18:28:32 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: 4d Gamma Ramps Message-ID: <8902251828.aa08694@SPARK.BRL.MIL> A few weeks ago, I was shown the program /usr/sbin/gamma, which can be used (at least on the GT and Personal Iris machines) to set a gamma correction factor for the overall screen output of the Iris. It is downstream from the regular 12-->24 bit color map, and is downstream of the screen pixels in RGB mode. I suspect that this gamma correction factor is being applied very close to the DACs, at the nether end of the Graphics Pipeline. The default gamma that is applied is 2.4 Imagine my consternation when I got my GTX machine and looked at a few already gamma-corrected images on it -- they were much too bright, and looked washed out. For a variety of reasons, I would like to be able to use this capability from some of my own programs. It does not seem to be documented in the places I looked online, I didn't mount a big search through the printed manuals, so I run the risk of looking foolish when someone says RTFM, page 42. So be it. On the assumption that /usr/sbin/gamma and the mechanism it exploits are *not* documented, I went hunting, and discovered some things: There is VERY INTERESTING system call named "sgigsc()", to exploit SGI graphics sys-calls. One of the undocumented functions that this system call implements is suspiciously named SGGR1_GAMMARAMP in . I may try a few experiments to try to figure it out; in the meantime, I certainly would appreciate it if someone could send me a code fragment to load Gamma ramps that are non-standard. Thanks! -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17909; 26 Feb 89 2:49 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17865; 26 Feb 89 2:39 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa17820; 26 Feb 89 2:11 EST Date: Sun, 26 Feb 89 2:01:57 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: gammaramp() Message-ID: <8902260201.aa09673@SPARK.BRL.MIL> After some additional searching, I encountered the routine gammaramp(), which contrary to my earlier claims IS doccumented, just not cross- referenced very well. (Oh, if only SGI supported "man -k"). On the GTX and Personal Iris, this allows applying an arbitrary color map to the entire screen (not just the current window). For my application, this is entirely satisfactory, and it is WONDERFUL having a hardware colormap on an SGI! This feature, combined with rectzoom/rectcopy, has made the SGI 4d into a reasonably tolerable frame buffer, finally! Thanks SGI! Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17970; 26 Feb 89 3:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17812; 26 Feb 89 2:19 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa17764; 26 Feb 89 2:00 EST Date: Sun, 26 Feb 89 1:58:30 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: Binary Compatability? Message-ID: <8902260158.aa09669@SPARK.BRL.MIL> I had heard a rumor that IRIX 3.1 was supposed to produce binary executable programs that would run unchanged on all the different kinds of 4D machines (assuming that the program was adroit enough to avoid hardware-specific routines on machines that could not do them). Is this true in all cases? Is this true only when using the "shared" versions of the libraries? Or is my understanding in error? In my particular case, I compiled a program on a GTX, and tried to run the binary that worked fine on the GTX on a Personal Iris (via NFS). I got the message: Unable to map GM DRAM: No such device Clearly, the Personal Iris does not have a GM, so something odd is happening. Anyone care to share some clues? Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28070; 27 Feb 89 12:53 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab27843; 27 Feb 89 12:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab27786; 27 Feb 89 12:26 EST Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa15429; 27 Feb 89 12:08 EST Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA05160; Mon, 27 Feb 89 12:06:26 EST Received: by buita.bu.edu (3.2/4.7) id AA03399; Mon, 27 Feb 89 12:07:13 EST Received: by adt.uucp (3.2/SMI-3.2) id AA24897; Mon, 27 Feb 89 11:22:24 EST Date: Mon, 27 Feb 89 11:22:24 EST From: Joe Ilacqua Message-Id: <8902271622.AA24897@adt.uucp> To: info-iris@BRL.MIL Subject: Re: flight's concept of a 'good landing' Message-Id: <8902271541.AA23990@adt.uucp> To: info-iris@BRL.MIL Subject: Re: Flight Simulators... (was concept of good landing) >I have been considering writing a flight >simulator for the sun, and right now I am leaning toward game play rather >than realism as its chief goal. Comments? Good luck. Unless you do raw framebuffer manipulation, or have the Sun graphics processor, Suns are far too slow to do reasonable graphics on. I suppose it wouldn't be that bad if you were doing wire frame animation though. As for realism versus game play, you might try for a mixture of both. I don't particularly care if the game flies perfectly but it's pretty disconcerting when an escape maneuver throws the plane into an uncontrollable spin when in reality you would have just lost a lot of altitude. Just a thought. Good explosions, flaming bits, twisting wreckage, and the like would also be nice. Kind of like some of those arcade games they have now, polluting the minds of our younger generation and all :-). jim frost madd@bu-it.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00399; 27 Feb 89 15:30 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00209; 27 Feb 89 15:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00166; 27 Feb 89 15:00 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19103; 27 Feb 89 14:25 EST Received: Mon, 27 Feb 89 14:26:45 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 27 Feb 89 14:26:45 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902272226.AA00876@aero4.larc.nasa.gov> To: mike@BRL.MIL Subject: Re: Binary Compatability? Cc: info-iris@BRL.MIL Someone here had a similar problem. They took an executable from a 4D/60?, and ftp'ed it to a 4D/20 and it didn't work. The SGI sales rep. said it should have, also the SGI hotline said it should have. SGI is looking into it. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02946; 27 Feb 89 22:01 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02092; 27 Feb 89 19:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02052; 27 Feb 89 19:45 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa24857; 27 Feb 89 19:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA21601; Mon, 27 Feb 89 13:11:38 -0800 Received: from USENET by 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 Feb 89 18:53:27 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Async IO on the 4D series Message-Id: <27563@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There have been many requests for asynchronous IO facilities within the IRIX kernel. We haven't implemented anything yet, primarily because it is not truly clear what a correct, easy to use interface should be. The Berkeley FASYNC setup on file descriptors is pretty limited, in that you get a signal when at least one byte is available - there are no provisions for bigger buffers, signals to multiple processes (except through process groups) and others. My contention has always been that IRIX has the power to perform asynchronous IO in user-land, without burdening the kernel and forcing our idea of the proper semantics on people. This is possible using shared processes and trivial programming techniques. The following program is a runnable example of just such an IO scheme. The program sets up an asyncIO slave to read characters from the keyboard, and then goes into a CPU intensive loop. As characters are read, the slave interrupts the master, passing characters to him. Because I did this entirely in user land, it was very simple to implement. The output is a series of '.' characters (for each completion of the CPU loop iteration) interspersed with the characters read from the keyboard. The program will quit with a ^C (or whatever your interrupt character is). Comments and discussion on this example, and the whole of asynchronous IO in UNIX are welcome. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' -- ------------------------- cut here ------------------------------ /* * ex_async - an example program showing how asynchronous I/O * can be performed from a user-level task. * J. M. Barton 2/25/89 * * This program is herewith released to the public domain. You may do * as you wish with this code. The author (J. M. Barton) and his * employer (Silicon Graphics, Incorporated) assume no liability of any * kind in connection with the use or non-use of this code or any fragment * of it. Use at your own risk. Please retain this statement with all * copies or fragments of code taken from this program. */ # include # include # include # include # include # include # define COMSIG SIGUSR1 # define RTPRI NDPHIMAX /* * Example strategy is to start a slave reading from the keyboard, and it * will signal the parent whenever a character is read, and the parent grabs * the character and echo's it, and then starts the child waiting again. * Program will work passing any file through on it's standard input, though. */ struct { /* structure we communicate through */ int ppid; /* parent process ID */ int cpid; /* child process ID */ int fd; /* file descriptor to read */ char byte; /* acquired byte */ } comarea; struct termio tb; /* original TTY state */ main() { int asyncslave(); int asyncintr(); int ttyclean(); struct termio ta; /* * Just for fun, start the slave first. He will block himself. */ comarea.ppid = getpid(); comarea.cpid = sproc(asyncslave, PR_SALL, 0); /* * Set up the terminal to return a single byte at a time. */ if (ioctl(0, TCGETA, &tb) != -1) { signal(SIGINT, ttyclean); ta = tb; ta.c_line = 0; ta.c_iflag = BRKINT|ICRNL; ta.c_lflag &= ~(ICANON|ECHO); ta.c_cc[VMIN] = 1; ta.c_cc[VTIME] = 0; ioctl(0, TCSETA, &ta); } /* * Note that we can change the file descriptor at any time, such * as opening a new file, and pass that to the child. The sproc() * facility insures that the child has exactly the same file * descriptors as the parent. */ comarea.fd = 0; /* * Set up the interrupt handler and let the slave go. */ sigset(COMSIG, asyncintr); sigrelse(COMSIG); unblockproc(comarea.cpid); /* * Now just wait for the slave to read a character and then output * it. */ sieve(); /*NOTREACHED*/ } /* * On interrupt, output the character that was read. */ asyncintr() { putchar(comarea.byte); unblockproc(comarea.cpid); } /* * Loop forever reading characters from the input port and passing them * to the master. */ asyncslave() { /* * Put us at the highest possible real-time priority so * we respond to events very quickly. */ schedctl(NDPRI, 0, RTPRI); for (;;) { /* * Wait for command to read and do the read. This simple * protocol insures that we never trash the communications * buffer. */ blockproc(0); if (read(comarea.fd, &comarea.byte, sizeof(char)) != 1) { /* * Error reading from the descriptor. Sink * the parent. */ kill(comarea.ppid, SIGINT); exit(1); } /* * Signal the parent that we got a valid byte. */ kill(comarea.ppid, COMSIG); } /*NOTREACHED*/ } /* * Function to burn up time - sieve. */ # define true 1 # define false 0 # define size (256*1024) # define sizep1 (size+1) sieve() { register int i,prime,k,count,iter; char flags[sizep1]; for (iter = 0;; iter++) { count=0; for(i = 0; i <= size;i ++) flags[i] = true; for(i = 0;i <= size;i ++) { if(flags[i]) { prime = i + i + 3; k = i + prime; while(k <= size) { flags[k] = false; k += prime; } count = count + 1; } } /* * Gaurantee that characters read from the keyboard don't * mess up our output. */ sighold(COMSIG); printf("."); fflush(stdout); sigrelse(COMSIG); } /*NOTREACHED*/ } /* * Clean up if we were attached to a tty. */ ttyclean() { ioctl(0, TCSETA, &tb); exit(1); }   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06831; 28 Feb 89 8:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05314; 28 Feb 89 7:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05236; 28 Feb 89 7:15 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa00293; 28 Feb 89 7:03 EST Received: by ucbvax.Berkeley.EDU (5.61/1.34) id AA05291; Tue, 28 Feb 89 04:01:27 -0800 Received: from USENET by 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 Feb 89 18:40:14 GMT From: Trevor Paquette Subject: xdr_double problem Message-Id: <808@cs-spool.calgary.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL As some of you I have been having problems with the xdr routines on the 3000 series Iris. Well I have come across what I think is a possible bug. (BTW, thaks to all of you who have helped me so far). Below is two programs that I am using to test the xdr_double routines. Program 1 is run on the Iris to generate the file, program 2 is used on a sun to read in the file. /*** Program 1 ***/ #include #include main() { double d; int i; XDR xdrs; FILE *out; out = fopen("test","w"); xdrstdio_create(&xdrs, out, XDR_ENCODE); for(i = 0; i < 10; i++) { d = (double)i; xdr_double(&xdrs, &d); } fclose(out); } /*** Program 2 ***/ #include #include main() { double j; XDR xdrs; FILE *in; in = fopen("test","r"); xdrstdio_create(&xdrs, in, XDR_DECODE); while(xdr_double(&xdrs, &j)) fprintf(stdout,"%lf ",j); fprintf(stdout,"\n"); fclose(in); } This is the file test that is output by program 1 when run on the iris. (compiled with cc prog1.c -lsun -lbsd) Off- Set ------------- Hex Dump Values ----------------- ---- Ascii ----- 0 00 00 00 00 00 00 00 00 3e 00 08 7c 00 00 00 00 ........>..|.... 10 40 00 06 fc 00 00 00 00 40 00 07 3c 00 00 00 00 @.......@..<.... 20 40 00 07 7c 00 00 00 00 40 00 07 9c 00 00 00 00 @..|....@....... 30 40 00 07 bc 00 00 00 00 40 00 07 dc 00 00 00 00 @.......@....... 40 40 00 07 fc 00 00 00 00 40 00 08 0c 00 00 00 00 @.......@....... This is the output that program 2 generates.. 0.000000 0.000000 2.003410 2.003532 2.003654 2.003716 2.003777 2.003838 2.003899 2.003929 Do even close to what I'd expect.. This is the file test that is generated by the sun when program 1 is run on it. Off- Set ------------- Hex Dump Values ----------------- ---- Ascii ----- 0 00 00 00 00 00 00 00 00 3f f0 00 00 00 00 00 00 ........?....... 10 40 00 00 00 00 00 00 00 40 08 00 00 00 00 00 00 @.......@....... 20 40 10 00 00 00 00 00 00 40 14 00 00 00 00 00 00 @.......@....... 30 40 18 00 00 00 00 00 00 40 1c 00 00 00 00 00 00 @.......@....... 40 40 20 00 00 00 00 00 00 40 22 00 00 00 00 00 00 @ ......@"...... This is the output that program 2 generates when run on the Iris. 0.000000 0.000040 163840.000001 163968.000001 164096.000001 164160.000001 164224.000001 164288.000001 164352.000001 164384.000001 Again this is not even close to what is suppose to be generated. When program 1 and program 2 are run both on the sun the output is as expected.. 0.000000 1.000000 2.000000 3.000000 4.000000 5.000000 6.000000 7.000000 8.000000 9.000000 When program 1 and program 2 are both run on the Iris again the output is all wrong.. (which seems to be really bad..) 0.000000 0.007813 2.000000 32.000000 512.000000 2048.000000 8192.000000 32768.000000 131072.000001 262144.000002 Could the problem be that sizeof(float) and sizeof(double) are the same on the Iris 3000 series??? If so then why weren't the xdr routines in libsun.a changed to reflect this? Is there a fix for this? Or am I missing something totally obvious? Trev ============================================================================== Trevor Paquette/GraphicsLand, Calgary, Alberta ..uunet!{ubc-cs,utai,alberta}!calgary!paquette ICBM:51 03 N/114 05 W calgary!paquette@cs.ubc.ca Luminous beings we are, not this crude matter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09299; 28 Feb 89 10:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06936; 28 Feb 89 9:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06876; 28 Feb 89 8:49 EST Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa00853; 28 Feb 89 7:47 EST Received: Tue, 28 Feb 89 07:49:00 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 28 Feb 89 07:49:00 EST From: Bates TAD/HRNAB ms294 x2601 Message-Id: <8902281549.AA03342@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Re: 3D input, comments on Jim Barton's note 1. Has to work before shipment? Must be NEW SGI concept. 2.-3. I'll agree with those. 4. Maybe 5. Correct documentation? What's that? 6. Quality?! Service? I hope these have finally been adopted. 7. Reasonable cost, since when. YOU DON'T have to sell the hardware, just charge us for the software. I hate expesive middle men. SGI could learn a few things , correction a lot, from the microcomputer industry, concerning add on equipment and other things. -- Brent   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11007; 28 Feb 89 11:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09299; 28 Feb 89 10:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09229; 28 Feb 89 10:35 EST Received: from CAD.USNA.MIL by SMOKE.BRL.MIL id aa06942; 28 Feb 89 10:17 EST Date: Tue, 28 Feb 89 10:12:22 EST From: "David F. Rogers" To: blbates@aero4.larc.nasa.gov, info-iris@BRL.MIL cc: dfr@usna.mil Subject: Negative comments on SGI Message-ID: <8902281012.aa08807@CAD.USNA.MIL> G'day Brent, Why don't you just sell the Iris, buy a 386 based PC and do real time interactive graphics?!!! Sure, I have had 'minor' problems with SGI. I have had both 'minor' and 'major' problems with all vendors. Sure, the documentation is not always right, etc. But, PC's with which I am quite familiar are the pits. Professor David F. Rogers Aerospace Engineering Department U.S. Naval Academy Annapolis, MD 21402 USA Tel: 301-267-3283/4/5 ARPANET: dfr@usna.mil UUCP: ~uunet!usna!dfr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13168; 28 Feb 89 14:42 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12222; 28 Feb 89 13:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12161; 28 Feb 89 13:19 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa12929; 28 Feb 89 13:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA20874; Tue, 28 Feb 89 10:01:12 -0800 Received: from USENET by 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 Feb 89 16:11:46 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Binary Compatability? Message-Id: <27653@sgi.SGI.COM> References: <8902260158.aa09669@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8902260158.aa09669@SPARK.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: > I had heard a rumor that IRIX 3.1 was supposed to produce binary executable > programs that would run unchanged on all the different kinds of 4D machines > (assuming that the program was adroit enough to avoid hardware-specific > routines on machines that could not do them). > > Is this true in all cases? Is this true only when using the "shared" versions > of the libraries? Or is my understanding in error? > > In my particular case, I compiled a program on a GTX, and tried to run > the binary that worked fine on the GTX on a Personal Iris (via NFS). > I got the message: > > Unable to map GM DRAM: No such device > > Clearly, the Personal Iris does not have a GM, so something odd is happening. > Anyone care to share some clues? > Best, > -Mike Binary compatibility for graphics is only supported using the shared library interface. This can be done by linking with libgl_s, as in -lgl_s. The font manager is machine specific as well, and can be linked as -lfm_s. The actual graphics harware implementations are radically different between Personal IRIS, GT and GTX. This has to be reflected to the user program because it needs direct access to the hardware for speed. Thus, using shared libraries gets you both the speed and the compatibility. For everything else, the machines really are binary compatible. In fact, UMIPS binaries will run on SGI hardware if they stay away from special functions. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15293; 28 Feb 89 18:51 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14654; 28 Feb 89 16:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14636; 28 Feb 89 16:47 EST Received: from UCBVAX.Berkeley.EDU by SMOKE.BRL.MIL id aa21456; 28 Feb 89 16:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.33) id AA00327; Tue, 28 Feb 89 13:04:40 -0800 Received: from USENET by 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 Feb 89 19:38:04 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Binary Compatability? Message-Id: <27668@sgi.SGI.COM> References: <8902260158.aa09669@SPARK.BRL.MIL>, <27653@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The bug arose because Sun's xdr_float.c routines are conditionally compiled to do no conversion #if mc68000, and to do IEEE-to-DEC conversion otherwise. Alas, when the code was ported to the 3000 (68xxx-based machines as you no doubt know), mc68000 was assumed to be defined. It isn't; m68000 is (sigh). Lack of heterogeneous testing allowed both the 3.5 and 3.6 releases to ship with xdr_float and xdr_double converting the 3000's native floating point representations to DEC format on the wire, and back again. Of course it doesn't work so well with other vendor's machines. The fix is to write your own xdr_float and xdr_double: bool_t xdr_float(xdrs, fp) XDR *xdrs; float *fp; { return xdr_long(xdrs, (long *)fp); } bool_t xdr_double(xdrs, dp) XDR *xdrs; double *dp; { return xdr_opaque(xdrs, (caddr_t)dp, sizeof *dp); } Put the above functions with the necessary includes in xdr_float.c, compile to xdr_float.o, and utter ar rv /usr/lib/libsun.a xdr_float.o; ranlib /usr/lib/libsun.a to install the fix. (These functions could be optimized to use XDR_PUTLONG and XDR_GETLONG.) Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16266; 28 Feb 89 23:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16162; 28 Feb 89 22:31 EST Received: from sem.brl.mil by VMB.BRL.MIL id aa16160; 28 Feb 89 22:23 EST Date: Tue, 28 Feb 89 22:20:31 EST From: Mike Muuss To: jmb@sgi.com cc: info-iris@BRL.MIL Subject: Re: Binary Compatability? Message-ID: <8902282220.aa21482@SEM.BRL.MIL> Jim - Thanks for confirming my suspicions. The reason that I stopped using the shared libraries is because PIXIE does not work on programs that have been linked with a shared library. This is a drag. It is not at all clear to me that the choice you made w.r.t. the GL interface was at all necessary. I'm quite certain that you could have carried support for all your different machines around in all versions of the libraries. I believe this could have been implemented in such a way as to only require a single extra memory load (indirection) per subroutine call, a small price to pay. Negative comment: different SGI models are entirely too different, inside. All the work that the GL has to do to hide the differences is unfortunate, and bothersome. Positive comment: "IRIX" version 3.1, for the first time, actually does a pretty good job of doing things. But I still seem to waste a lot of my time trying to accomplish things that should have been simple. -Mike