Received: from vmb.brl.mil by VMB.BRL.MIL id aa14961; 25 Sep 90 2:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa14911; 25 Sep 90 2:17 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14892; 25 Sep 90 2:07 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa10882; 25 Sep 90 1:55 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6779; Tue, 25 Sep 90 01:51:12 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 25 Sep 90 01:55 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:SENGER@lax.wisc.edu) id AA11729; Tue, 25 Sep 90 01:57:16 DSD Date: Tue, 25 Sep 90 01:57:16 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Dial Boxes To: SENGER@lax.wisc.edu Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009250857.AA11729@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I don't like sgi dial and button box stuff either. I liked the evans and sutherland gizmo box that allowed you to write annotations into leds over each dial. My way around that was to use a picture of the box showing annotations and dial positions. Then I got the notion of a software box from the Nasa Panel lib. I have been asked to get together a software dial/button box that will work with the real thing. If the software can determine if the dial/button box is attached, take its input from that. If not, allow the user to mouse the controls and not worry if the things is there of not. My feeling is that a software entity may be better at the cost of more graphics overhead. But I was drawing the dial and button box anyway to annotate it. I have heard tales of a super dial/button box gizmo from sgi. I have not seen it in the mail order catalog they just released. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15019; 25 Sep 90 2:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab14961; 25 Sep 90 2:32 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14942; 25 Sep 90 2:21 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa11028; 25 Sep 90 2:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00457; Mon, 24 Sep 90 23:02:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 05:58:23 GMT From: Roberto Togneri Organization: Elec Eng, Univ of Western Australia Subject: Bash 1.06 on 4D IRIS 3.1d --> system crash Message-Id: <1990Sep25.055823.1148@swanee.ee.uwa.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have managed to get bash 1.06 running on our SGI Personal IRISes (SYSV 3.1d OS). There is one problem that is catastrophic. If I make bash a login shell then doing something like: ls -ual .[a-z]* | less will bring the whole system down! Needless to say I'm not prepared to experiment any further. If bash is not a login shell, like doing exec bash from within csh, then there is no problem. Is this a bug in bash or the IRIS operating system? Thanks for any help, -- Dr. Roberto Togneri Dept. of EE Engineering EMAIL: robert@swanee.ee.uwa.oz.au The University of Western Australia INTERNET: robert@zeus.ee.uwa.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15103; 25 Sep 90 2:53 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa14710; 25 Sep 90 1:52 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14703; 25 Sep 90 1:40 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa10644; 25 Sep 90 1:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29740; Mon, 24 Sep 90 22:25:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 05:08:29 GMT From: steve lamont Organization: Foo Bar Brewer's Cooperative Subject: Re: Binary Programs on Info-Iris Message-Id: <1471@taurus.cs.nps.navy.mil> References: <1990Sep21.175208.266@odin.corp.sgi.com>, <6451@castle.ed.ac.uk>, <1990Sep24.190428.28475@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep24.190428.28475@odin.corp.sgi.com> msc@sgi.com writes: >Which would you rather have, nothing or binaries? In some cases a binary >is the only way we could distribute something because of, for example, >use of a library that is not widely available or whose source is proprietary. First of all, I should say that Mr. Haeberli (sp?) has my deepest respect as a practitioner of our art and science and his contributions are appreciated. However, since you asked... "nothing" would be preferable. Binaries are too dangerous. Somebody along the line could easily tamper with them or, indeed, forge a posting, and cause damage to a great number of systems. spl (the p stands for please, the sources???) -- Steve Lamont -- SciViGuy -- Phone number of the week: (408) 646-2572 Confuser Center / Code 51 / Naval Postgraduate School / Monterey, CA 93943 "There are no fleas in the Republican Army." - Italo Calvino, _The Baron in the Trees_   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15973; 25 Sep 90 6:30 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa15917; 25 Sep 90 6:20 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa15899; 25 Sep 90 6:07 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa13858; 25 Sep 90 5:55 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8651; Tue, 25 Sep 90 05:51:22 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 25 Sep 90 05:55 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA15110; Tue, 25 Sep 90 05:57:27 DSD Date: Tue, 25 Sep 90 05:57:27 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: iopen(???) arguments undocumented To: info-iris@BRL.MIL Cc: paul@sgi.com Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009251257.AA15110@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, paul@sgi.com Is there a man page for iopen ? What are the arguments for iopen, and what do they mean? I am using Paul Haberli's imgutils, but they are not of much utility without some minimal clues as to what to do with them. The source code is nice, but a few words of help would save me days of experimentation. What is the macro RLE(1) mean ? Why the arguments ? What is bpp mean ? how are the xdim,ydim,zdim scaled ? from 0 or from 1 ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16252; 25 Sep 90 7:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa16195; 25 Sep 90 7:17 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa16177; 25 Sep 90 7:07 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa14476; 25 Sep 90 7:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05437; Tue, 25 Sep 90 03:46:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 09:15:48 GMT From: Sjoerd Mullender Subject: Re: mailbox Message-Id: <2230@charon.cwi.nl> References: <501@texhrc.UUCP>, <9009222055.AA00571@paling.cwi.nl>, <1990Sep24.174807.26980@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL eva@socrates.esd.sgi.com (Eva Manolis) writes: >fam will NEVER do an 'ls -l' of a directory. >IF ( and only if) the directory is NFS mounted ( which seems to be >the case for Robert van Liere ) 'fam' will 'stat' the directory to >track changes. If the files reside on a local file system, there is >no polling ( no 'stats' ). fam works with events generated when the filesystem >is changed, so it's as cheap and low overhead as it can be. >For NFS directories and files, the stat's are every 3 seconds. Robert and I found together that a system on which mailbox was running produced many requests to the mail server. I just did a small test to see what really happens. I have a NFS directory with 2 symbolic links in it. I told mailbox to check one of these links. My system produced the following sequence of NFS requests with 3 second intervals: (-> to server, <- from server) (nothing happend for 3 seconds) -> read symbolic link <- ok (path=/usr/spool/mail/sjoerd) the link I'm checking -> get attributes <- ok -> read dir why read the directory? <- ok (4 entries) -> read symbolic link <- ok (path=/usr/spool/mail/sjoerd) why again? -> get attributes <- ok -> read symbolic link <- ok (path=/usr/spool/mail/robertl) why? I'm not checking -> get attributes this file <- ok (nothing happens for 3 seconds) I can understand the first two requests with their answers, but why all the other requests? -- Sjoerd Mullender Center for Mathematics and Computer Science sjoerd@cwi.nl Amsterdam, Netherlands   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17843; 25 Sep 90 8:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17529; 25 Sep 90 8:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17503; 25 Sep 90 8:37 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02282; 25 Sep 90 8:30 EDT Received: Tue, 25 Sep 90 07:48:44 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 25 Sep 90 07:48:44 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009251048.AA17257@aero4.larc.nasa.gov> To: sgi!davea%quasar.wpd.sgi.com@ucbvax.berkeley.edu Subject: Re: 3.3 fortran problem Cc: info-iris@BRL.MIL But setting TMPDIR to /usr/tmp only gets part of the problem. If you try to edit a file that is too big you will fill root. There are two real solutions: 1) use a symbolic link between /tmp and /usr/tmp (this seams to be the best solution); 2) repartion the disk to make root bigger. Actually, doing both is a good idea with 3.3. We installed 3.3.1 last week (actually our SGI systems engineer did) and the installation stopped part way through because there wasn't enough disk space in root. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20489; 25 Sep 90 10:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa19578; 25 Sep 90 10:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19565; 25 Sep 90 10:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00402; 25 Sep 90 9:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08191; Tue, 25 Sep 90 06:43:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 13:25:34 GMT From: Alain St-Denis Organization: Environment Canada Subject: Swap Partitions (again) Message-Id: <1990Sep25.132534.16796@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Ok, here's the scenario: I want to have my default swap partition on another drive than the one occupied by root. So, I change SWAPDEV in /usr/sysgen/system accordingly and I remake /dev/swap and /dev/rswap. I then rebuild the kernel. Everything seems fine, the values have been changed in the kernel. So I reboot and guess what, it still uses the old default swap partition (I want xyl0d1s1 and get xyl0d0s1). Anybody have an idea what is wrong here? By the way, this was done on a 4D/240S. I tested the same procedure with a 4D/20 (a different partition on the same disk) and it worked... Also, since we want to move our swap space and use the whole disk, we figured that it would be a good idea to have a miniroot that starts from a partition of our choice. So I naively defined the constant MINIROOT in /usr/sysgen/system (CCOPTS). Obviously, that's not all there is to it because when I tried this kernel, the machine complained about not finding devnm (yes, I know what devnm is). I even tried to poke the values I wanted in the miniroot unix.IP6 file and got the same error. I'm aware of the fact that we can add swap space. But that's not what we want. We want to move it. Any idea, anyone (SGI maybe)? (Note: I mailed something about this directly to info-iris but for some reason it was not re-submitted to usenet. So here it is.) -- Alain St-Denis Centre informatique de Dorval Environnement Canada astdenis@cid.aes.doe.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20901; 25 Sep 90 11:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20727; 25 Sep 90 11:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20518; 25 Sep 90 10:47 EDT Received: from SGI.COM by VGR.BRL.MIL id aa00833; 25 Sep 90 10:32 EDT Received: from relay.sgi.com by SGI.COM via SMTP (5.64-bind 1.5+ida/900410.SGI) for info-iris@BRL.MIL id AA25495; Tue, 25 Sep 90 07:33:10 -0700 Received: from sgihub.corp.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA29452; Tue, 25 Sep 90 07:33:10 PDT Received: from atl280.atlanta.sgi.com by sgihub.corp.sgi.com via UUCP (5.52/891101.SGI) for @relay.sgi.com:info-iris@BRL.MIL id AA19424; Tue, 25 Sep 90 07:33:09 PDT Received: from atl280.atlanta.sgi.com by sgiatl.atlanta.sgi.com (5.52/891101.SGI) for sgihub!BRL.MIL!info-iris id AA14354; Tue, 25 Sep 90 10:46:05 EDT Received: by atl280.atlanta.sgi.com (5.52/890607.SGI) (for info-iris%BRL.MIL@sgiatl.atlanta.sgi.com) id AA11579; Tue, 25 Sep 90 10:46:05 EDT Date: Tue, 25 Sep 90 10:46:05 EDT From: George Smith X-Organization: Silicon Graphics Inc., SouthEast Region Message-Id: <9009251446.AA11579@atl280.atlanta.sgi.com> To: info@atl280.atlanta.sgi.com Subject: User Group in Atlanta HI Everyone:: This is a note to let you know that the first Atlanta Iris User's Group will meet at 7:00 PM Tuesday October 2, 1990 at the SGI Office in Sandy Springs. You should receive an anouncement by (US) mail, but this hopefully will get the word to anyone who didn't. Please call Susan Decker at (404)392-1333 to confirm . She will give directions etc ,, or send me an Email (see .signature line). :=============================================================: | George Smith (Systems Engineer) | ph.(404)392-1333 | | Silicon Graphics Inc. | Email: georges@sgi.com | | 1100 Abernathy Road N.E. | Vmail: x8048 | | Building 500, Suite 1120 | _|_ | | Atlanta,Ga. 30328 | | | | ** Home of the 26th Olympiad ** | | | :=============================================================:   Received: from vmb.brl.mil by VMB.BRL.MIL id ab20901; 25 Sep 90 11:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20727; 25 Sep 90 11:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20518; 25 Sep 90 10:47 EDT Received: from fs1.cam.nist.gov by VGR.BRL.MIL id aa00837; 25 Sep 90 10:33 EDT Received: from azure (azure.cam.nist.gov) by fs1.cam.nist.gov (4.1/SMI-DDN) id AA18474; Tue, 25 Sep 90 10:38:08 EDT Received: by azure (5.52/SMI-3.2) id AA05252; Tue, 25 Sep 90 10:31:53 EDT Date: Tue, 25 Sep 90 10:31:53 EDT From: Jim Blue Message-Id: <9009251431.AA05252@azure> To: info-iris@BRL.MIL Subject: imake On my PI running 3.3.1, I invoked imake with imake -I/usr/lib/X11/config -TOPDIR=/usr Selected lines from the created Makefile follow: TOP = /usr ... LIBSRC = $(TOP)/lib ... AWIDGETSRC = $(LIBSRC)/Xaw ... DEPXAWLIB = $(AWIDGETSRC)/libXaw.a XAWLIB = $(DEPXAWLIB) This is clearly incorrect, since libXaw.a is in /usr/lib, not in /usr/lib/Xaw. Did I invoke imake wrong? Is /usr/lib/X11/config/Imake.tmpl wrong? Is /usr/lib/X11/config/sgi.cf wrong? Is imake wrong? Jim Blue Center for Computing and Applied Mathematics National Institute for Standards and Technology   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21667; 25 Sep 90 12:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21529; 25 Sep 90 11:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21392; 25 Sep 90 11:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01051; 25 Sep 90 11:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10139; Tue, 25 Sep 90 08:08:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 14:45:29 GMT From: John Murray Organization: SCRI, Florida State University Subject: Re: Fun and games with ++ operators Message-Id: <781@sun13.scri.fsu.edu> References: <9009211942.AA07458@banach.aca.mcc.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009211942.AA07458@banach.aca.mcc.com> nong@mcc.com writes: > >> #include >> int a [2]; >> main() >> { >> int i; >> a[0] = 5; >> a[1] = 6; >> i = 0; >> printf("%d %d\n", a[i++], a[i++]); >> } > >According to K&R ( p 59 1st edition, or 63 2nd edition ) >" The commas that separate function arguments, variables in declarations, >etc., are not comma operators, and do not guarantee left to right evaluation." > >In this case the arguments may be evaluated in parallel. It'll be interesting >to see if i is printed as the last variable in the same print statment, will >it be 0. #include int a [3]; main() { int i; a[0] = 5; a[1] = 6; a[2] = 7; i = 0; printf("%d %d %d\n", a[++i], a[++i], i); printf("%d\n", i); } output: 7 7 2 2 (output with - printf("%d %d %d\n", a[i++], a[i++], i); - was 5 5 0) Hyuk, Hyuk, Hyuk.... 240GTX / 3.3 / mips version 2.0 >______________ >Nong Tarlton >Microelectonics and Computer Technology Corporation >nong@mcc.com John R. Murray | "They call me Mr. Know-it-all, I am so eloquent. murray@vs2.scri.fsu.edu | Perfection is my middle name! | ...and whatever rhymes with 'eloquent'." - Primus   Received: from vmb.brl.mil by VMB.BRL.MIL id ab21667; 25 Sep 90 12:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21529; 25 Sep 90 11:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21413; 25 Sep 90 11:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01111; 25 Sep 90 11:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10271; Tue, 25 Sep 90 08:15:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 15:11:24 GMT From: Wes Barris Organization: Minnesota Supercomputer Center Subject: xdbx on an IRIS Message-Id: <2655@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone successfully built xdbx (2.1) on an IRIS? I have tried building it on a 4D/320 running 3.3 but get "alloca" listed as an undefined global. Any suggestions? o o o o o o o . . . ________________________________ _____=======_____ o _____ |Wes Barris | | wes@msc.edu | .][__n_n_|DD[ ====_____ |Minnesota Supercomputer Center| |(612) 626-1854 | >(________|__|_[_________]_|University of Minnesota_______|_|_FAX:_624-6550_|_ _/oo OOOOO oo` ooo ooo 'o^o^o o^o^o` 'o^o o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- It's ten o'clock. Do you know where your directory is?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21931; 25 Sep 90 12:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21883; 25 Sep 90 12:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21792; 25 Sep 90 12:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01326; 25 Sep 90 12:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10997; Tue, 25 Sep 90 08:45:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 15:05:46 GMT From: maverick.ksu.ksu.edu!kuhub.cc.ukans.edu!arritt@uunet.uu.net Organization: University of Kansas Academic Computing Services Subject: Re: Binary Programs on Info-Iris Message-Id: <25770.26ff2bfb@kuhub.cc.ukans.edu> References: <9009201522.AA00565@>, <1990Sep21.175208.266@odin.corp.sgi.com>, <6451@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6451@castle.ed.ac.uk>, matthew@castle.ed.ac.uk (M White) writes: > I have two points : > > 1) Binaries should not be posted to the net: I have been slated by > workmates, quite rightly, for attempting to run Pauls program on our > machine. The net is not secure and running binaries straight off it > (even if the appear to come from sgi) is not a good idea. Personally, I PREFER binaries to source code; sources don't always compile cleanly on my system. Those who don't like binaries aren't being forced to download them and uudecode them. Those of us willing to do so presumably are aware of the risks involved. Caveat emptor. > 2) SGI personnel, of all people, should provide at least SOME > instructions with code. If you have not seen a uuencoded file before, it > is not obvious what should be done with it. It should not be necessary > for net-time to be spent with queries such as Lance's above. Hear, hear! At a minimum, include a brief description of what the file does and any requirements as to operating system, hardware configuration, etc. Perhaps a warning to the uninitiated re point (1) above would be appropriate (as a legal defense for the poster, if nothing else). ________________________________________________________________________ Raymond W. Arritt | Assistant Professor | Dept. of Physics and Astronomy | "everyone knew that as time went Univ. of Kansas | by we'd get a little bit older Lawrence, KS 66045 | and a little bit slower..." arritt@kuhub.cc.ukans.edu | arritt@ukanvax.bitnet |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22546; 25 Sep 90 13:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22427; 25 Sep 90 13:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22370; 25 Sep 90 13:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01606; 25 Sep 90 12:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12461; Tue, 25 Sep 90 09:42:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 16:02:55 GMT From: "Scott R. Presnell" Subject: Amd5.3 ported to IRIX 3.3.1 Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I had mentioned some time ago that I was trying to port amd (an alternative automount daemon) to IRIX. Some people had asked how that was going, I don't have their addresses anymore. Well, it's done, I think, for now. I've only tried this on a 4D/20G running IRIX 3.3.1. The difference was: 1) using amd5.3-alpha (from usc.edu in pub/amd). and that my knowledge of irix has increased. As a plug for amd - 5.3alpha has some pretty cool new features (new map types) in it. It's got alot to offer for special, varied mount situations. Though for general purpose, SGI's port of automount seems just fine. So if you want to, get the diffs from cgl.ucsf.edu (128.218.14.2) in upload/amd5.3a.irix.shar. I'm still experimenting with the possible mount configurations at our site, and I have not confirmed the operation of all the options. Drop me a line if you use it and find out something interesting. These diffs are also going to the original author. N.B.: Direct maps *DO NOT WORK!!* *DON'T* try them unless you want to lock up your file system. This also seems to be true for the IRIX 3.3 automount. It doesn't seem to be an error in the programs, the pseudo mounts seem to be set up correctly. I'm curious: can anyone from SGI comment on the problem? Thanks, and Good luck. - Scott Presnell (srp@cgl.ucsf.edu) -- Scott Presnell +1 (415) 476-9890 Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu University of California UUCP: ...ucbvax!ucsfcgl!srp San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23110; 25 Sep 90 13:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22804; 25 Sep 90 13:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22581; 25 Sep 90 13:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01788; 25 Sep 90 13:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13128; Tue, 25 Sep 90 10:06:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 16:08:07 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: 1/2 inch Magnetic Tapes Message-Id: <1990Sep25.160807.6878@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello again everyone, Today I would like to move a Cipher M890 or M891 1/2 inch magnetic tape drive with a Pertec interface from an IRIS 3130 to a PI. The first problem is that the VME connectors on the 3000 seem to be different than on the PI. The next one I can only guess would be a driver problem? Can anyone help me out? Would the Xylogics 772 1/2 mag tape controller work with that drive? Should I just chuck it out the window and by a new SCSI drive? Thanks in advance, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23427; 25 Sep 90 14:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23283; 25 Sep 90 14:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23241; 25 Sep 90 14:12 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa02177; 25 Sep 90 13:43 EDT Received: Tue, 25 Sep 90 10:43:04 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Tue, 25 Sep 90 13:44:17 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Tue, 25 Sep 90 14:10:07 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 25 Sep 90 14:10:07 EDT From: Tony Facca Message-Id: <9009251810.AA16168@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Pandora Password Problem, Perhaps. I have noticed what appears to be a problem with pandora. Under version 3.3 of IRIX, if a new user is joined with a passwd which has aging set to expire the first time they login (,E...), or the passwd expires normally (after 90 days or whatever), pandora accepts the userid/passwd combination, blanks the screen, prints a two line message indicating a problem with the passwd (too fast to read), and returns to the login screen. The user is not prompted to choose a new passwd. If this is explained in TFM, I can't find it. Has anyone else noticed this? -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23643; 25 Sep 90 14:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23427; 25 Sep 90 14:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23401; 25 Sep 90 14:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02592; 25 Sep 90 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15214; Tue, 25 Sep 90 11:13:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 17:26:33 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: making shared libs Message-Id: <4090@auspex.auspex.com> References: <9009241840.AA07772@mcirps2.med.nyu.edu>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >shared library support, but I don't know if it's compatible with Sun's >(I hope so), It's *derived* from Sun's, so it's basically compatible (some command line options may have changed a bit). >or SGI's current offering. If SGI's is based on S5R3, S5R4's isn't compatible, 'cuz S5R4's shared libraries aren't the same as S5R3's.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24131; 25 Sep 90 15:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23989; 25 Sep 90 15:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23980; 25 Sep 90 15:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02949; 25 Sep 90 15:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16418; Tue, 25 Sep 90 11:53:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 18:46:16 GMT From: William Sherman -Visualization Organization: National Center For Supercomputing Applications Subject: gr_osview bug remains in 3.3.1 Message-Id: <1990Sep25.184616.4796@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm not sure if SGI is aware of this, but there is a problem with gr_osview that has remained across a couple OS upgrades. The problem is with the movement of the strip charts. The memory usage chart moves at a different pace than the CPU usage, and CPU wait strip charts. The latter two move at the same speed, so it is easy to relate the info from one chart to the other, but the memory goes about 2/3s the speed, so one can only guess the relationship between its graph and the others. It would be nice if someone at SGI could put this one an upcoming upgrade tape. I would like to thank those responsible for fixing the problem with the gr_osview not working remotely with nearby (in a network sense) machines. Thanks, Bill /************************************************************************/ /* Bill Sherman */ /* National Center for Supercomputing Applications */ /* University of Illinois */ /* Champaign-Urbana */ /* */ /* Internet: wsherman@ncsa.uiuc.edu */ /* */ /* "You want to do mankind a real service? Tell funnier jokes." */ /* Og */ /************************************************************************/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25727; 25 Sep 90 17:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24908; 25 Sep 90 16:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24902; 25 Sep 90 16:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03396; 25 Sep 90 16:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18164; Tue, 25 Sep 90 12:51:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 19:18:53 GMT From: Kian-Tat Lim Organization: California Institute of Technology, Pasadena, CA Subject: Incompatabilities between TG and GTX Message-Id: <1990Sep25.191853.24189@nntp-server.caltech.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We've got a user who is attempting to render spheres using hardware lighting (one infinite light source) on a 4D/25TG and a 4D/340GTX. He wants to do real-time movements, also. He has encountered a strange situation in which identical code acts differently on the TG and GTX. In particular, it seems that normals pointing directly toward the viewer are being flipped to point away on the TG. There may be other transformation-related problems, too. His code is somewhat (hah!) convoluted, but basically it looks like this: winopen RGBmode gconfig lsetdepth zbuffer mmode(MVIEWING) loadmatrix(identity) lmdef/lmbind stuff translation getmatrix(orig) loadmatrix(identity) getmatrix(current) ortho doublebuffer gconfig loadmatrix(identity) getmatrix(current) ortho doublebuffer gconfig multmatrix(current) getmatrix(current) multmatrix(orig) getmatrix(user) loadmatrix(identity) render All the matrix stuff is supposed to get the current transformation matrix (with rotations/translations from dials and the original translation from "orig") into "user" so that it can be used by the rendering code. In the above, all of these matrices should be the identity, except for "orig" and "user". I wasn't too happy about the multiple calls to gconfig, but he claims that the normals are flipped even on GTX when he doesn't do things this way. Does anyone have any idea what could be going on here? -- Kian-Tat Lim (ktl@wag240.wag.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25894; 25 Sep 90 17:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25727; 25 Sep 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25693; 25 Sep 90 17:21 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa03616; 25 Sep 90 16:59 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 5015; Tue, 25 Sep 90 17:00:33 EST Received: by UOGUELPH (Mailer R2.07) id 0116; Tue, 25 Sep 90 17:00:32 EST Date: Tue, 25 Sep 90 16:49:25 EST From: Len Zaifman Subject: TFTP security or lack thereof & shared binaries To: info-iris Message-ID: <9009251659.aa03616@VGR.BRL.MIL> 1 ) We would like to distribute some software from a tftp server , but only allow certain named systems access. I can see how to restrict the server to specified directories(also required), but how do you lock out all but specifically named systems access to the named directories, or worse yet name systems which can access given directories ?? ie. sys 1,2,3 can access dir a & b, but only sys1 can access dir c and only sys3 can access dir d . If this is in the manual, I and many others here have missed it. 2 ) We have an application written in C that up to 60 users can use. The code is not large , ~ 600K stripped , but it would be nice to set it up so that the code is sharable, as we are hitting the physical memory with ~ 15 users and would like to avoid paging. There is no graphics , display is just text to vt100 terminals. Is there a way of compiling/linking so that the code is reusable. Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26517; 25 Sep 90 20:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26478; 25 Sep 90 20:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26462; 25 Sep 90 19:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04076; 25 Sep 90 19:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24268; Tue, 25 Sep 90 16:36:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 22:22:41 GMT From: James Helman Organization: Stanford University Subject: Re: imake Message-Id: References: <9009251431.AA05252@azure> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL imake -I/usr/lib/X11/config -TOPDIR=/usr Almost, but imake still thinks it's in the source tree try: imake -I/usr/lib/X11/config -DTOPDIR=/usr -DUseInstalled The "-DUseInstalled" tells imake to use the installed stuff rather than the nonexistant source tree. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26825; 25 Sep 90 21:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26747; 25 Sep 90 21:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26721; 25 Sep 90 21:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04229; 25 Sep 90 20:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25829; Tue, 25 Sep 90 17:35:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 00:34:16 GMT From: Shigeki Misawa Organization: UCB Physics Department Subject: Workstation Performance questions? Message-Id: <1990Sep26.003416.28582@agate.berkeley.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The physics group that I am working for is thinking of doing some numerically intensive data analysis on high energy physics experimental data on Unix workstations. If anyone out there has ported numerically intensive code (preferably fortran) from VAXes to SGI workstations, we would be interested in hearing from you on issues such as porting difficulties, performance gains (or losses) etc. Thanks in advance. Shigeki Misawa - UCB Physics department.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27034; 25 Sep 90 21:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26971; 25 Sep 90 21:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26932; 25 Sep 90 21:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04326; 25 Sep 90 21:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26552; Tue, 25 Sep 90 18:02:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 00:33:27 GMT From: Stuart Levy Organization: Geometry Group, University of Minnesota Subject: SGI csh glob vs. NeXT NFS (SGI 3.3 client, NeXT 1.0 server) Message-Id: <1990Sep26.003327.9076@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We're finding that csh (and tcsh) file pattern globbing fail on our SGI 3.3 and 3.3.1 machines when applied to an NFS-mounted NeXT (1.0) file system. "echo *" yields "echo: No match", attempts at file-completion just beep, etc. I'd run into this once before (under SGI 3.2), just now tracked it down, and am reporting it here for SGI & NeXT's benefit and in case it's bitten someone else. Cases where this *doesn't* happen, i.e. globbing works properly: - SGI csh globbing works fine on local file systems, and on fs's NFS-mounted from Sun servers. - SGI ls, sh and ftpd globbing work fine on all file systems. - Compiling the Berkeley glob.c from uunet, which uses readdir(), yields something that works on all file systems. - Suns mounting the same NeXT fs can glob on it too. Poking at the NFS protocol messages, it looks like SGI's csh is reading directories in 512-byte chunks, while the library readdir() reads in 8K units. Apparently 512 bytes is too short for the NeXT; its NFS server responds with EINVAL (invalid argument). The SGI kernel doesn't report the error to csh, just gives a 5-byte (!) result from the getdents() system call which csh interprets as an empty directory. Stuart Levy, Geometry Group, University of Minnesota slevy@geom.umn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27284; 25 Sep 90 23:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27094; 25 Sep 90 22:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27065; 25 Sep 90 21:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04389; 25 Sep 90 21:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27516; Tue, 25 Sep 90 18:42:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 01:14:11 GMT From: Eric Pepke Organization: Florida State University, but I don't speak for them Subject: Re: 3.3 C Weirdness Message-Id: <803@sun13.scri.fsu.edu> References: <70109@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <70109@sgi.sgi.com> davea@quasar.wpd.sgi.com (David B.Anderson) writes: > b) the resulting code will defininitely > not work on our machines if one has > int x(float); > int x(y) float y; { } Strange. I have 15,000 lines of code with stuff like this out the wazoo, and it seems to work fine. Of course, the prototype is visible when the function is defined. Perhaps the compiler does the sensible thing in spite of whining about it. Eric Pepke INTERNET: pepke@gw.scri.fsu.edu Supercomputer Computations Research Institute MFENET: pepke@fsu Florida State University SPAN: scri::pepke Tallahassee, FL 32306-4052 BITNET: pepke@fsu Disclaimer: My employers seldom even LISTEN to my opinions. Meta-disclaimer: Any society that needs disclaimers has too many lawyers.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27916; 26 Sep 90 0:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27502; 26 Sep 90 0:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27487; 25 Sep 90 23:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04630; 25 Sep 90 23:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00485; Tue, 25 Sep 90 20:45:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 03:34:22 GMT From: George Dabrowski Organization: Naval Postgraduate School, Monterey CA Subject: Printing postscript files on a PI. Message-Id: <1479@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I recently added a Laserjet III to my Personal IRIS 4D/25 in order to print a users manual for a program. The WYSIWYG software that I am using to write the doc is Interleaf which outputs in postscript format. I can print ASCII files with no problem but find that the printer hangs at 24k whenever I attempt to print a postscript file. Any clues? thanks, gd   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01863; 26 Sep 90 9:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01763; 26 Sep 90 9:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01751; 26 Sep 90 9:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05872; 26 Sep 90 9:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08780; Wed, 26 Sep 90 06:08:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 20:16:28 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Binary Programs on Info-Iris Message-Id: <1990Sep25.201628.9071@eagle.lerc.nasa.gov> References: <6451@castle.ed.ac.uk>, <1990Sep24.190428.28475@odin.corp.sgi.com>, <1471@taurus.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Steve Lamont writes > However, since you asked... "nothing" would be preferable. Binaries are too > dangerous. Somebody along the line could easily tamper with them or, indeed, > forge a posting, and cause damage to a great number of systems. While I agree with his worry, I'd rather have something. However, if instead of posting, Paul put his creations on sgi.com or on vgr.brl.mil, where there is control over what gets put where and the posts to announce the new and wonderful programs, then the security concerns are allayed. Furthermore, this would limit the request of "I lost", "I never saw", "Could someone re-post" the latest. I believe in anonymous ftp as an excellent distribution technique. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03435; 26 Sep 90 12:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02595; 26 Sep 90 11:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02579; 26 Sep 90 11:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06299; 26 Sep 90 10:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10745; Wed, 26 Sep 90 07:42:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 03:57:00 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI csh glob vs. NeXT NFS (SGI 3.3 client, NeXT 1.0 server) Message-Id: <70299@sgi.sgi.com> References: <1990Sep26.003327.9076@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep26.003327.9076@cs.umn.edu>, slevy@geom.umn.edu (Stuart Levy) writes: > We're finding that csh (and tcsh) file pattern globbing fail on our SGI 3.3 > and 3.3.1 machines when applied to an NFS-mounted NeXT (1.0) file system. > "echo *" yields "echo: No match", attempts at file-completion just beep, etc. > [. . .] > Cases where this *doesn't* happen, i.e. globbing works properly: > - SGI csh globbing works fine on local file systems, > and on fs's NFS-mounted from Sun servers. > - SGI ls, sh and ftpd globbing work fine on all file systems. > - Compiling the Berkeley glob.c from uunet, which uses readdir(), > yields something that works on all file systems. Strange -- does this glob.c include or ? If it uses the BSD-compatible , it should fail just like csh fails. SGI 3.3 libc contains both AT&T-style directory(3C) routines, with entry points named as in the man page (readdir, etc.); and 4.3BSD-flavor directory(3B) routines named by prefixing the documented names with "BSD" (SGI's renames unprefixed calls with some magic #defines). Only the BSD-compatible readdir should fail as described. > - Suns mounting the same NeXT fs can glob on it too. > > Poking at the NFS protocol messages, it looks like SGI's csh is reading > directories in 512-byte chunks, while the library readdir() reads in 8K units. Csh calls readdir(3B), which (following 4.3BSD) asks for DIRBLKSIZ or 512 bytes of entries per system call. We should probably increase this to 4k (not 8k -- you're looking at NFS's read-transfer/buffer-cache size) to be consistent with libc readdir, as well as for performance. 4.3-reno uses a DIRBLKSIZ of 1024; I can't tell what SunOS uses, but it must be > 512 if a Sun client works with a NeXT server. > Apparently 512 bytes is too short for the NeXT; its NFS server responds with > EINVAL (invalid argument). The SGI kernel doesn't report the error to csh, > just gives a 5-byte (!) result from the getdents() system call which csh > interprets as an empty directory. Not so: the kernel does return an error, but not EINVAL. SGI clients map all NFS status codes not defined by the NFS protocol to EIO when converting from status to errno (NFS enumerates a subset of BSD/SunOS error numbers as well-defined status codes). Note that EIO's value is 5 -- is this the five referred to in "a 5-byte (!) result"? The bug or feature, take your pick, is in csh: in sh.glob.c (and in fact in the other two places where directories are read), no error checking is done. Csh silently treats a directory read error as EOF. But the original bug is that NeXT's vnoded BSD filesystem (ufs), like Sun's NFS reference ports up until NFSSRC4.0, rejects attempts to read fewer than DIRBLKSIZ (system-specific, apparently 1024 on a NeXT) bytes of directory entries, returning EINVAL. Such broken ufs_readdir implementations also reject attempts to read at a non-DIRBLKSIZ-congruent offset. Sun fixed the bug in NFSSRC4.0, allowing "sub-atomic" read size and truncating the offset to a DIRBLKSIZ boundary. NeXT should have this fix by now. Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05972; 27 Sep 90 10:24 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05539; 27 Sep 90 9:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05378; 27 Sep 90 9:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10440; 27 Sep 90 9:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13325; Thu, 27 Sep 90 06:31:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 22:09:36 GMT From: "Loren (Buck" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Computer Sciences Corporation @ NASA Goddard Space Flight Center Subject: Help with 1/2 inch Magnetic Tapes Message-Id: <3495@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi SGI Fans, Well, we got our 9-track drive, it is a Pertec FS2001-2. I modified /dev/MAKEDEV by changing "KENNEDY*96X2" to "PERTEC*FS2001-2" to create the various device files. We can write and read back tapes, but we are unable to read tapes created on a foriegn machine (dd and our own custom software), by getting the cryptic anything error message "I/O error" The tapes we write can be read on a Sun with a Cipher tape drive (via dd or tar). The foriegn tapes have variable length records up to 3970 bytes, I would like to be able to read them directly with my own custome software, but a solution using dd would be appreciated. The hardware specifics are: SGI PI 4D/20 (low serial number, but more recent electronics module) Pertec FS2001-2 (has a Pertec to SCSI board). A quick side question, is how do I write variable length records on a 9-track tape? Thanks & B Cing U Buck Loren Buchanan | buck@drax.gsfc.nasa.gov | #include CSC, 1100 West St. | ...!ames!dftsrv!drax!buck | typedef int by Laurel, MD 20707 | (301) 497-2531 | void where_prohibited(by law){} CD International lists over 40,000 pop music CDs, collect the whole set.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ad00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad26383; 29 Sep 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19627; 29 Sep 90 1:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24111; Fri, 28 Sep 90 22:10:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 01:09:56 GMT From: Mason Woo Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Schedule for SGI Training courses, through June 1991 Message-Id: <1990Sep26.010956.22587@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is an updated schedule of training courses offered by Silicon Graphics. For information about pricing, course content, locations, or availability, call (800) 356-9492. This schedule is highly subject to change. You can also contact me directly through e-mail at woo@sgi.com Graphics 1 Programming October 1, 1990 (Mt. View, CA) November 5, 1990 (Mt. View, CA) December 3, 1990 (Mt. View, CA) December 17, 1990 (Bethesda, MD) January 7, 1991 (Mt. View, CA) January 21, 1991 (Dallas, TX) January 28, 1991 (Bethesda, MD) February 11, 1991 (Mt. View, CA) February 25, 1991 (Dallas, TX) March 18, 1991 (Mt. View, CA) April 8, 1991 (Bethesda, MD) April 15, 1991 (Dallas, TX) April 22, 1991 (Mt. View, CA) May 20, 1991 (Bethesda, MD) June 3, 1991 (Mt. View, CA) June 17, 1991 (Bethesda, MD) Graphics 2 Programming (also known as Advanced Graphics) (also see below for Graphics 2/PowerVision combined course) October 8, 1990 (Mt. View, CA) November 12, 1990 (Mt. View, CA) December 10, 1990 (Mt. View, CA) February 4, 1991 (Bethesda, MD) February 19, 1991 (Mt. View, CA)--Tuesday start March 4, 1991 (Dallas, TX) April 15, 1991 (Bethesda, MD) June 10, 1991 (Mt. View, CA) June 24, 1991 (Bethesda, MD) PowerVision Graphics Programming (2 days long) (also see below for Graphics 2/PowerVision combined course) November 1, 1990 (Mt. View, CA)--Thursday start November 29, 1990 (Mt. View, CA)--Thursday start January 22, 1991 (Mt. View, CA)--Tuesday start Combined Graphics 2/PowerVision Programming January 14, 1991 (Mt. View, CA) March 25, 1991 (Mt. View, CA) April 29, 1991 (Mt. View, CA) Parallel Programming October 22, 1990 (Mt. View, CA) February 4, 1991 (Mt. View, CA) April 15, 1991 (Mt. View, CA) Mastering IRIX (also known as System Accelerator) October 1, 1990 (Bethesda, MD) October 15, 1990 (Mt. View, CA) October 29, 1990 (Mt. View, CA) November 26, 1990 (Bethesda, MD) December 3, 1990 (Mt. View, CA) January 14, 1991 (Bethesda, MD) January 28, 1991 (Mt. View, CA) February 25, 1991 (Mt. View, CA) March 11, 1991 (Bethesda, MD) March 11, 1991 (Dallas, TX) April 15, 1991 (Mt. View, CA) April 22, 1991 (Bethesda, MD) April 29, 1991 (Dallas, TX) May 13, 1991 (Mt. View, CA) June 3, 1991 (Bethesda, MD) June 10, 1991 (Mt. View, CA) System Administration October 8, 1990 (Bethesda, MD) October 22, 1990 (Mt. View, CA) November 5, 1990 (Mt. View, CA) November 5, 1990 (Bethesda, MD) December 10, 1990 (Mt. View, CA) January 21, 1991 (Bethesda, MD) January 28, 1991 (Dallas, TX) February 4, 1991 (Mt. View, CA) March 4, 1991 (Mt. View, CA) March 18, 1991 (Bethesda, MD) March 18, 1991 (Dallas, TX) April 22, 1991 (Mt. View, CA) May 6, 1991 (Dallas, TX) May 13, 1991 (Bethesda, MD) May 20, 1991 (Mt. View, CA) June 10, 1991 (Bethesda, MD) June 17, 1991 (Mt. View, CA) June 24, 1991 (Dallas, TX) Network Administration October 15, 1990 (Bethesda, MD) December 17, 1990 (Mt. View, CA) February 11, 1991 (Mt. View, CA) March 25, 1991 (Bethesda, MD) April 29, 1991 (Mt. View, CA) System Maintenance (Power Series) March 4, 1991 (Mt. View, CA) June 17, 1991 (Mt. View, CA) System Maintenance (Professional Series) October 22, 1990 (Mt. View, CA) December 3, 1990 (Bethesda, MD) February 4, 1991 (Mt. View, CA) April 29, 1991 (Bethesda, MD) -- Mason ("Mo Better") Woo (415) 962-3314 Silicon Graphics Computer Systems Internet: woo@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!woo   Received: from vmb.brl.mil by VMB.BRL.MIL id ak00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ap00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id ad00122; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac26383; 29 Sep 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19623; 29 Sep 90 1:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23996; Fri, 28 Sep 90 22:04:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 17:25:35 GMT From: dave who can do? ratmandu! ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: workspace Message-Id: <1990Sep25.172535.14621@odin.corp.sgi.com> References: <503@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <503@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) writes: > > ever since we upgraded to 3.3 (~a few weeks ago) workspace > does not work....I geet: > > iris%Can't connect with File Access Monitor (fam) > > i don't really use workspace ...but like to brag to my Mac colleagues > that the iris is just as friendly as the Mac's! > > i wanted to demonstrate workspace, but to no avail.... > is there some initialization files that i should look for or > something? a while back but, it seems no one else has responded. to the best of my knowledge there is only one reason that has come in via calls to HotLineLan' where one will encounter the ubiquitous "can't connect to File Access Monitor" error message. below follows the a "write-up" describing the approach that has always addressed/solved this up to now: ****************************** --- ******************************** cust was finding one of 2 problems occuring when, on their >= 3.2 OS 4D machine, they tried to either fire up ypbind AFTER workspace was already running, OR trying to invoke workspace AFTER ypbind was already running. 1. if workspace is already running and invokes ypbind the system hangs solid 2. if ypbind is already running and they try to invoke workspace they get the error "can't connect with file access monitor". The problem was that their YP server machine was not a >= 3.2 IRIX machine (in this case it wasn't even an IRIS--it was a SUN). below are two ultimate knowledge pieces from sgi-internal know-alls: ----------------------------------------------------------- Fact: If a site is running >= 3.2 software, its YP master machine must also be running the >= 3.2 version of /etc/rpc, which has the services needed for file system monitoring contained within it. ----------------------------------------------------------- ALL this yp and workspace stuff : Two problems have been around : 1 - If the yp server is not running >= 3.2, the /etc/rpc database for everyone who is using yp will not have sgi_fam and sgi_toolkitbusd in it. To fix this, the following lines should be added to /etc/rpc on the server: sgi_toolkitbus 391001 sgi_fam 391002 Then, you should ( on the server ) cd /usr/etc/yp; make rpc 2 - Some people on larger networks have had trouble with autoworkspace. Basically, if the network is large and slow enough, the yp server is not resolved by the time the system tries to start the workspace, and so the workspace fails to start ( since it can't connect to fam, since yp won't tell it how to....) A second or so later, if you try to start the workspace from the system menu, it starts up fine (since yp has by then gotten it's act together...) -- daveus rattus yer friendly neighborhood ratman KOYAANISQATSI ko.yan.nis.qatsi (from the Hopi Language) n. 1. crazy life. 2. life in turmoil. 3. life out of balance. 4. life disintegrating. 5. a state of life that calls for another way of living.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00506; 30 Sep 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00201; 30 Sep 90 11:32 EDT Received: by VMB.BRL.MIL id ab00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26376; 29 Sep 90 1:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19615; 29 Sep 90 1:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23987; Fri, 28 Sep 90 22:04:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 16:40:47 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: 3.3 fortran problem Message-Id: <1990Sep25.164047.13814@odin.corp.sgi.com> References: <9009251048.AA17257@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009251048.AA17257@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > But setting TMPDIR to /usr/tmp only gets part of the problem. If > you try to edit a file that is too big you will fill root. There are > two real solutions: 1) use a symbolic link between /tmp and /usr/tmp > (this seams to be the best solution); 2) repartion the disk to make > root bigger. > Actually, doing both is a good idea with 3.3. We installed 3.3.1 > last week (actually our SGI systems engineer did) and the installation > stopped part way through because there wasn't enough disk space in root. In vi the 'set directory' option lets you point the temp file anywhere Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00506; 30 Sep 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00201; 30 Sep 90 11:32 EDT Received: by VMB.BRL.MIL id ac00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26383; 29 Sep 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19621; 29 Sep 90 1:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24083; Fri, 28 Sep 90 22:07:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Sep 90 23:46:22 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Swap Partitions (again) Message-Id: <1990Sep25.234622.21252@odin.corp.sgi.com> References: <1990Sep25.132534.16796@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep25.132534.16796@cid.aes.doe.CA> aspgasd@cid.aes.doe.CA (Alain St-Denis) writes: >Ok, here's the scenario: > >I want to have my default swap partition on another drive than the one >occupied by root. So, I change SWAPDEV in /usr/sysgen/system >accordingly and I remake /dev/swap and /dev/rswap. I then rebuild the >kernel. Everything seems fine, the values have been changed in the >kernel. So I reboot and guess what, it still uses the old default swap >partition (I want xyl0d1s1 and get xyl0d0s1). Anybody have an idea >what is wrong here? By the way, this was done on a 4D/240S. I tested >the same procedure with a 4D/20 (a different partition on the same >disk) and it worked... You need to unset the non-volatile ram variable "root" in the prom. You can do this by getting into prom manual mode and typing: unsetenv root If root is set, swap automatically gets placed at partition root+1. On the 4D/20 and 4D/25, root is not saved in the n.v. ram. It still works if you set before you boot though. > >Also, since we want to move our swap space and use the whole disk, we >figured that it would be a good idea to have a miniroot that starts >from a partition of our choice. So I naively defined the constant >MINIROOT in /usr/sysgen/system (CCOPTS). You probably don't want to build a mini-root kernel at all. In fact, I'm sure you don't. The mini-root is used for system software installation and crash recovery. In both of these cases a complete filesystem is copied from a tape or remote machine onto the swap partition and booted. To boot the mini-root on an alternate disk you would have to manually copy it there and specify an alternate root on the boot command like this: sash>> boot -f dksc(0,5,0)unix.IP6 root=dks0d5s0 >Any idea, anyone (SGI maybe)? You are treading on what might best be termed ``Advanced Configurations'' here. Good luck. -Wiltse   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29109; 26 Sep 90 6:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29047; 26 Sep 90 6:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29040; 26 Sep 90 6:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05335; 26 Sep 90 6:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05508; Wed, 26 Sep 90 03:02:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 07:01:47 GMT From: alex ho Organization: UC Berkeley Experimental Computing Facility (XCF) Subject: keyboard help for a novice Message-Id: <28210@pasteur.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL is there a way to use bindkey (or any other command) on a pi so that generates control, can be used as meta, and - generates NULL (e.g. for emacs)? thanks! alex alex ho aho@cory.berkeley.edu university of california at berkeley ...ucbvax!cory!aho   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03054; 26 Sep 90 11:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02595; 26 Sep 90 11:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02579; 26 Sep 90 11:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06294; 26 Sep 90 10:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10777; Wed, 26 Sep 90 07:43:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 04:33:55 GMT From: Jeremy Higdon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 'drive faulted' error message Message-Id: <70302@sgi.sgi.com> References: <9009241956.AA08505@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009241956.AA08505@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > >In article <9009221751.AA01139@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU > writes: > >> > >> > >> > >> What does this error message mean on my console (not in syslog): > >> > >> command 82 try 1 ips0d1s7: bn=65873 IOPB > >> word1=821E unrecovered 'drive faulted' > >> > >> Is this a real problem ? Or is this noise ? > >> > > Is data being corrupted, or is it being correctly read ? > My real concern is that is the error such that the ecc (error > correction code) in the drive is unable to correct the error. > > If the error is unrecovered, is it retried and correctly recovered later ? > This error is not a media error, thus ECC correction is not being done. It indicates that the drive is in a 'faulted' state. If the error is unrecoverable, you will see "try 2", "try 3", etc., in place of "try 1" above. It could be that the cables are a little loose (there are three between the controller and the drive), or the drive could just be tired.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03211; 26 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02857; 26 Sep 90 11:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02598; 26 Sep 90 11:03 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06399; 26 Sep 90 11:01 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9559; Wed, 26 Sep 90 10:59:55 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 26 Sep 90 10:36 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA21895; Wed, 26 Sep 90 10:40:41 DSD Date: Wed, 26 Sep 90 10:40:41 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Post Free or Die. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009261740.AA21895@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I would rather post stuff in ftp.brl.mil instead of sgi.com. I think that sgi corporate should NOT have control over what gets posted. Post Free or Die. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03517; 26 Sep 90 12:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03301; 26 Sep 90 11:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03232; 26 Sep 90 11:47 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06586; 26 Sep 90 11:37 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0372; Wed, 26 Sep 90 11:36:30 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 26 Sep 90 11:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:pplacewa@bbn.com) id AA23821; Wed, 26 Sep 90 11:42:40 DSD Date: Wed, 26 Sep 90 11:42:40 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: more sgi tcsh notes/comments/complaints To: pplacewa@bbn.com Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009261842.AA23821@mcirps2.med.nyu.edu> X-Envelope-to: pplacewa@bbn.com, info-iris@brl.mil Thanks for your response to my questions/problems with tcsh. Here are some issues you may have some insight on with tcsh: Symbolic Link directories display only with trailing /. I forget that many of my local directories are really synbolic links to distant directories. How can I get symbolic lines to directories to be displayed somthing like this: LocalDir@/ from the internal ls command. Is there a way to automatically hack up the man pages to extract the command name and valid argument list to make HPATH synopsis ? Has anyone done it ? What about a stub that will give you the full man page if the help file can not be found on HPATH in an editor of your choice (using the EDITOR var) where you can mung on the man page in question to create help directories on the fly ? A test for a shell script to do this if the help page is not found would be appropriate. Help setting TERM variable from clues from machine. My problem is is use the hardwired ports on back of the machine. While it is true that I am on a workstation, my TERM is NOT the workstation. It is some junk terminal plugged in back. I have a system I use to set the TERM and LPDEST for each remote destination I log in on. It is very very slow, and should be part of the shell. I keep track of the tty or net address I log in on, and a database learns all the data it need from each new place I log in on. It tries to make the best guesses it can if I don't help. Any hope in expanding names like foo?bar.xxx interactively ? At present, you can only expand names in the forward direction, foo? . How do you expand a list of files excluding a pattern, eg., all files not (.c .o .u Makefile) ? I already told you about the problems with cd'ing into symbolic links. The prompt line pwd does not correctly reflect the cwd in the symbolic leap. I already told you about the random command line corruption that requires me to log out and log back in to recover. I am posting this to the net in the event that others have comments or ideas. dan. . +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05117; 26 Sep 90 14:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04848; 26 Sep 90 14:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04837; 26 Sep 90 14:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07306; 26 Sep 90 14:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14973; Wed, 26 Sep 90 10:48:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 15:25:00 GMT From: "David B.Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.3 C Weirdness Message-Id: <70328@sgi.sgi.com> References: <761@sun13.scri.fsu.edu>, <70109@sgi.sgi.com>, <803@sun13.scri.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <803@sun13.scri.fsu.edu> pepke@gw.scri.fsu.edu (Eric Pepke) writes: >In article <70109@sgi.sgi.com> davea@quasar.wpd.sgi.com (David B.Anderson) >writes: >> b) the resulting code will defininitely >> not work on our machines if one has >> int x(float); >> int x(y) float y; { } > >Strange. I have 15,000 lines of code with stuff like this out the wazoo, >and it seems to work fine. Of course, the prototype is visible when the >function is defined. Perhaps the compiler does the sensible thing in >spite of whining about it. Yes, you are quite right. My mistake. However it's still not a good idea to do this, since it is a clear violation of the ANSI C standard. {Apologies for the earlier misinformation....} [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05765; 26 Sep 90 15:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05245; 26 Sep 90 14:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05209; 26 Sep 90 14:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07414; 26 Sep 90 14:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15667; Wed, 26 Sep 90 11:13:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 17:48:52 GMT From: William Sherman -Visualization Organization: National Center For Supercomputing Applications Subject: 3.3.1 questions & complaints Message-Id: <1990Sep26.174852.1344@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'll ask the question before I lose my audience. With the new method for starting up X manually, I'm having trouble getting an X application begin automatically upon loging in. My ~/.xSGINeWS.cmd file contains the command "/usr/bin/X11/Xsgi -bs -pseudo", and I do an "xstart -c" before starting the application. I tried putting a sleep command between the two, but that didn't help. Any suggestions? Okay, my first complaint is about something I'm sure SGI considers a "feature." I have some shell scripts to mount and unmount nfs'ed disks to allow me to adapt to network problems, and machines going down. Of course only the superuser can do this, so the scripts are owned by root, and the setuid bit is set. Well, under 3.3.1, I'm informed that "mount_x: Setuid shell scripts not allowed." Is there anything I can do to allow them? If not, there should be. I'm curious as to the reason the arrow keys on the numeric pad now return the same key-codes as the four arrow keys grouped between the keypad and the main section. It seems that if people wanted them to give the same codes, they could do key remapping in their user.ps. How soon before we have to wait for a fix for mail? I understand from a friend, a problem with file-locking causes IRIX to think the mailboxes are corrupted after the filesize is brought down to zero. Is this a serious enought problem to bring about 3.3.2? I prefer to run mail on the same machine I do most of my work on, rather than rlogining onto some foreign system. /************************************************************************/ /* Bill Sherman */ /* National Center for Supercomputing Applications */ /* University of Illinois */ /* Champaign-Urbana */ /* */ /* Internet: wsherman@ncsa.uiuc.edu */ /* */ /* "You want to do mankind a real service? Tell funnier jokes." */ /* Og */ /************************************************************************/   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05765; 26 Sep 90 15:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05398; 26 Sep 90 14:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05348; 26 Sep 90 14:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07475; 26 Sep 90 14:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16006; Wed, 26 Sep 90 11:25:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 18:14:21 GMT From: Michael Kahn Organization: Washington University, St. Louis MO Subject: POP3 server for 4D Message-Id: <1990Sep26.181421.7917@cec1.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a version of the POP3 mail server that can be installed on an SGI 4D machine running IRIX System V Release 3.3? I have a UNIX-based version that doesn't work. Please respond directly to me as I do not receive this newgroup. Thank you, Michael Kahn (kahn@informatics.WUSTL.EDU or kahn@sumex-aim.STANFORD.EDU)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06578; 26 Sep 90 15:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05245; 26 Sep 90 14:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05205; 26 Sep 90 14:26 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa07401; 26 Sep 90 14:17 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3000; Wed, 26 Sep 90 14:16:32 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 26 Sep 90 14:19 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA24525; Wed, 26 Sep 90 14:23:41 DSD Date: Wed, 26 Sep 90 14:23:41 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Pipe input file redirection. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009262123.AA24525@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How do I pipe the stdout and stderr files from a collection of programs into the stdin of another program ? This does not work. #! /bin/sh ( BMDstat $1 2>1 od -d $1 2048. d ) | more I am still, after all these years, mystified by sh and file numbers. Is there a similar incantation for pipes ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07311; 26 Sep 90 16:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06776; 26 Sep 90 16:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06659; 26 Sep 90 15:57 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa07938; 26 Sep 90 15:45 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 5483; Wed, 26 Sep 90 15:47:21 EST Received: by UOGUELPH (Mailer R2.07) id 4387; Wed, 26 Sep 90 15:47:18 EST Date: Wed, 26 Sep 90 15:37:01 EST From: Bob Creedy Subject: C program to import DXF or IGES. To: Iris info list Message-ID: <9009261546.aa07938@VGR.BRL.MIL> Being a relative newcomer to graphics programming I am looking for a program example to help me get started. Specifically I would like a program/program fragment that reads an IGES or DXF file and reconstructs the figure(s) from that file. If anyone could help with an example or point to where one might be, I'd be very grateful. Regards, Bob Creedy ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Bob Creedy, : SOSBOB@VM.UOGUELPH.CA Computing Services, University of Guelph, Ontario, Canada, N1G 2W1 : "Don't worry, I won't tell your Ma". ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07754; 26 Sep 90 17:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac07311; 26 Sep 90 16:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07239; 26 Sep 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08253; 26 Sep 90 16:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18981; Wed, 26 Sep 90 13:17:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 16:26:08 GMT From: Anand Kolatkar Organization: Rice University Subject: popd Message-Id: <1990Sep26.162608.12209@rice.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, this is my first posting on the net which I have to be quite useful Perhaps someone can clue me in to a daemon that I am not familiar with. We have a 320VGX with 3.3 OS. I just noticed a popd daemon as well as a popd.c file in /tmp. The popd.c file is a C program, but what is it doing in /tmp? I am not having any problems with the machine, but I am curious about this POST OFFICE PROTOCOL daemon. Thanks in advance. Anand Kolatkar anand@crysiris.rice.edu -- ///////////////////////////////////////////////////////////////////// // // // Anand Kolatkar E-mail: anand@keckiris.rice.edu // // Rice University //   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07814; 26 Sep 90 17:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07654; 26 Sep 90 17:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07607; 26 Sep 90 17:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08510; 26 Sep 90 17:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19886; Wed, 26 Sep 90 13:52:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 18:57:42 GMT From: David Hinds Organization: AIR, Stanford University Subject: Optimization options in Irix 3.3 Fortran and C Message-Id: <1990Sep26.185742.7454@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL On the last page of the 3.3 fortran-77 release notes, there is a paragraph about optimization of multiprocessed fortran code. It says the combination of -o3 and -mp will disable the "no parameter aliasing" optimization, but that this can be re-enabled as an option to "uopt". My first question is, why is this? What is special about multiprocessed fortran that changes the way parameter aliasing can be handled? (Aliasing is not allowed in the Fortran standard, anyway). My second question is, is this optimization flag available for code in other languages? Can I link a pure C program with a "-Wo,-noPalias" option if my code does not use aliasing, or does the standard library use aliasing that will screw things up? Because aliasing in C is a significant barrier to optimization, yet rarely used, it seems that this would be a useful trick. Are there any other options to "uopt" that we should know about? I can't find a manual page for it anywhere. -David Hinds dhinds@cb-iris.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07852; 26 Sep 90 17:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07311; 26 Sep 90 16:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07239; 26 Sep 90 16:35 EDT Received: from Icarus.AE.MsState.Edu by VGR.BRL.MIL id aa08163; 26 Sep 90 16:05 EDT Received: from tardis.ae.msstate.edu by Icarus.AE.MsState.Edu (4.0/5.0s); id AA19641; Wed, 26 Sep 90 12:15:59 CDT Date: Wed, 26 Sep 90 12:15:59 CDT From: Larry Thorne Message-Id: <9009261715.AA19641@Icarus.AE.MsState.Edu> To: info-iris@BRL.MIL Subject: 4MB SIMMs in a 4D/25 We're about to try installing some 4MB SIMMS in one of our 4D/25TGs. I've heard rumors that a certain ROM revision level is required for the PI to recognize 4MB SIMMs. Is this correct? If so, what ROM revision level is required? And, if a ROM revision level is required that's different from the one we have, how do we get the "new" one? Thanks in advance! Larry Thorne larryt@ae.msstate.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08901; 26 Sep 90 19:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08445; 26 Sep 90 18:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08354; 26 Sep 90 18:25 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa08691; 26 Sep 90 18:14 EDT Received: from relay2.cs.net by RELAY.CS.NET id af13413; 26 Sep 90 18:14 EDT Received: from dupont.com by RELAY.CS.NET id aa11858; 26 Sep 90 18:07 EDT Date: Wed, 26 Sep 90 10:37 EST From: MOHRINGJ%ESVAX%dupont.com@relay.cs.net Subject: Re: Binary Programs on Info-Iris To: info-iris@BRL.MIL X-VMS-To: ESPRNT::IN%"info-iris@BRL.MIL" Message-ID: <9009261814.aa08691@VGR.BRL.MIL> A brief description of what the file does and any requirements as to operating system, hardware configuration, etc., would be nice, but if it's a matter of posting or not posting, I'll muddle through on my own if I HAVE TO. I, for one, don't look a gift horse in the mouth. Jim Mohring DuPont Experimental Station Node: mohringj%esvax%dupont.com Phone 302-695-4325 FAX 302-695-1173 "Silence is the ONLY acceptable substitute for Brains"   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01589; 26 Sep 90 23:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01555; 26 Sep 90 23:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01542; 26 Sep 90 22:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09267; 26 Sep 90 22:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01747; Wed, 26 Sep 90 19:31:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 23:45:34 GMT From: John Chee Wah Organization: University of Toronto Physics/Astronomy/CITA Subject: Re: Amd5.3 ported to IRIX 3.3.1 Message-Id: <1990Sep26.194533.23298@helios.physics.utoronto.ca> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article srp@babar.mmwb.ucsf.edu (Scott R. Presnell) writes: # I had mentioned some time ago that I was trying to port amd (an alternative # automount daemon) to IRIX. Some people had asked how that was going, I # don't have their addresses anymore. Well, it's done, I think, for now. # I've only tried this on a 4D/20G running IRIX 3.3.1. # # The difference was: 1) using amd5.3-alpha (from usc.edu in pub/amd). # and that my knowledge of irix has increased. # # As a plug for amd - 5.3alpha has some pretty cool new features (new map # types) in it. It's got alot to offer for special, varied mount situations. # Though for general purpose, SGI's port of automount seems just fine. # # So if you want to, get the diffs from cgl.ucsf.edu (128.218.14.2) in # upload/amd5.3a.irix.shar. # # I'm still experimenting with the possible mount configurations at our site, # and I have not confirmed the operation of all the options. Drop me a line # if you use it and find out something interesting. These diffs are also # going to the original author. # # N.B.: Direct maps *DO NOT WORK!!* *DON'T* try them unless you want to lock # up your file system. This also seems to be true for the IRIX 3.3 # automount. It doesn't seem to be an error in the programs, the pseudo # mounts seem to be set up correctly. I'm curious: can anyone from SGI # comment on the problem? 3.3.1 automount (only tried direct map) does not work either. It does not follow the symlinks it creates and the automounter cannot be restarted after it is killed. I cannot remember if I reported it to the hotline under 3.3. I too would like to hear what SGI has to say about this. Time to look at amd again. # # Thanks, and Good luck. # # - Scott Presnell (srp@cgl.ucsf.edu) # # -- # Scott Presnell +1 (415) 476-9890 # Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu # University of California UUCP: ...ucbvax!ucsfcgl!srp # San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01648; 26 Sep 90 23:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01589; 26 Sep 90 23:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01557; 26 Sep 90 22:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09297; 26 Sep 90 22:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02438; Wed, 26 Sep 90 19:46:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 10:31:30 GMT From: "Cameron Simpson,Uhmmm..???? Who knows" Organization: none Subject: dumb question about libgl.a and openwin()... Message-Id: <861@usage.csd.unsw.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a program which does simple things, like opening a few windows and scribbling in them. If I compile it on a 4D and run it there, fine. Likewise for compiling on a PI and running it there. When I try to run the 4D verion on the PI it says Unable to map GM DRAM: No such device When I try to run the PI version on the 4D it says Unable to map FIFO: No such device The code in question reads like [...] prefposition(...); openwin("dummy"); It dies in the openwin(). I'm obviously missing something extremely basic here. How do I make a binary which will run on both? - Cameron Simpson cameron@spectrum.cs.unsw.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01730; 26 Sep 90 23:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01555; 26 Sep 90 23:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01542; 26 Sep 90 22:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09265; 26 Sep 90 22:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01489; Wed, 26 Sep 90 19:24:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 09:58:02 GMT From: Lars Soltau Organization: United Federation of Planets Subject: My history improvements Message-Id: <823@ncc1701.stgt.sub.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL OK, nobody is perfect. When I prepared my changes for distribution (reformatted everything etc.) I omitted two bug-fixes that I already had made. First, in readline.c, "list-possible-completions", which I changed from format "ls" to format "ls -F", listed directories with trailing "*". Second, in some cases, when a history line was replaced with itself, bash dumped core. Below are two short patches which correct these problems. Now, I would very much like to here from you if you use the history improvements. Please drop me a note, improvements, comments, etc., at the address below. I am doing this as software project and need comments. Thnx. # This is a shell archive. # Remove everything above and including the cut line. # Then run the rest of the file through sh. #----cut here-----cut here-----cut here-----cut here----# #!/bin/sh # shar: Shell Archiver # Run the following text with /bin/sh to create: # diff_history.c # diff_readline.c # # This archive created: Wed Sep 26 10:51:24 1990 cat << \SHAR_EOF > diff_history.c 284a285,289 > if (pos == which) > { > /* Replace a line with itself? Huh? */ > return(NULL); > } SHAR_EOF cat << \SHAR_EOF > diff_readline.c 5539a5540,5542 > case S_IFDIR: > suffix = '/'; > break; SHAR_EOF # End of shell archive exit 0 -- Lars Soltau bang: Bix: -- no bucks -- smart: space@ncc1701.stgt.sub.org Stuttgart-Zuffenhausen, where dreams come true: Heaven is Eleven!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01771; 26 Sep 90 23:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01555; 26 Sep 90 23:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01542; 26 Sep 90 22:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09263; 26 Sep 90 22:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01491; Wed, 26 Sep 90 19:25:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 23:20:30 GMT From: Mark Bradley Organization: Solbourne Computer Systems Subject: Re: 1/2 inch Magnetic Tapes Message-Id: <1990Sep26.232030.1688@Solbourne.COM> References: <1990Sep25.160807.6878@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep25.160807.6878@sgzh.uucp> root%sgzh.uucp@uunet.uu.net (Bruno Pape) writes: >Hello again everyone, > >Today I would like to move a Cipher M890 or M891 1/2 inch magnetic >tape drive with a Pertec interface from an IRIS 3130 to a PI. > >The first problem is that the VME connectors on the 3000 seem to be >different than on the PI. That's because the VME connectors on the 3000 are not VME connectors. They're Multibus connectors. >The next one I can only guess would be a >driver problem? No. You need the 772. It runs this drive just fine. > >Can anyone help me out? Would the Xylogics 772 1/2 mag tape controller >work with that drive? Should I just chuck it out the window and by a >new SCSI drive? Not if the old one still works... Check the cost of a 772 vs. the SCSI 1/2 inch drive, tho. It may be close to a `wash'. > >Thanks in advance, > >Bruno markb -- Mark Bradley (DoD#1100) Faster, faster, until the thrill I/O Subsystems of speed overcomes the fear of death. Solbourne Computer, Inc. --Hunter S. Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04159; 27 Sep 90 8:09 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03722; 27 Sep 90 7:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03667; 27 Sep 90 7:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10094; 27 Sep 90 7:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07086; Wed, 26 Sep 90 23:41:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Sep 90 20:48:40 GMT From: Guido van Rossum Subject: X server bug drawing XOR rectangles (3.3 on PI) Message-Id: <2243@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL [I have no idea where to mail this (nor does our local SGI guru) so I'll post it here and hope someone at SGI will pick it up.] The 3.3 Xsgi is definitely a vast improvement, but I once crashed it and got it to behave weird with this bug: I have a program (really a library -- stdwin if you're interested) which creates a tall window, say, 100x500, with an even taller subwindow, say, 100x2000. Using scroll bars I move the subwindow up and down in the main window and draw in it (in the subwindow, that it). This goes fine. But I want to invert a particular line of text. This I do with XOR drawing mode and the bitplane set to the XOR of the foreground and background pixel values (I draw B/W only). When the XORed rectangle is visible in the main window, it is fine. When I scroll it a little bit out of sight, it is still fine. But when I scroll it way out of sight (outside the screen boundaries?), the entire main window gets inverted. This is consistent; when I issue the same XOR instruction again the window is inverted back to normal. Note that if I make the width of the inverted rectangle much larger than the window (1000) I may crash the X or NeWS server (this happened the first time when I tried it). I suspect that the outcome of the clipping applied by the server is wrong, but I can only guess. I can provide an example if required. -- Guido van Rossum, Centre for Mathematics and Computer Science (CWI), Amsterdam guido@cwi.nl or ..!hp4nl!cwi.nl!guido or guido%cwi.nl@uunet.uu.net ZZ Q q :q :wq :q! :w! :-)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22864; 28 Sep 90 15:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab22666; 28 Sep 90 15:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22570; 28 Sep 90 15:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17578; 28 Sep 90 15:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05854; Fri, 28 Sep 90 12:24:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 03:55:47 GMT From: Joel Tenenbaum Organization: SUNY, Purchase NY Subject: Re: Binary Programs on Info-Iris Message-Id: <7@purvid.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Several recent postings have dealt with the pros and cons of posting binaries (and to some extent, large sources) in terms of security and accompanying instructions. Another issue is relevant to those of us at the far ends of the Usenet distribution tree. My upstream node has pointed out that substantial phone time and occasional clogging of the queues occurs due to these large files (One of them, about 160K, violates the size limits on some of the intermediate mailers). It is my understanding that the etiquette in other groups is for the availability of such programs to be posted. The actual transfer is then done by mail or ftp from an archive. While we also have an Internet connection, I suspect that a number of readers are still phone based. Any thoughts? Joel -- Joel Tenenbaum joel@purvid.purchase.edu ...hsi!mlfarm!purvid!joel   Received: from vmb.brl.mil by VMB.BRL.MIL id am00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ar00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id af00122; 30 Sep 90 11:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac26506; 29 Sep 90 1:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19646; 29 Sep 90 1:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24280; Fri, 28 Sep 90 22:17:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 01:08:22 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Pipe input file redirection. Message-Id: <1990Sep27.010822.29149@relay.wpd.sgi.com> References: <9009262123.AA24525@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009262123.AA24525@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > > How do I pipe the stdout and stderr files from a collection of programs > into the stdin of another program ? > > This does not work. > > #! /bin/sh > ( > BMDstat $1 2>1 > od -d $1 2048. d > ) | more > > I am still, after all these years, mystified by sh and file numbers. > > Is there a similar incantation for pipes ? > > dan. The UNIX convention for Standard I/O (stdio) is to assign input and output streams accordingly: Stream File Descriptor Number ====== ====================== stdin 0 stdout 1 stderr 2 If you look in /usr/include/stdio.h, you see the following: #define stdin (&_iob[0]) #define stdout (&_iob[1]) #define stderr (&_iob[2]) The first 3 file descriptors are allocated to stdio. Nothing magical, just not widely advertised. Bourne shell uses the notation i>&j for merging output on stream i into stream j. In this case, to merge stderr into stdout, use the notation 2>&1 as such: BMDstat $1 2>&1 As a side note, a really useful book for UNIX is "The UNIX Programming Environment" by Kernignan and Pike from Prentice-Hall. They have a discussion of stdio redirection in section "3.7 More on I/O Redirection" on p.92. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id ac04159; 27 Sep 90 8:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab03722; 27 Sep 90 7:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03667; 27 Sep 90 7:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10096; 27 Sep 90 7:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06149; Wed, 26 Sep 90 22:31:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 05:26:19 GMT From: Seth Teller Organization: University of California at Berkeley Subject: PI emacs -- core dumps! Message-Id: <28267@pasteur.Berkeley.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i installed emacs on our new PI today-- this was the version i used: Reading product descriptors from ... emacs 643922662 Emacs Option i selected everything, installed everything, and checked that everything had new dates. but... invoking /usr/bin/emacs gives Illegal instruction (core dumped) i think my environment, etc., is correct: ELIBDIR=/usr/lib/emacs EPATH=/usr/lib/emacs/maclib TERM=iris-ansi etc. what the @!#$%^& is going on? can anybody shed some light? seth   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06371; 27 Sep 90 10:55 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05733; 27 Sep 90 10:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05585; 27 Sep 90 9:57 EDT Received: from nac.no by VGR.BRL.MIL id aa10468; 27 Sep 90 9:46 EDT Received: from localhost by nac.no (5.64+IDA/Babel-1.6/6.0) with SMTP id AAnac19875; Thu, 27 Sep 1990 15:46:22 +0200 Received: from /PRMD=uninett/ADMD=_/C=no/ by nac.no with X.400 id ; Thu, 27 Sep 1990 15:46:21 +0200 Date: Thu, 27 Sep 1990 15:46:21 +0200 From: Finn Drablos To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Pinnacle Magneto Optical Disks Message-Id: <216*finn.drablos@sintef.no> In our everlasting hunt for more disk space we have started to think about magneto optical disks. We have been contacted by a company selling Pinnacle systems, and we have been looking at the REO-650 disk. It is a SCSI disk, and we want to connect it to a 4D25TG. But they (the norwegian company) have no experience with SGI systems. Any comments/hints/advices regarding magneto optical disks in general and Pinnacle systems in particular will be very much appreciated. And a related question. I assume that magneto optical disks will not be affected by strong magnetic fields outside the drive. As I am working in a Nuclear Magnetic Resonance research center, it is nice to know if anything may happen to may data when I carry my disk past one of the magnet rooms ... Thanks in advance !!! Finn Drablos PHONE +47 7 997710 FAX +47 7 997708 MR-Senteret, UNIMED, SINTEF C=no;P=uninett;O=sintef;G=finn;S=drablos; N-7034 TRONDHEIM, NORWAY MHS(EAN) : finn.drablos@sintef.no EARN/BITNET : drabloes@norunit ----------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06877; 27 Sep 90 11:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06371; 27 Sep 90 11:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06245; 27 Sep 90 10:47 EDT Received: from fedc04.FED.ORNL.GOV by VGR.BRL.MIL id aa10685; 27 Sep 90 10:39 EDT Date: Thu, 27 Sep 1990 10:40:31 EDT From: "To Thine Own Self be True." Message-Id: <900927104031.2020ab70@FEDC04.FED.ORNL.GOV> Subject: Color Postscript dumps anybody??? To: info-iris@BRL.MIL X-Vmsmail-To: SMTP%"info-iris@BRL.MIL" Hello all, Does anybody have, (or know where I can get via anonymous FTP), a color Postscript screen dump routine? The ones I have are B&W image dumps, and I can't seem to convert them to color. I want to print them on a QMS 100 ColorPostscript laser printer. HELP!!! Thanks in advance. Jason Ruiter Fusion Energy Divsion Oakridge National Labs (615) 574 1308   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07927; 27 Sep 90 13:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07748; 27 Sep 90 13:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07691; 27 Sep 90 12:49 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa11441; 27 Sep 90 12:46 EDT Received: from cgch.UUCP by chx400.switch.ch (5.61/Ultrix2.4-C) id AA16154; Thu, 27 Sep 90 18:27:54 +0200 Received: from wirz.cigy (cgcha) by ciba-geigy.ch id AA15515; Thu, 27 Sep 90 18:07:05 +0200 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA04782; Thu, 27 Sep 90 18:07:05 +0200 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA21257; Thu, 27 Sep 90 18:07:42 DST (5.52/SMI-3.2-CG-1.0H) Date: Thu, 27 Sep 90 18:07:42 DST From: Dipl agr Veronique Eyraud Message-Id: <9009271607.AA21257@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: HELP! Users can't log Cc: deyrau@ciba-geigy.ch I can log on the machine as root, butanybody else gets thrown away. No explanation in the console or SYSLOG. I have checked the password file (yp used successfuly on another machine) the login directories are there and accessible the /etc/cshrc, .cshrc and .login (we are running the csh) Everything looks desperately normal Any idea? (My local support says I should reload the system ---GASP!!!)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08840; 27 Sep 90 13:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07504; 27 Sep 90 12:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07496; 27 Sep 90 12:12 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa11156; 27 Sep 90 11:58 EDT Received: Thu, 27 Sep 90 11:59:06 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 27 Sep 90 11:59:06 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009271459.AA25099@aero4.larc.nasa.gov> To: finn.drablos@sintef.no Subject: Re: Pinnacle Magneto Optical Disks Cc: info-iris@BRL.MIL I've heard not to buy drives made by Ricoh. There are a lot of Sony drives out there and more companies are making them now. (At first all the drives were made by Ricoh and Sony, and other companies bought their drives from them and put their on name on them, VAR's) I don't think strong magnetic fields should have an effect on the disks. The disk has to be heated with a laser before the magnetic field is changed. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09055; 27 Sep 90 14:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08129; 27 Sep 90 13:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08104; 27 Sep 90 13:23 EDT Received: from MCCLB0.MED.NYU.EDU by VGR.BRL.MIL id aa11565; 27 Sep 90 13:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 27 Sep 90 13:17 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!pasteur!miro.Berkeley.EDU!seth) id AA29850; Thu, 27 Sep 90 13:21:20 DSD Date: Thu, 27 Sep 90 13:21:20 DSD From: karron@mcirps2.med.nyu.edu Subject: Re: PI emacs -- core dumps! To: Seth Teller Cc: info-iris@vgr.brl.mil Reply-to: karron@cmcl2.nyu.edu Message-id: <9009272021.AA29850@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@VGR.BRL.MIL Unipress Emacs strikes again. I am surprised that it works for anyone these days. Sounds like you have an ancient version. Illegal instructions sound like the wrong processor. Send it back and write emacs@unipress.com and let them know that their product is no good. They probably already know it, but just wont admit it. They are too busy porting it to suns to pay attention to sgi machines. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09506; 27 Sep 90 14:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08840; 27 Sep 90 13:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08689; 27 Sep 90 13:46 EDT Received: from ugw.utcs.utoronto.ca by VGR.BRL.MIL id aa11760; 27 Sep 90 13:38 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57430; Thu, 27 Sep 90 13:34:21 EDT Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.07) with BSMTP id 6368; Thu, 27 Sep 90 13:29:44 EDT Date: Thu, 27 Sep 90 14:08:00 EDT From: Martin Serrer Subject: Looking for wave simulation software To: info-iris@BRL.MIL Message-id: <2A7DB2F67DBF001F4A@NRCNET.NRC.CA> X-Envelope-to: info-iris@BRL.MIL X-VMS-To: NRCNET::IN%"info-iris@BRL.MIL" Hellooo out there. The Coastal Zone Engineering group here at NRC is looking at using an Iris to do their wave simlations. And instead of re-inventing the wheel I thought I would ask this group if anyone knows of any software specifically designed to do this or of a more general package which could be adapted. The idea is to visualize different break-water configurations, harbour entrances, blah, blah, blah and their effects etc. on the screen rather than pour many, many cubic meters of concrete and swish around thousands of gallons of water for each new project as is current practice. Thanks in advance for any help. Martin +-----------------------------------------------------------------------------+ | Martin Serrer Systems Lab., Bldg. M3, Montreal Rd.| | 613-993-9442 (Bell) National Research Council of Canada,| | serrer@syslab.nrc.ca (E-mail) Ottawa, Ontario, Canada K1A-0R6 | +------------------- Software Rusts, Rust never Sleeps -----------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09786; 27 Sep 90 14:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09055; 27 Sep 90 14:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08976; 27 Sep 90 13:58 EDT Received: from relay.nswc.navy.mil by VGR.BRL.MIL id aa11842; 27 Sep 90 13:51 EDT Date: Thu, 27 Sep 90 13:51:39 edt From: djennin@relay.nswc.navy.mil To: info-iris@BRL.MIL Subject: Hollow Polygon Drawing Algorithm Message-ID: <9009271351.aa11842@VGR.BRL.MIL> In reference to Issue 11 in the IRIS Universe, in the article 'The Hidden Charms of Z-Buffer', pp. 34 - 37, a person in my group is having difficulty implementing the hollow polygon algorithm. It appears that the entire sphere is always visible, instead of what is shown in Figures 5 and 6. She is using RGB mode, with the z comparison reversed (as discussed on p. 32, i.e., 'lsetdepth(0x7fffff, 0x000000)'), and Gouraud (default) shading. Has anyone successfully implemented this, and if so, what does your initialization look like (are we just forgetting to set some parameter)? We have tried several ways to get this to work, but it always appears the same. Thanks. David Jennings Naval Surface Warfare Center djennin@relay.nswc.navy.mil   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10099; 27 Sep 90 15:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09786; 27 Sep 90 14:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09632; 27 Sep 90 14:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11932; 27 Sep 90 14:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03933; Thu, 27 Sep 90 11:08:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 17:50:12 GMT From: William Sherman -Visualization Organization: National Center For Supercomputing Applications Subject: Re: Pinnacle Magneto Optical Disks Message-Id: <1990Sep27.175012.4278@ux1.cso.uiuc.edu> References: <216*finn.drablos@sintef.no> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There are two companies that I know of that sell MO systems specifically for SGI's. I've been talking to both for about a year, so by now, they've had time to work out some/most/all of the problems. The companies are (in no particular order): Introl Corp. 2675 Patton Road St. Paul, MN 55113 (612) 631-7600 They have both a ~600 Meg/disk system, and a 1024 Meg/disk system. Genesis Imaging Technologies, Inc. 1220 Valley Forge Rd. Valley Forge, PA 19482-0962 (215) 933-4848 They sell only the 600 Meg MO drives. Although I think they have a 25 platter Jukebox. Of course, the usable storage per disk is reduced by formatting, and also (this is VERY important) the disks are two sided, only one of which is accessable at a time - you have to physicaly flip the disk to access the other half. Disclaimer: I am not associated with either company. I havn't bought a product from either company, although I'm still hoping. And, these products are not necessarily the companines full product line. Only the MO products that I happen to know about. Bill /************************************************************************/ /* Bill Sherman */ /* National Center for Supercomputing Applications */ /* University of Illinois */ /* Champaign-Urbana */ /* */ /* Internet: wsherman@ncsa.uiuc.edu */ /* */ /* "You want to do mankind a real service? Tell funnier jokes." */ /* Og */ /************************************************************************/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10253; 27 Sep 90 15:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09211; 27 Sep 90 14:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09115; 27 Sep 90 14:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11873; 27 Sep 90 14:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03318; Thu, 27 Sep 90 10:42:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 16:08:18 GMT From: "Adam W. Feigin" Organization: Pixel Pushers of America Subject: Using the automounter with NIS (YP) Message-Id: <1890@fcs280s.ncifcrf.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We've been able to get the automounter to work successfully using ASCII maps (/etc/auto.home, /etc/auto.master), but we have not been able to get it to work with YP maps. With ASCII maps, we invoked automount in the following manner: automount -v -T /net /etc/auto.home (auto.home map) automount -v -T -m -f /etc/auto.master (auto.master) Both of the above work fine. The respective files look like: ---------------------auto.home----------------------------- fciris2 -hard,intr,rw fciris2:/home/fciris2 fciris3 -hard,intr,rw fciris3:/usr/people ---------------------auto.master---------------------------- /net /etc/auto.home All of this works like a charm. Now, we try to make YP maps from these files. The following are the entries we added to /usr/etc/yp/Makefile: auto.master.time: $(DIR)/auto.master cat $(DIR)/auto.master | sed -e '/^#/d' | sed -e '/^$$/d' | \ awk 'BEGIN { OFS ="\t"; } { print $$2, $$0 }' | \ $(MAKEDBM) - $(YPDBDIR)/auto.master ; \ touch auto.master.time; \ echo "updated auto.master"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) auto.master; \ echo "pushed auto.master"; \ else \ : ; \ fi auto.home.time: $(DIR)/auto.home cat $(DIR)/auto.home | sed -e '/^#/d' | sed -e '/^$$/d' | \ awk 'BEGIN { OFS ="\t"; } { print $$1, $$0 }' | \ $(MAKEDBM) - $(YPDBDIR)/auto.home; \ touch auto.home.time; \ echo "updated auto.home"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) auto.home; \ echo "pushed auto.home"; \ else \ : ; \ fi ypcat shows: %ypcat auto.master /net auto.home %ypcat auto.home fciris2 -hard,intr,rw fciris2:/home/fciris2 fciris3 -hard,intr,rw fciris3:/usr/people makedbm shows: %../makedbm -u auto.home fciris2 fciris2 -hard,intr,rw fciris2:/home/fciris2 fciris3 fciris3 -hard,intr,rw fciris3:/usr/people YP_LAST_MODIFIED 0654450399 YP_MASTER_NAME fciris2 %../makedbm -u auto.master /net /net auto.home YP_LAST_MODIFIED 0654451301 YP_MASTER_NAME fciris2 But, when we try to invoke automount with: /usr/etc/automount -v -T it dies without any error message whatsoever. Anyone have an inkling as to what our problem is ? Has anyone got automount running with/under YP (NIS) ?? This is under Irix 3.3.1, on a 4D/70 and 4D/70GT.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10782; 27 Sep 90 15:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10477; 27 Sep 90 15:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10346; 27 Sep 90 15:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12116; 27 Sep 90 15:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05318; Thu, 27 Sep 90 12:06:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 19:01:12 GMT From: Byron Rakitzis Organization: Computer Science Department, Texas A&M University Subject: memory, 200 series Message-Id: <8598@helios.TAMU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have experience with adding 1Mb or 4Mb memory chips to an sgi 200 series? It is my understanding that sgi sells 2Mb modules for these machines, but I was wondering if anyone has had success with the 1Mb or 4Mb SIMMS. Please reply by mail. If there is interest, I will summarize to the net. Thanks for your help. Byron Rakitzis.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11128; 27 Sep 90 16:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10782; 27 Sep 90 15:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10639; 27 Sep 90 15:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12187; 27 Sep 90 15:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05540; Thu, 27 Sep 90 12:17:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 19:03:28 GMT From: Jeff Prothero Organization: Biological Structure, U of Wash, Seattle Subject: 1024 x 768 video from Personal Iris? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know how/if you produce 1024 x 768 video on a Personal Iris? I understand the PI is available with a Sony monitor which runs at this resolution, but am unable to find anyone who has such a beast, any manual reference to putting the PI into such a video mode, any header file defining such a mode, or any hint that a special video board is required/available. (The problem is that the film recorder we bought for our Iris 3020 (remember them?) maxes out at 1024x768. We're now using PIs everywhere, and would like to use the film recorder with them. We can't afford a new 1280x1024 film recorder, and it looks like our 3020 is headed for the junkheap. So a hardware and/or software hack to temporarily (or even permanently) set a PI to produce 1024 x 768 video would be very welcome just now...) Thanks in advance, -- Jeff   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13124; 27 Sep 90 21:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12723; 27 Sep 90 19:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12705; 27 Sep 90 19:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13268; 27 Sep 90 19:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00476; Thu, 27 Sep 90 16:04:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 21:19:50 GMT From: Gary Chappell Organization: BioCAD Corporation Subject: Position Available: 3D Graphics S/W Engineer Message-Id: <31026@biocad.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL BioCAD Corporation is looking for an individual with extensive experience designing and implementing 3D applications and graphical user interfaces. Please see article <31025@biocad.UUCP> in misc.jobs.offered if interested. Thank you. -- Gary Chappell, BioCAD | Better Chemistry Thru Computers sgi!biocad!gary 415/903-3900| Better Living Thru Chemistry   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13168; 27 Sep 90 21:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13078; 27 Sep 90 21:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12997; 27 Sep 90 20:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13526; 27 Sep 90 20:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03686; Thu, 27 Sep 90 17:42:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 00:11:11 GMT From: "Scott R. Presnell" Subject: rpc.{statd,lockd} problems Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am having problems with statd and lockd in a local network of SGIs (4D'/20G running 3.3.1). There are also sun sparcs on the same local net. Without running rpc.statd and rpc.lockd everything is fine. I've narrowed it down to this: Two hosts running both statd and lockd (checked registration with rpcinfo). The /usr/mail direcory is on host A, I am on host B (no MX records in the nameserver entry). /usr/mail is NFS mounted onto host B. I send mail to myself on host B. I don't get it. "mail" process exists but isn't going anywhere (appear stuck). There's a lock file for me (srp.lock) in the mail directory. On host B (babar) the SYSLOG says: Sep 27 16:21:21 babar unix: lock-manager: RPC error: Can't decode result On host A (celeste) the SYSLOG repeats until process death: Sep 27 17:03:45 celeste rpc.lockd[3673]: cannot contact local statd Sep 27 17:03:45 celeste rpc.lockd[3673]: req discard due to status monitor problem (rpc.statd is indeed running on this host and is rpc registered) Has anyone else experienced this sort of a problem? Can anyone provide a clue? Thanks for your help. - Scott -- Scott Presnell +1 (415) 476-9890 Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu University of California UUCP: ...ucbvax!ucsfcgl!srp San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13508; 27 Sep 90 23:24 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa13440; 27 Sep 90 22:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13400; 27 Sep 90 22:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13714; 27 Sep 90 22:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06354; Thu, 27 Sep 90 19:15:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 20:53:15 GMT From: Jeremy Higdon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Help with 1/2 inch Magnetic Tapes Message-Id: <70522@sgi.sgi.com> References: <3495@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3495@dftsrv.gsfc.nasa.gov>, buck@drax.gsfc.nasa.gov (Loren (Buck) Buchanan) writes: > Hi SGI Fans, > > Well, we got our 9-track drive, it is a Pertec FS2001-2. I modified > /dev/MAKEDEV by changing "KENNEDY*96X2" to "PERTEC*FS2001-2" to create > the various device files. We can write and read back tapes, but we > are unable to read tapes created on a foriegn machine (dd and our own > custom software), by getting the cryptic anything error message > > "I/O error" > > The tapes we write can be read on a Sun with a Cipher tape drive (via > dd or tar). > > The foriegn tapes have variable length records up to 3970 bytes, I > would like to be able to read them directly with my own custome software, > but a solution using dd would be appreciated. > > The hardware specifics are: > SGI PI 4D/20 (low serial number, but more recent electronics module) > Pertec FS2001-2 (has a Pertec to SCSI board). > > A quick side question, is how do I write variable length records on a > 9-track tape? Are you using the variable device? If you are not, then using it may answer both of your questions, as you can not generally read variable blocksize tapes using the fixed block device. "man tps" for more info.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21540; 28 Sep 90 14:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21218; 28 Sep 90 14:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21162; 28 Sep 90 13:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16979; 28 Sep 90 13:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06715; Thu, 27 Sep 90 19:29:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 23:05:06 GMT From: "Bernard J. Duffy" Organization: University of Maryland Baltimore County Subject: Re: 3.3.1 questions & complaints Message-Id: <4034@umbc3.UMBC.EDU> References: <1990Sep26.174852.1344@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep26.174852.1344@ux1.cso.uiuc.edu> wsherman@newton.ncsa.uiuc.edu (William Sherman -Visualization) writes: ... (X stuffs deleted) > >Okay, my first complaint is about something I'm sure SGI considers >a "feature." I have some shell scripts to mount and unmount nfs'ed >disks to allow me to adapt to network problems, and machines going >down. Of course only the superuser can do this, so the scripts are >owned by root, and the setuid bit is set. Well, under 3.3.1, I'm >informed that "mount_x: Setuid shell scripts not allowed." Is there >anything I can do to allow them? If not, there should be. > ... other stuffs deleted... > >/* Bill Sherman National Center for Supercomputing Applications */ >/* University of Illinois Champaign-Urbana */ Bill, I've been told that suid scripts are dangerous, so I put my {,u}mount command for an optical drive (have to change platters from time to time). The program is real simple and I've over-commented it below. I needed to use getgid() to restrict use to the group of users that owned the optical drive. Other command(s) could be enveloped in this manner. Here's the program : /* cut here ...... */ /* moptical.c - Allow someone of the groupS group to become root and execute the /etc/mount /chem2/optical (or /etc/umount /chem2/optical if executed with uoptical softlink) command without the hassle of typing in the root passwd (or even knowing it). Author: Bernie Duffy, Academic Computing Date: Jan. 19, 1990 To install it: (Executible must, of course, be suid.) ! on chem3 cd /usr/local/grps/src/moptical newgrp groupS cc moptical.c -o /usr/local/grps/bin/moptical cd /usr/local/grps/bin ln -s /usr/local/grps/bin/moptical uoptical chmod 4750 moptical # ls -l /usr/local/grps/bin/*opt* -rwsr-x--- 1 root groupS 42664 Jan 19 17:50 moptical* l--------- 1 root groupS 28 Jan 19 17:51 uoptical@ -> /usr/local/grps/bin/moptical */ #include #define GROUPID 30 #define GROUPNAME "groupS" #define DISKPARTITION "/chem2/optical" main (argc,argv) int argc; char **argv; { if (getgid() != GROUPID && getuid() != 0) { fprintf(stderr, "You don't belong to the %s group, sorry.\n", GROUPNAME); exit(0); } printf ("Please wait... "); setuid(0); if ( strncmp (argv[0], "moptical", 8) == 0 ) { printf("Mounting %s : mount -c %s\n", DISKPARTITION, DISKPARTITION); execlp("/etc/mount", "mount", "-c", DISKPARTITION, (char *) 0); } else { printf("Un-mounting %s : umount %s\n", DISKPARTITION, DISKPARTITION); execlp("/etc/umount", "umount", DISKPARTITION, (char *) 0); } perror(argv[0]); exit(0); } /* end of moptical.c program. execlp() will only return if there is a permission or process creation error... that's the only way exit(0); will get called. */ -- Bernie Duffy Systems Programmer II | Bitnet : BERNIE@UMBC2 Academic Computing Services - L005e | Internet : BERNIE@UMBC2.UMBC.EDU Univ. of Maryland Baltimore County | UUCP : ...!uunet!umbc3!bernie Baltimore, MD 21228 (U.S.A.) | W: (301) 455-3231 H: (301) 744-2954   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22666; 28 Sep 90 15:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22490; 28 Sep 90 15:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22454; 28 Sep 90 15:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17468; 28 Sep 90 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04403; Fri, 28 Sep 90 11:53:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 23:16:43 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Optimization options in Irix 3.3 Fortran and C Message-Id: <70541@sgi.sgi.com> References: <1990Sep26.185742.7454@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep26.185742.7454@portia.Stanford.EDU>, dhinds@portia.stanford.edu (David Hinds) writes: > On the last page of the 3.3 fortran-77 release notes, there is a paragraph > about optimization of multiprocessed fortran code. It says the combination > of -o3 and -mp will disable the "no parameter aliasing" optimization, but > that this can be re-enabled as an option to "uopt". My first question is, > why is this? What is special about multiprocessed fortran that changes the > way parameter aliasing can be handled? (Aliasing is not allowed in the > Fortran standard, anyway). The answer is kinda involved, so most readers might prefer to skip down to the next question, which is more interesting. This is due to a long standing (bad) design design decision. The object file produced by a compiler does identify the language that it came from. For various reasons I won't go into, MP Fortran is identified as a different language from ordinary Fortran. In fact, it turned out to be extremely expedient to label it as Pascal! In order to get the standard Fortran optimizations with something that "looks like" Pascal, the "-noPalias" flag is passed to the optimizer. All this works great at -O2. But at -O3 there is a problem: the optimizer can do inline expansion, and the -noPalias flag will allow optimizations that may not be safe if the expanded routine(s) are written in a language that permits aliasing. This is admitedly *extremely* rare, but a compiler must do only safe things (at least, by default). If your program is written completely in Fortran, or the non-Fortran parts do not use aliasing, then you're safe and can turn on the -noPalias optimization at -O3. It is worth noting by the way that the typical speed up is not too great. One person I exchanged email with about this topic saw about a 2.5% speedup on their code by using -noPalias. Of course, your mileage will vary. The main reason is that many Fortran codes pass their data around in COMMON blocks, and the optimizer can already tell that those are not aliased. > My second question is, is this optimization flag available for code in other > languages? Can I link a pure C program with a "-Wo,-noPalias" option if > my code does not use aliasing, or does the standard library use aliasing > that will screw things up? Because aliasing in C is a significant barrier > to optimization, yet rarely used, it seems that this would be a useful > trick. Yes, you should be able to pass the -noPalias flag to uopt from any language. The inlining that uopt does is done on the compiler intermediate language (ucode), not on a fully compiled object file. If you link with the standard libraries (e.g. libc.a or libc_s.a etc.) you should have no problems with the library code. I'm not positive how absolute the -noPalias is. I *think* that it only holds for the arguments themselves. Pointers (and especially pointers to pointers) may still have the conservative "possibly aliased" assumption applied. Also and especially: PLEASE NOTE that I'm not going to guarentee that this will continue to work in the future. We stuck in this hack to get around the stupid -O3 MP Fortran problem above. Some better solution will probably be done later. If anyone tries using this, I'd appreciate getting some email mentioning if it was worth anything. > Are there any other options to "uopt" that we should know about? > I can't find a manual page for it anywhere. Not that I know of. Uopt is not really intended to be under direct user control (hence, no man page). The -noPalias flag exists only as a special hack. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23277; 28 Sep 90 16:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23155; 28 Sep 90 16:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23067; 28 Sep 90 16:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17928; 28 Sep 90 15:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07242; Fri, 28 Sep 90 12:53:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 09:11:18 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Pipe input file redirection. Message-Id: <3502@dftsrv.gsfc.nasa.gov> References: <9009262123.AA24525@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009262123.AA24525@mcirps2.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes: > >How do I pipe the stdout and stderr files from a collection of programs >into the stdin of another program ? > [ example deleted ] Assume no_file1 and no_file2 don't exist; 'cat' writes to 2. With sh: (cat no_file1; cat no_file2) 2>&1 | 1<&2 od -xc With csh: (cat no_file1; cat no_file2) |& od -xc ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John H. Merritt # Yesterday I knew nothing, Applied Research Corporation # Today I know that. merritt@iris613.gsfc.nasa.gov #   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24551; 28 Sep 90 19:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24516; 28 Sep 90 18:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24491; 28 Sep 90 18:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18597; 28 Sep 90 18:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12836; Fri, 28 Sep 90 14:58:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 19:13:05 GMT From: "Loren (Buck" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Computer Sciences Corporation @ NASA Goddard Space Flight Center Subject: Tar works, dd doesn't, Why? Message-Id: <3509@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We can write and read back tapes only via tar. Dd, magtapetools (from comp.sources.unix) and my own custom software is unable write or read. The only error message I can get is: "I/O error" Other tape operations such as moving forwards and backwords of files and records seems to work fine, as does rewind and status (either via mt or my custom software). Cpio seemed to write a file out with no problems, but I am unable to read it back. What does tar do differently than dd, et. al. that allows it to work? The software/hardware specifics are: IRIX 3.2 SGI PI 4D/20 (low serial number, but more recent electronics module) Pertec FS2001-2 (has a Pertec to SCSI board). Thanks & B Cing U Buck Loren Buchanan | buck@drax.gsfc.nasa.gov | #include CSC, 1100 West St. | ...!ames!dftsrv!drax!buck | typedef int by Laurel, MD 20707 | (301) 497-2531 | void where_prohibited(by law){} CD International lists over 40,000 pop music CDs, collect the whole set.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ae00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26506; 29 Sep 90 1:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19644; 29 Sep 90 1:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24443; Fri, 28 Sep 90 22:26:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 02:02:25 GMT From: Dana Treadwell Organization: Silicon Graphics Inc., Mtn. View, CA Subject: Re: 3.3.1 questions & complaints Message-Id: <1990Sep28.020225.24673@odin.corp.sgi.com> References: <1990Sep26.174852.1344@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >From: wsherman@newton.ncsa.uiuc.edu (William Sherman -Visualization) >> ...Well, under 3.3.1, I'm >> informed that "mount_x: Setuid shell scripts not allowed." Is there >> anything I can do to allow them? If not, there should be. Yes, see /usr/sysgen/master.d/kernel: /* * to allow setuid shells set to 0 */ int nosuidshells = 1; Make the change, run /etc/init.d/autoconfig to reconfigure your kernel and reboot. Dana dana@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ad00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id af00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad26506; 29 Sep 90 1:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19648; 29 Sep 90 1:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24364; Fri, 28 Sep 90 22:22:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 19:21:21 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.3.1 questions & complaints Message-Id: <1990Sep27.192121.18059@odin.corp.sgi.com> References: <1990Sep26.174852.1344@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep26.174852.1344@ux1.cso.uiuc.edu> wsherman@newton.ncsa.uiuc.edu (William Sherman -Visualization) writes: >I'll ask the question before I lose my audience. With the new method > [X startup question deleted--sorry] >Okay, my first complaint is about something I'm sure SGI considers >a "feature." I have some shell scripts to mount and unmount nfs'ed >disks to allow me to adapt to network problems, and machines going >down. Of course only the superuser can do this, so the scripts are >owned by root, and the setuid bit is set. Well, under 3.3.1, I'm >informed that "mount_x: Setuid shell scripts not allowed." Is there >anything I can do to allow them? If not, there should be. > In 3.3, there is a flag to allow suid shell scripts which is shipped "off" for security reasons. Edit /usr/sysgen/master.d/kernel and change the line "int nosuidshells = 1;" to 0. Then run /etc/init.d/autoconfig and reboot (or use lboot if you wish--both build a kernel). Needless to say you must be root to do this...And YES, it *is* a feature, not a bug. -- Cheers, Jack P. Weldon (jweldon@csd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id al00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aq00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id ae00122; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26506; 29 Sep 90 1:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19642; 29 Sep 90 1:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24321; Fri, 28 Sep 90 22:19:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Sep 90 16:06:01 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: dumb question about libgl.a and openwin()... Message-Id: <1990Sep27.160601.14614@odin.corp.sgi.com> References: <861@usage.csd.unsw.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <861@usage.csd.unsw.oz.au> cameron@spectrum.cs.unsw.oz.au (Cameron Simpson) writes: >I have a program which does simple things, like opening >a few windows and scribbling in them. If I compile it >on a 4D and run it there, fine. Likewise for compiling >on a PI and running it there. When I try to run the >4D verion on the PI it says > Unable to map GM DRAM: No such device > >When I try to run the PI version on the 4D it says > Unable to map FIFO: No such device > >I'm obviously missing something extremely basic here. >How do I make a binary which will run on both? > - Cameron Simpson > cameron@spectrum.cs.unsw.oz.au You have to link with the shared library version of the GL, libgl_s.a. Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17189; 28 Sep 90 9:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15874; 28 Sep 90 8:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15871; 28 Sep 90 8:36 EDT Received: from acoustics.nrl.navy.mil by VGR.BRL.MIL id aa15062; 28 Sep 90 8:19 EDT Date: 28 Sep 90 08:15:00 EDT From: Larry Schuette Subject: RE: PI emacs -- core dumps! To: info-iris Message-ID: <9009280819.aa15062@VGR.BRL.MIL> Your problem with Unipress Emacs is obvious: Unipress Emacs --> yech Seriously, I'd recommend getting the Gnu version. Its better 'cause a. it's free. b. it works better c. everybody else uses it and, d. it's free. We use it on our SGI machines, our Vaxen and a slew of other Unix machines. It's available via anonymous ftp in compressed tar format from prep.ai.mit.edu. Check out all the great Gnu software in the pub/gnu directory. Of course I'm not associated with the Free Software Foundation, but I'm really glad that there are brilliant people out there who give good software away...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18841; 28 Sep 90 11:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18591; 28 Sep 90 11:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18569; 28 Sep 90 11:07 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa16062; 28 Sep 90 10:53 EDT Received: from poly1.nist.gov by ENH.NIST.GOV; Fri, 28 Sep 90 10:47 EDT Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@brl.mil) id AA06581; Fri, 28 Sep 90 10:56:10 EDT Date: Fri, 28 Sep 90 10:56:10 EDT From: rbriber@poly1.nist.gov To: info-iris@BRL.MIL Message-id: <9009281456.AA06581@poly1.nist.gov> X-Envelope-to: info-iris@brl.mil Larry Schuette writes: (about GNU's EMACS) We use it on our SGI machines, our Vaxen and a slew of other Unix machines. It's available via anonymous ftp in compressed tar format from prep.ai.mit.edu. Check out all the great Gnu software in the pub/gnu directory. Of course I'm not associated with the Free Software Foundation, but I'm really glad that there are brilliant people out there who give good software away... I would reccomend GNU gnuplot to anyone who does simple x-y scientific plotting and needs something for their Iris. The code builds easily (it knows about SGI machines) and is quite versitile. We also run it from the Iris over the ethernet to PCs communicating using NCSA telnet (another great P.D. program). The NCSA telnet package emulates a Tektronics 40XX type screens and gnuplot has a driver for these...works great. -- ---------------------------------------------------------------------------- | Adios Amoebas, | "I've tried and I've tried and I'm still mystified, | | Robert Briber | I can't do it anymore and I'm not satisfied." | | 224/B210 NIST | --Elvis | | Gaithersburg, MD |------------------------------------------------------| | 20899 USA | rbriber@poly1.nist.gov (Internet) | |(301) 975-6775(voice)| rbriber@enh.nist.gov (Internet) | |(301) 975-2128 (fax) | rbriber@nbsenh (Bitnet) | ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22296; 28 Sep 90 15:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22100; 28 Sep 90 14:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab21886; 28 Sep 90 14:32 EDT Received: from CSSUN.TAMU.EDU by VGR.BRL.MIL id aa17236; 28 Sep 90 14:26 EDT Received: from cs.tamu.edu (PHOTON.TAMU.EDU) by cssun.tamu.edu (AA29882); Fri, 28 Sep 90 13:26:23 CDT Date: Fri, 28 Sep 90 13:26:23 CDT From: Jon Genetti Message-Id: <9009281826.AA29882@cssun.tamu.edu> To: info-iris@BRL.MIL Subject: 3.3 mount problem Cc: genetti@cs.tamu.edu MMDF-Warning: Parse error in original version of preceding line at BRL.MIL I just recently installed IRIX 3.3 on a personal iris. Everything went smooth until I tried to mount other file systems. Doing a standard mount (like in the manual) returned this: # /etc/mount csiris3:/usr/share /usr/share mount: csiris3:/usr/share on /usr/share: Invalid argument mount: giving up on: /usr/share csiris3 is still running 3.2 but I have added sgi_mountd 391004 mount showmount to YP master server. I get the same invalid argument when trying to mount SunOS 4.1 filesystems. I've checked most of the basic things: /usr/share is there, csiris3 is exporting /usr/share, rpc knows sgi_mountd, etc. I didn't see Invalid argument under possible error messages in the manual. I also tried faking the mount to see what happens: # /etc/mount -o ro,soft -f csiris3:/usr/share /usr/share # cat /etc/mtab /dev/root / efs rw,raw=/dev/rroot 0 0 /dev/usr /usr efs rw,raw=/dev/rusr 0 0 /debug /debug dbg rw 1 2 csiris3:/usr/share /usr/share nfs ro,soft 0 0 so I am not sure where the trouble lies. It seems like the 3.3 mount might be passing a new option to the 3.2 mount that causes it to fail. I have a call into the hotline, but they said they are backed up and I haven't had a return call yet. I was hoping someone may have seen this or might have an idea of something to try. Thanks, jon genetti genetti@cs.tamu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22375; 28 Sep 90 15:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21883; 28 Sep 90 14:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21881; 28 Sep 90 14:32 EDT Received: from nu.cs.fsu.edu by VGR.BRL.MIL id aa17185; 28 Sep 90 14:17 EDT Received: from chaos.ocean.fsu.edu by nu.cs.fsu.edu with SMTP (5.61/31nu) id AA02258; Fri, 28 Sep 90 14:18:50 -0400 Received: by chaos.ocean.fsu.edu (5.52/25-eef) id AA22187; Fri, 28 Sep 90 14:28:32 EDT Date: Fri, 28 Sep 90 14:28:32 EDT From: Steve Van Gorder Message-Id: <9009281828.AA22187@chaos.ocean.fsu.edu> To: info-iris <@nu:info-iris@vgr.brl.mil> Subject: Missing Software ? I recieved my 3.3 upgrade the other day and there was nothing for the Documentor's Workbench and the Laser Printer options nor for the Iris Visual tools (Wavefront Personal Visualizer etc). Am I missing something I should have recieved or was there no upgrade for these products ? -- Steve VanGorder   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23657; 28 Sep 90 17:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23609; 28 Sep 90 17:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23537; 28 Sep 90 17:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18268; 28 Sep 90 16:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10107; Fri, 28 Sep 90 13:57:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 16:19:49 GMT From: Jason Heirtzler Organization: Boston University Information Technology Subject: Re: 3.3.1 questions & complaints Message-Id: <65193@bu.edu.bu.edu> References: <1990Sep26.174852.1344@ux1.cso.uiuc.edu>, <4034@umbc3.UMBC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It looks like the "nosuid" mount option isn't provided as well. This would be a very useful thing, especially when you want to cross mount NFS filesystems from different administrative domains. Any plans to provide this in the near future? ------------------------------------------------------------------- Jason Heirtzler (617) 353-2780 jdh@bu-pub.bu.edu Information Technology Boston University ..!bu.edu!bu-pub!jdh   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23748; 28 Sep 90 17:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23657; 28 Sep 90 17:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23622; 28 Sep 90 17:23 EDT Received: from MCCLB0.MED.NYU.EDU by VGR.BRL.MIL id aa18292; 28 Sep 90 17:06 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 28 Sep 90 17:10 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:rbriber@poly1.nist.gov) id AA03986; Fri, 28 Sep 90 17:14:45 DSD Date: Fri, 28 Sep 90 17:14:45 DSD From: karron@mcirps2.med.nyu.edu Subject: emacs : commercial vs free To: rbriber@poly1.nist.gov Cc: info-iris@vgr.brl.mil Reply-to: karron@cmcl2.nyu.edu Message-id: <9009290014.AA03986@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@VGR.BRL.MIL Richard Stallzman (spelling) just received a McArthur Foundation "Genius" grant award of about 4-500,000.00 dollars for his effort as the Free Software Foundation. I expect that we can see more good works, improvements, and fixes to emacs and their other freeware. I wrote Unipress (emacs@unipress.com) and their owner, Fred Pack (fhp@unipress.com) some time ago about their plans, and they have not replied. I doubt that they are even listening. I don't think that it is wise for sgi to sell unipress emacs, especially since it works so poorly on such a good machine. My impression is that you can not buy, sell, or commercialize the spirit of unix and c software development, no matter how many drone programmers you hire and beat code out of. Alls we need is a good free database system, but then you can use unix itself for that. Post free or die ! +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23748; 28 Sep 90 17:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad23657; 28 Sep 90 17:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab23628; 28 Sep 90 17:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18305; 28 Sep 90 17:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10394; Fri, 28 Sep 90 14:03:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 16:11:37 GMT From: Adam Porter Organization: Rutgers Univ., New Brunswick, N.J. Subject: How do you determine Ethernet #? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a way to determine the Ethernet number of a Personal Iris? Thanks... -- Adam Porter: Assistant SysAdmin, NEC Research Institute, Princeton NJ adam@research.nec.com {...}!princeton!necserve!adam C:\> alp   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23903; 28 Sep 90 18:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23609; 28 Sep 90 17:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23534; 28 Sep 90 17:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18264; 28 Sep 90 16:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09516; Fri, 28 Sep 90 13:43:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 15:19:00 GMT From: Pedro Faria Lopes Organization: INESC - Inst. Eng. Sistemas e Computadores, LISBOA. PORTUGAL. Subject: help about instaling sony MO DISK UNIT Message-Id: <759@inesc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have two MO disks units: the NWP-539S and the NWP-559. As we are producing a big film (3 minutes long) with the computer animation system installed in a 4D25 machine I would love to have one of these babies :-) working on it. Can anyone tell me how is it possible? Thanks in advance. Please email to me directly because I don't usually follow this group. pedro pfl@inesc.inesc.pt -- Pedro Faria Lopes | email: pfl@inesc.inesc.pt CAD/CAM Group, INESC | mcsun!inesc!pfl@uunet.UU.NET Rua Alves Redol, 9 | Phone: +351 1 545150 1000 Lisboa, PORTUGAL | Fax: +351 1 525843   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23903; 28 Sep 90 18:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac23657; 28 Sep 90 17:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23628; 28 Sep 90 17:24 EDT Received: from MCCLB0.MED.NYU.EDU by VGR.BRL.MIL id aa18303; 28 Sep 90 17:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 28 Sep 90 17:18 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:murray@vs2.scri.fsu.edu) id AA04018; Fri, 28 Sep 90 17:23:08 DSD Date: Fri, 28 Sep 90 17:23:08 DSD From: karron@mcirps2.med.nyu.edu Subject: Re: Post Free or Die. To: murray@vs2.scri.fsu.edu Cc: info-iris@vgr.brl.mil Reply-to: karron@cmcl2.nyu.edu Message-id: <9009290023.AA04018@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@VGR.BRL.MIL You clearly are a man of few words, and fewer thoughts. Since this is a simple issue, the only obverse is: why would you want sgi.com to host a public forum about their stuff thay will not always please them ? Programmer types may not have a problem with this, but corporate execs will. >>Post Free or Die. > >Bonehead. > > >John R. Murray | "They call me Mr. Know-it-all, I am so eloquent. >murray@vs2.scri.fsu.edu | Perfection is my middle name! > | ...and whatever rhymes with 'eloquent'." - Primus dan(Bones are my life) +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ac23903; 28 Sep 90 18:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac23748; 28 Sep 90 17:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23729; 28 Sep 90 17:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18389; 28 Sep 90 17:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11286; Fri, 28 Sep 90 14:22:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 17:23:01 GMT From: John Buchanan Organization: Imager, UBC, DCS, Vancouver, B.C., Canada Subject: Wren VII Message-Id: <9780@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are currently considering adding a Wren VII to our file server which is a 4D/70. Has any one added this disk to an SGI box, if so I would like to hear your comments, gripes, etc.... ========================================================================= | |===============================| | John Buchanan (juancho) | buchanan@cs.ubc.ca | | Imager Manager |===============================| | Imager | (604) 228-2218 | | Department of Computer Science |===============================| | University of British Columbia | Standard disclaimer | | Vancouver, BC, Canada | included in this | | | box, right here. | =========================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id ad23903; 28 Sep 90 18:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad23748; 28 Sep 90 17:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab23729; 28 Sep 90 17:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18391; 28 Sep 90 17:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11242; Fri, 28 Sep 90 14:21:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 16:59:38 GMT From: Neil S Kenig Subject: Hardcopy from 4D Message-Id: <326@puma.ge.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm looking for reccomendations for hardcopy output from 4Ds. I need to produce both paper and transparencies. I'm interested in fairly high quality, i.e. something better than a color laser printer or a thermal wax printer that has only a few colors and dithers the rest. I'm most intrigued by the new thermal dye sublimation printers. I prefer a device with a digital input, as opposed to analog RGB, so that it can be used as a shared resource among several machines networked together on Ethernet (Suns & SGs). I'm also interested in pricing information and relative cost per copy for the various technologies. Neil Kenig | GE Advanced Technology Labs | Internet: nkenig@atl.ge.com 300 Route 38, Bldg. 145-2 | uucp: ...!mcnc!ge-rtp!atl.ge.com!nkenig Moorestown, NJ 08057 | Voice: (609) 866-6442   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24551; 28 Sep 90 19:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24516; 28 Sep 90 18:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24488; 28 Sep 90 18:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18586; 28 Sep 90 18:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13711; Fri, 28 Sep 90 15:17:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 17:05:28 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: PI emacs -- core dumps! Message-Id: <70599@sgi.sgi.com> References: <9009272021.AA29850@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009272021.AA29850@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > Unipress Emacs strikes again. I am surprised that it works for > anyone these days. > > Sounds like you have an ancient version. Illegal instructions sound > like the wrong processor. > > Send it back and write emacs@unipress.com and let them know that their > product is no good. They probably already know it, but just wont admit > it. They are too busy porting it to suns to pay attention to sgi machines. I currently use Unipress EMACS on a 4D/25 and have previously used it on 4D/70s, 4D/60s, and IRIS-3030s. Like anything, it is far from perfect. However, Unipress EMACS is farther from "no good" than other third-party editors that I have used. The pile of mock-lisp that does C parsing and other things that I've been carrying from employer to employer for many years has worked without major change on several versions of Unipress EMACS. Unipress EMACS is quite compatible with Gosling EMACS, but has far fewer bugs. The major defect of Unipress EMACS is that its price in dollars is higher than GNU EMACS, provided someone with the time and expertise is available to do the GNU port or poke around on the net for a binary. It's hard for me to imagine how Unipress EMACS will survive in the face of GNU EMACS, but it does not deserve to be castigated. It was an excellent and reasonably priced product until the advent of GNU. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24789; 28 Sep 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24723; 28 Sep 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24663; 28 Sep 90 19:33 EDT Received: from ames.arc.nasa.gov by VGR.BRL.MIL id aa18631; 28 Sep 90 18:52 EDT Received: from erin.jsc.nasa.gov by ames.arc.nasa.gov (5.64/1.2); Fri, 28 Sep 90 13:28:58 -0700 Received: by erin.jsc.nasa.gov (5.52/5.6) id AA01332; Fri, 28 Sep 90 15:27:08 CDT Date: Fri, 28 Sep 90 15:27:08 CDT From: John Fwu Message-Id: <9009282027.AA01332@erin.jsc.nasa.gov> To: info-iris@BRL.MIL Subject: Re: Missing Software ? Cc: john@ames.arc.nasa.gov, steve@chaos.ocean.fsu.edu After we got our 3.3 upgrade, we were looking for the DWB and Laser Printer options too. After contacted the SGI Hot line, they told us those software didn't get revised. -- This is not mentioned in the release note. We used to copy all upgrades to disks, then used the network to upgrade those systems without tape drive. This time we suffered a lot, after consulted with SGI hot line, we found out that 'distcp' does not working as before. -- This is not mentioned in the release note. We used a remote tape drive to upgrade those systems without tape drive, and we had to modify /usr/etc/inetd.conf from: tftp dgram udp wait guest /usr/etc/tftpd tftpd -s /usr/local/boot to: tftp dgram udp wait guest /usr/etc/tftpd tftpd otherwise we will get TFTP error. Since our ethernet traffic is heavy, SGI hot line instruct me to type 'set timeout 45' to get ride of timeout problem while using remote tape drive. Hope this mail can save you two~three days of time. GOOD LUCK!!! ------------------------------------------------------------------------- \ J. John Fwu \ Internet: fwu@mpad.span.nasa.gov \ \ Barrios Tech. \ SPANnet: MPAD::FWU \ \ NASA JSC, ER4/BARR \ TEXnet: UTADNX::UTSPAN::MPAD::FWU \ \ Houston, TX 77058 \ Voice: (713) 483-8101 FAX: 483-3204 \ -------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24789; 28 Sep 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24723; 28 Sep 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24676; 28 Sep 90 19:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18686; 28 Sep 90 19:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15566; Fri, 28 Sep 90 16:01:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 21:27:12 GMT From: Wes Barris Organization: Minnesota Supercomputer Center Subject: Opening wsh windows upon login Message-Id: <2679@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A short while ago, I posted an inquiry of how to automatically open wsh windows upon login. A number of the responses were of the "let me know when you find out" variety. Consequently, I am posting the procedure I used to accomplish this. Step 1: copy the file: /usr/NeWS/lib/user.ps to your home directory. Step 2: edit the file to include lines of the following variety: %% first some default positions for a few common programs (jot) 185 100 preforigin (winterm) 135 180 preforigin (winout) 75 200 preforigin (transfer) 400 400 preforigin (clock) 865 875 110 110 prefposition (cal) 1000 800 preforigin (MAIL) 136 130 preforigin (mailbox) 705 868 preforigin %% by default put up the demochest /RestartActions [ { (gamma 1.7) seqfork } % 1.7 is a good first guess { (demochest) seqfork } { (clock) forkunix } { (ical) forkunix } { (wsh -f Iris.8 -p20,20 -r500 -s24x80 -t"elm on uh" -c rlogin uh.msc.um n.edu) forkunix } { (wsh -f Screen.8 -p20,310 -r500 -s40x80 -t"$USER on `hostname`") forku nix } { (mailbox -S "`hostname`" -s 110) forkunix } ] def /consoleStartsIconic /true def And that's it! It looks easy enough once you see it. The problem is that documentation explaining this stuff is poor. And don't you just love that postscript? #8^) PS. Thanks to those who lead me to this solution. o o o o o o o . . . ________________________________ _____=======_____ o _____ |Wes Barris | | wes@msc.edu | .][__n_n_|DD[ ====_____ |Minnesota Supercomputer Center| |(612) 626-1854 | >(________|__|_[_________]_|University of Minnesota_______|_|_FAX:_624-6550_|_ _/oo OOOOO oo` ooo ooo 'o^o^o o^o^o` 'o^o o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- The time you enjoy wasting is not wasted time. -- Bertrand Russell   Received: from vmb.brl.mil by VMB.BRL.MIL id af00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ab00122; 30 Sep 90 11:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25830; 28 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ab25786; 28 Sep 90 23:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25065; 28 Sep 90 20:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18826; 28 Sep 90 20:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17715; Fri, 28 Sep 90 16:52:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 21:22:05 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Wierd Telnet/Telnetd problem with Irix 3.3.1 and/or Unicos 5.1.10 Message-Id: <70642@sgi.sgi.com> References: <1882@fcs280s.ncifcrf.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1882@fcs280s.ncifcrf.gov> adam@ncifcrf.gov (Adam W. Feigin) writes: >I just upgraded our Iris 4d machines to Irix 3.3.1, and I've got this >bizzare bug/interaction with telnet and terminal characteristics, and >I'm wondering where the problem is, and if anyone has seen this >behavior before. > >From an Iris 4D machine, if I telnet into a Cray (X/MP, Unicos >5.1.10), my terminal characteristics get all screwed up: [Stuff deleteted] > AWF >------------------------------------------------------------------------------- >Internet: adam@ncifcrf.gov Adam W. Feigin >UUCP: {backbonz}!ncifcrf!adam Senior Systems Manager >Mail: P.O. Box B, Bldg 430 National Cancer Institute-Superconmputer Center > Frederick, MD 21702 Frederick Cancer Research & Development Facility There's a bug in the UNICOS telnetd. Here's the details: > From: dab@berserkly.cray.com (David Borman) > Date: Fri, 28 Sep 90 11:10:50 -0500 > > The problem that is being seen with telnetd on Unicos 5.1.10 is due to > a bug in the generation compiler, /usr/gen/bin/cc. There are two ways > to solve this problem: > 1) re-build telnetd with either /bin/scc or /bin/cc > (slc.c is the affected module) > 2) get mod e19534tcpa to change telnetd to work around > the compiler bug. This is a critical bugfix mod, that > should be applied to all 5.1.10 sites. The mod is real > simple: > > *f usr/etc/telnetd/slc.c > *d 518849tcpab.3 > register cc_t val; > *d 518849tcpab.8 > register cc_t val; > *d 518849tcpab.10 > register cc_t val; > > This changes the argument declarations in add_slc(), process_slc() > and change_slc() from non-register to register. The bug is that > if you have a function that takes three character arguments, and > the first two are declared as register and the third not as a > register, the value for the third argument will become the same > as the value for the second argument. > > -David Borman, dab@cray.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00262; 30 Sep 90 11:45 EDT Received: by VMB.BRL.MIL id aa00205; 30 Sep 90 11:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25830; 28 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id aa25786; 28 Sep 90 23:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25026; 28 Sep 90 20:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18821; 28 Sep 90 20:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18242; Fri, 28 Sep 90 17:11:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 23:43:15 GMT From: "Hoh, Jan H" Organization: California Institute of Technology Subject: TIFF, To and From Message-Id: <1990Sep28.235116.21171@nntp-server.caltech.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone help me find the utilities TOTIFF and FROMTIFF for converting TIFF files to and from RGB. Thanks Jan Hoh jhoh@darcy.caltech.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ae00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ag00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26528; 29 Sep 90 1:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19668; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24463; Fri, 28 Sep 90 22:28:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 04:21:32 GMT From: Dana Treadwell Organization: Silicon Graphics Inc., Mtn. View, CA Subject: Re: Amd5.3 ported to IRIX 3.3.1 Message-Id: <1990Sep28.042132.26045@odin.corp.sgi.com> References: , <1990Sep26.194533.23298@helios.physics.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Re: Direct maps Right, the automounter in the IRIX 3.3.x release doesn't support the use of direct maps. This would have required a major change to the IRIX file system code that we chose not to make. (We will be supporting direct maps in a future release.) On the other hand, you can do everything via indirect maps (which has the advantage that it avoids "mount storms", where a poorly positioned 'ls' causes all of your automounts to happen). Re: Killing your automounter A "killed" automounter will act like a dead nfs server. If your automounter is out-of-sync with the current contents of /etc/mtab, you can bring it up to date by sending it a SIGHUP. If you really feel the need to kill your automounter, send it a SIGTERM so that it can die semi-gracefully. Dana Treadwell dana@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id af00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ak00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id aj00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad26528; 29 Sep 90 1:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19674; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24628; Fri, 28 Sep 90 22:35:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 20:34:15 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: 1024 x 768 video from Personal Iris? Message-Id: <1990Sep28.203415.5363@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jsp@milton.biostr.washington.edu (Jeff Prothero) writes: |> Does anyone know how/if you produce 1024 x 768 video on a Personal |> Iris? I understand the PI is available with a Sony monitor which runs |> at this resolution, but am unable to find anyone who has such a beast, |> any manual reference to putting the PI into such a video mode, any |> header file defining such a mode, or any hint that a special video |> board is required/available. The PI with the 14 inch monitor has different video hardware. I don't know what is involved in changing from one to another. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id ag00262; 30 Sep 90 11:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id al00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id ak00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae26528; 29 Sep 90 1:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19676; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24668; Fri, 28 Sep 90 22:37:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 22:34:17 GMT From: Phil Ronzone Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fun and games with ++ operators Message-Id: <1990Sep28.223417.7571@odin.corp.sgi.com> References: <9009211425.AA04291@snowhite.cis.uoguelph.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009211425.AA04291@snowhite.cis.uoguelph.ca> mike@SNOWHITE.CIS.UOGUELPH.CA writes: > printf("%d %d\n", a[i++], a[i++]); > Depending on the order of evaluation of function arguments, I would expect >this code to generate "6 5" or "5 6". But instead it says "5 5", which >confuses me a bit. Do all pre/post increment/decrement operators only >take effect after the current source line, or what? I did check the value >of 'i' on the next line, and it was indeed 2, so that part works. Such behaviour is ill-defined and I thought that K&R had an explicit warning about it. I.e., don't do that kind of stuff, especially in passing arguments! -- <----------------------------------------------------------------------------> Philip K. Ronzone S e c u r e U N I X pkr@sgi.com Silicon Graphics, Inc. MS 9U-500 work (415) 335-1511 2011 N. Shoreline Blvd., Mountain View, CA 94039 fax (415) 969-2314   Received: from vmb.brl.mil by VMB.BRL.MIL id ah00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id am00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id al00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af26528; 29 Sep 90 1:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19678; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24677; Fri, 28 Sep 90 22:37:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 22:49:37 GMT From: Bent Hagemark Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fun and games with ++ operators Message-Id: <1990Sep28.224937.7838@odin.corp.sgi.com> References: <9009211425.AA04291@snowhite.cis.uoguelph.ca>, <1990Sep28.223417.7571@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep28.223417.7571@odin.corp.sgi.com> pkr@sgi.com (Phil Ronzone) writes: >In article <9009211425.AA04291@snowhite.cis.uoguelph.ca> mike@SNOWHITE.CIS.UOGUELPH.CA writes: >> printf("%d %d\n", a[i++], a[i++]); >> Depending on the order of evaluation of function arguments, I would expect >>this code to generate "6 5" or "5 6". But instead it says "5 5", which >>confuses me a bit. Do all pre/post increment/decrement operators only >>take effect after the current source line, or what? I did check the value >>of 'i' on the next line, and it was indeed 2, so that part works. > > >Such behaviour is ill-defined and I thought that K&R had an explicit warning >about it. I.e., don't do that kind of stuff, especially in passing arguments! > > >-- ><----------------------------------------------------------------------------> >Philip K. Ronzone S e c u r e U N I X pkr@sgi.com >Silicon Graphics, Inc. MS 9U-500 work (415) 335-1511 >2011 N. Shoreline Blvd., Mountain View, CA 94039 fax (415) 969-2314 The warning just happens to be on the most important page of K&R C. For the 2nd edition this is page 53. I know this because a copy of it is taped to my office wall right next to my screen! Bent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00506; 30 Sep 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00201; 30 Sep 90 11:32 EDT Received: by VMB.BRL.MIL id aa00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24995; 28 Sep 90 20:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18791; 28 Sep 90 19:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17724; Fri, 28 Sep 90 16:52:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 23:20:36 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Announcing gdiff Message-Id: <70662@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Gdiff, a swell graphical diff tool we've been using at SGI for a while, is now available via anonymous ftp from sgi.sgi.com. It was written by Andrew Myers, who was with SGI and is now at MIT. There's a packed man page, too. I've included some legalese below about how gdiff is free without warranty; you'll nevertheless like it a lot. The gdiff binary is available via anonymous ftp on sgi.com (192.248.153.1) in the "sgi/gdiff" subdirectory. You must be running 4D1-3.3 or later to use this version of gdiff. If you don't have Internet connectivity to sgi.sgi.com, but can e-mail to us, send a message *after October 1st* to gdiff-request@sgi.com and you'll receive a reply message containing compressed gdiff and its man page. Brendan Eich Silicon Graphics, Inc. brendan@sgi.com ----- This software is provided without support and without any obligation on the part of Silicon Graphics, Inc. to assist in its use, correction, modification or enhancement. There is no guarantee that this software will be included in future software releases. THIS SOFTWARE IS PROVIDED "AS IS" WITH NO WARRANTIES OF ANY KIND INCLUDING THE WARRANTIES OF DESIGN, MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE, OR ARISING FROM A COURSE OF DEALING, USAGE OR TRADE PRACTICE. In no event will Silicon Graphics, Inc. be liable for any lost revenue or profits or other special, indirect and consequential damages, even if Silicon Graphics, Inc. has been advised of the possibility of such damages.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad00506; 30 Sep 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ai00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac26528; 29 Sep 90 1:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19672; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24470; Fri, 28 Sep 90 22:28:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 06:23:22 GMT From: Paul Jackson Organization: Silicon Graphics, Research & Development Subject: Re: HELP! Users can't log Message-Id: <1990Sep28.062322.27034@odin.corp.sgi.com> References: <9009271607.AA21257@focci01.wirz.cigy> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009271607.AA21257@focci01.wirz.cigy>, deyrau@ciba-geigy.ch (Dipl agr Veronique Eyraud) writes: |> |> I can log on the machine as root, butanybody else gets thrown away. |> No explanation in the console or SYSLOG. |> I have checked |> the password file (yp used successfuly on another machine) |> the login directories are there and accessible |> the /etc/cshrc, .cshrc and .login (we are running the csh) 1) Does logining in NOGRAPHICS work? To try it, place the word NOGRAPHICS after your login id, as in: login: joeblow NOGRAPHICS 2) Check that each file known to /etc/getty and /bin/login seem ok. To see what files these commands know of, as root run the command strings - /etc/getty /bin/login | grep / > sometempfile Then for each path listed in `sometempfile', examine the named file, perhaps comparing it with the similar file on a working machine. Do the permissions, sizes, and (if directory or text file) contents seem similar or reasonable? 3) If inquiring further about this, let us know what release. -- Thanks, take care ... Paul Jackson (pj@asd.sgi.com), x1373   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00591; 30 Sep 90 12:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai00201; 30 Sep 90 11:33 EDT Received: by VMB.BRL.MIL id ah00120; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26528; 29 Sep 90 1:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19670; 29 Sep 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24516; Fri, 28 Sep 90 22:30:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 15:43:03 GMT From: Scott Henry Organization: sgi Subject: Re: emacs 18.55 on Silicon Graphics (>help!) Message-Id: <1990Sep28.154303.1028@odin.corp.sgi.com> References: <25785.2700d7a7@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <25785.2700d7a7@kuhub.cc.ukans.edu>, arritt@kuhub.cc.ukans.edu writes: |> I'm trying to install emacs 18.55 on a Silicon Graphics IRIS 4D/25G |> (under IRIX 3.3, in case it matters). The compile step goes ok but |> the loader gives the following error when trying to make something |> apparently called 'temacs' There were some changes made between Irix 3.2 and 3.3 (adding POSIX and enhancing BSD compatibility) that broke the standard SGI compile options in GNU Emacs 18.55. Several weeks ago, I posted patches to comp.sys.sgi. If you can't find the patches at an archive site (???.brl.mil, I've heard?), I can e-mail them to you. The posting also includes patches to Epoch 3.2b (an X-ified emacs, apparently being used to beta test some features for GNU Emacs v19). -- Scott Henry / Traveller on Dragon Wings Information Services, / Help! My disclaimer is missing! Silicon Graphics, Inc / 'Under-achiever and proud of it!' -- Bart Simpson   Received: from vmb.brl.mil by VMB.BRL.MIL id an00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id as00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id ag00122; 30 Sep 90 11:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ag26528; 29 Sep 90 1:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19680; 29 Sep 90 1:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24608; Fri, 28 Sep 90 22:34:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Sep 90 19:34:26 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Hollow Polygon implementation (C source for same) Message-Id: <1990Sep28.193426.4464@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The following is my implementation of Kurt Akeley's article in the IRIS Universe regarding hollow polygons. Object is a cube rather than a sphere as it takes less code to implement. Read the comments. -----------------------mangle here----------------------- /* hollocube.c Sample code for creating an object made up of hollow polygons, as referenced in Kurt Akeley's article "The Hidden Charms of Z-Buffer", IRIS Universe issue number 11. Implemented by G. "Murdock" Helms, SGI, 8/2/90. Final revision 9/28/90. Compile with cc hollocube.c -o hollocube -lgl_s DOES NOT RUN ON NON-GT/GTXS AS PER ARTICLE. */ /* include the usual libs */ #include "math.h" #include "gl.h" #include "device.h" main() { short attached; /* usual queue stuff */ short value; int dev,val; float box[8][3]; /* this is needed for building the walls of the cube */ float width; /* shamelessly stolen from Intro to Graphics */ foreground(); /* you can run Edge on this if you like */ initialize(box, &width); /* set up the vertices of the walls */ drawscene(box, &width); /* do drawing things */ while (TRUE) /* loop until program is killed */ { while (qtest()||!attached) /* do the usual queue stuff */ { dev=qread(&value); if (dev==ESCKEY) { exit(0); /* can kill with esc key */ } if (dev==REDRAW) { reshapeviewport(); drawscene(box, &width); /* yes, you can move the window around */ } else if (dev==INPUTCHANGE) attached=value; } /* end while qtest */ } /* end while true */ } /* end main */ drawscene(box, width) /* simple draw routine */ float box[8][3]; float width; { czclear(0,0); drawbeam(box); swapbuffers(); rot(10,'x'); /* need to rotate to show off qualities */ czclear(0,0); /* wasn't apparent if viewed straight-on */ drawbeam(box); swapbuffers(); rot(20,'y'); czclear(0,0); drawbeam(box); swapbuffers(); } /* end drawscene */ initbeam (x, y, z, point) /* define the values for the vertices */ register float x, y, z, point[][3]; { point[0][0] = point[3][0] = point[4][0] = point[5][0] = -x/2.0; point[1][0] = point[2][0] = point[6][0] = point[7][0] = x/2.0; point[4][1] = point[5][1] = point[6][1] = point[7][1] = -y/2.0; point[0][1] = point[1][1] = point[2][1] = point[3][1] = y/2.0; point[2][2] = point[3][2] = point[5][2] = point[7][2] = -z/2.0; point[0][2] = point[1][2] = point[4][2] = point[6][2] = z/2.0; } /* What follows are a set of small functions that * follow the descriptions in the zbuffer article, * in the order they appear and are used. */ setzbuff() /* set up Zbuffer with reverse mapping */ { zbuffer(TRUE); lsetdepth(0x7fffff,0x000000); zfunction(ZF_GEQUAL); } /* end setzbuff */ disablp() /* disable polygon pixels */ { zbuffer(FALSE); backbuffer(FALSE); zdraw(TRUE); wmpack(0x800000); cpack(0x800000); } /* end disablep */ enablep() /* enable pixels on perimeter */ { cpack(0x000000); linewidth(2); } /* end enablep */ fillperim() /* fill poly (which actually only fills perim)*/ { zbuffer(TRUE); backbuffer(TRUE); zdraw(FALSE); wmpack(0xffffffff); cpack(0x000000FF); } /* end fill perim */ clearhollow() /* clear things up so no munging takes place */ { zbuffer(FALSE); backbuffer(FALSE); zdraw(TRUE); wmpack(0x800000); cpack(0x000000); } /* end clearhollow */ resethollow() /* reset states */ { zbuffer(TRUE); backbuffer(TRUE); zdraw(FALSE); wmpack(0xffffffff); } /* end resethollow */ drawbeam (point) /* now let's draw. */ register float point[][3]; { /* draw bottom facing polygon */ disablp(); bgnpolygon(); v3f( point[4] ); v3f( point[6] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[4] ); v3f( point[6] ); v3f( point[7] ); v3f( point[5] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[4] ); v3f( point[6] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[4] ); v3f( point[6] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); resethollow(); /* draw left facing polygon */ disablp(); bgnpolygon(); v3f( point[3] ); v3f( point[0] ); v3f( point[4] ); v3f( point[5] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[3] ); v3f( point[0] ); v3f( point[4] ); v3f( point[5] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[3] ); v3f( point[0] ); v3f( point[4] ); v3f( point[5] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[3] ); v3f( point[0] ); v3f( point[4] ); v3f( point[5] ); endpolygon(); resethollow(); /* draw right facing polygon */ disablp(); bgnpolygon(); v3f( point[2] ); v3f( point[1] ); v3f( point[6] ); v3f( point[7] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[2] ); v3f( point[1] ); v3f( point[6] ); v3f( point[7] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[2] ); v3f( point[1] ); v3f( point[6] ); v3f( point[7] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[2] ); v3f( point[1] ); v3f( point[6] ); v3f( point[7] ); endpolygon(); resethollow(); /* draw top facing polygon */ disablp(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[2] ); v3f( point[3] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[0] ); v3f( point[1] ); v3f( point[2] ); v3f( point[3] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[2] ); v3f( point[3] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[2] ); v3f( point[3] ); endpolygon(); resethollow(); /* draw front facing polygon */ disablp(); bgnpolygon(); v3f( point[3] ); v3f( point[2] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[3] ); v3f( point[2] ); v3f( point[7] ); v3f( point[5] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[3] ); v3f( point[2] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[2] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); resethollow(); /* draw back facing polygon */ disablp(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[6] ); v3f( point[4] ); endpolygon(); enablep(); bgnclosedline(); v3f( point[0] ); v3f( point[1] ); v3f( point[6] ); v3f( point[4] ); endclosedline(); fillperim(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[6] ); v3f( point[4] ); endpolygon(); clearhollow(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[6] ); v3f( point[4] ); endpolygon(); resethollow(); /* now we have to draw the cube solid inside all this stuff */ /* cuz if we don't it looks just like a normal wireframe! */ zfunction (ZF_GREATER); cpack(0x00000000); bgnpolygon(); v3f( point[4] ); v3f( point[6] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); bgnpolygon(); v3f( point[3] ); v3f( point[0] ); v3f( point[4] ); v3f( point[5] ); endpolygon(); bgnpolygon(); v3f( point[2] ); v3f( point[1] ); v3f( point[6] ); v3f( point[7] ); endpolygon(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[2] ); v3f( point[3] ); endpolygon(); bgnpolygon(); v3f( point[3] ); v3f( point[2] ); v3f( point[7] ); v3f( point[5] ); endpolygon(); bgnpolygon(); v3f( point[0] ); v3f( point[1] ); v3f( point[6] ); v3f( point[4] ); endpolygon(); } initialize(box, width) /* stuff the startup stuff here */ register float box[8][3]; /* The eight vertices of the beam */ register float *width; { float aspect,x,y; /* variables to perspective function */ int gid; register float height, length; /* needed for square initialization */ prefposition(0, XMAXSCREEN/3, 0, YMAXSCREEN/3); gid = winopen ("Hollow Polygons"); /* get the window id and name it */ RGBmode(); /* I like c3i calls, no map dependencies */ lsetdepth(0,0x7fffff); /* initialize zbuffer near and far planes */ overlay(2); doublebuffer(); gconfig(); /* configure the hardware */ shademodel (FLAT); qdevice (ESCKEY); /* queue all these items */ qdevice (REDRAW); qdevice (INPUTCHANGE); qenter (REDRAW, gid); x = (float) XMAXSCREEN; /* set variables to perspective */ y = (float) YMAXSCREEN; aspect = x/y; perspective (450,aspect, 0.1,100.0); /* one viewing method */ polarview (5.0, 0, 0, 0); /* another viewing method */ *width = 2.0; height = 2.0; length = 2.0; /* static info for size of sqr */ initbeam (*width, height, length, box); /* init square */ setzbuff(); } -----------------------mangle here----------------------- -- G. "Murdock" Helms Is it so frightening Silicon Graphics to have me at your shoulder? Product Support Engineer Thunder and lightning ghelms@sgi.sgi.com couldn't be bolder.   Received: from vmb.brl.mil by VMB.BRL.MIL id aj00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ao00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id am00120; 30 Sep 90 11:11 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa29567; 29 Sep 90 18:36 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa20944; 29 Sep 90 18:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09168; Sat, 29 Sep 90 15:23:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Sep 90 21:59:17 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: 3.3.1 questions & complaints Message-Id: <4109@auspex.auspex.com> References: <1990Sep26.174852.1344@ux1.cso.uiuc.edu>, <4034@umbc3.UMBC.EDU>, <65193@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >It looks like the "nosuid" mount option isn't provided as well. This >would be a very useful thing, especially when you want to cross mount >NFS filesystems from different administrative domains. > >Any plans to provide this in the near future? If you do, consider either 1) having the "nosuid" option *also* disallow access to character and block special files on a file system mounted "nosuid" (regardless of whether the file system is a local one or an NFS-mounted one) or 2) providing an option to disallow that access.... (We chose 1) here, and I suggested it to Sun as well, complete with suggested code changes....)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00627; 30 Sep 90 23:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00606; 30 Sep 90 23:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00555; 30 Sep 90 23:12 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa00268; 30 Sep 90 23:05 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA17287; Sun, 30 Sep 90 21:58:23 CDT Date: Sun, 30 Sep 90 21:58:23 CDT From: Mike Goss Message-Id: <9010010258.AA17287@snow-white.merit-tech.com> To: buchanan@cs.ubc.ca Subject: Wren disks Cc: info-iris@BRL.MIL > Date: 28 Sep 90 17:23:01 GMT > From: John Buchanan > Organization: Imager, UBC, DCS, Vancouver, B.C., Canada > Subject: Wren VII > Message-Id: <9780@ubc-cs.UUCP> > Sender: info-iris-request@BRL.MIL > To: info-iris@BRL.MIL > Status: R > > We are currently considering adding a Wren VII to our file server which > is a 4D/70. Has any one added this disk to an SGI box, if so I would like > to hear your comments, gripes, etc.... > > ========================================================================= > | |===============================| > | John Buchanan (juancho) | buchanan@cs.ubc.ca | > | Imager Manager |===============================| > | Imager | (604) 228-2218 | > | Department of Computer Science |===============================| > | University of British Columbia | Standard disclaimer | > | Vancouver, BC, Canada | included in this | > | | box, right here. | > ========================================================================= > > We have had a CDC/Imprimis/Seagate Wren 700MB disk running on a 4D/70GT for well over a year now with no problems (I'm not sure if it's a Wren VII or some lower number Wren). We have it mounted in an external enclosure from National Peripherals. One thing to check on -- some very early 4D's had an incorrectly wired external SCSI connector. Ask SGI to check it out for you; I think they replaced our SCSI connector under the normal maintenance contract, and we've lived happily ever after. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10558; 1 Oct 90 16:15 EDT Received: by VMB.BRL.MIL id aa10354; 1 Oct 90 16:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09585; 1 Oct 90 15:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09498; 1 Oct 90 15:08 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa04606; 1 Oct 90 15:01 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8262; Mon, 01 Oct 90 15:01:10 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 1 Oct 90 14:37 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA00345; Sun, 30 Sep 90 18:03:00 DSD Date: Sun, 30 Sep 90 18:03:00 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: xylogics 772 tape controller To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010010103.AA00345@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How do you install it ? I have one from a system down awaiting repair, and I want to put it on our working system. Which slot does it go into ? How do it know it is working ? (the system it came from burnt up, so I don't know if it is functional ). There are some lights on the board. Is there anything that indicates life ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24423; 2 Oct 90 20:55 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab24349; 2 Oct 90 20:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24347; 2 Oct 90 20:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13047; 2 Oct 90 20:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26638; Tue, 2 Oct 90 17:08:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Sep 90 07:37:32 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How do you determine Ethernet #? Message-Id: <70727@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article porter@caip.rutgers.edu (Adam Porter) writes: +--------------- | Is there a way to determine the Ethernet number of a Personal Iris? +--------------- I've posted this before, but here it is again. This doesn't depend on being run on a PI, per se, but it does depend on SGI's particular version of "raw" sockets. A similar thing can be written for most other machines which provide some sort of raw socket access to the network link layer. On machines with more than one network interface, it only shows the MAC address of the "primary" interface, the one that was "ifconfig"d first at boot time. (If you like, add code to set the variable "interface" from a command-line option.) Due to the use of "raw" sockets, it must be run as root or be setuid root. -Rob [p.s. MAC addresses of other nodes on the same network can be shown by first "ping"ing the hosts and then typing "arp -a" to see the cached MAC addresses.] ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311 ============== attachment: macaddr.c ========================== /* * macaddr.c - show Ethernet address of primary interface * * 900716 rpw3@sgi.com */ #include #include #include #include #include #include #include #include char *ether_aton(); char *interface; /* change for other than default interface */ char *my_etheraddr; /* result */ main() { static struct sockaddr_raw sr; /* static, so "interface" lives on */ static struct ifreq ifreq; /* static, so "my_etheraddr" lives on */ int s, n; s = socket(AF_RAW, SOCK_RAW, RAWPROTO_SNOOP); if (s < 0) { perror("socket"); exit(errno); } /* * A raw bind() can be done without knowing the interface name, * but we can't do the raw getsockname() without the bind(). So * we do the bind() first, with a null interface name if needed. */ sr.sr_family = AF_RAW; sr.sr_port = 0; if (interface) (void) strncpy(sr.sr_ifname, interface, sizeof sr.sr_ifname); else bzero(sr.sr_ifname, sizeof sr.sr_ifname); if (bind(s, &sr, sizeof sr) < 0) { perror("bind"); exit(errno); } /* * Now get the "sockname", which for a raw socket is the interface * name: "lo0", "ec0", "ipg0", or some such. */ if (interface == 0) { n = sizeof sr; if (getsockname(s, (struct sockaddr *)&sr, &n) < 0) { perror("getsockname"); exit(errno); } interface = sr.sr_ifname; printf("primary interface = '%s'\n", interface); } /* * Now get the "sockname", which for a raw socket is our link-level * (Ethernet or FDDI or other MAC-level) address. Store a pointer to * this in "my_etheraddr" for later inclusion in transmitted packets. */ ifreq.ifr_addr.sa_family = AF_RAW; (void) strncpy(ifreq.ifr_name, interface, sizeof ifreq.ifr_name); if (ioctl(s, SIOCGIFADDR, &ifreq) < 0) { /* XXX - use better error handler */ perror("couldn't SIOCGIFADDR"); exit(errno); } my_etheraddr = &ifreq.ifr_addr.sa_data[0]; printf("MAC-level address of '%s' = %s\n", interface, ether_ntoa(my_etheraddr)); exit(0); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25644; 3 Oct 90 1:25 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac25370; 3 Oct 90 0:31 EDT Received: by VMB.BRL.MIL id ac25364; 3 Oct 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24791; 2 Oct 90 23:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13450; 2 Oct 90 22:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03334; Tue, 2 Oct 90 19:31:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Sep 90 17:55:03 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How do you determine Ethernet #? Message-Id: <70732@sgi.sgi.com> References: , <70727@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The quickest hack to find target's ethernet address is to `/usr/etc/ping -c 5 target; /usr/etc/arp target`. Many uses of the Ethernet MAC address are for "software node locking." This is a grievious misuse, because the Ethernet address can change when the ethernet board is replaced in systems where the ethernet board is separate, including MP systems where the ethernet is on the IO[23]. There is also an ioctl() that changes the ethernet address, making such ethernet address "node locking" kind of loose. Sysinfo(1) and sysid(2) describe how to obtain a better number. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab25644; 3 Oct 90 1:25 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa25620; 3 Oct 90 1:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25589; 3 Oct 90 1:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13791; 3 Oct 90 0:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08701; Tue, 2 Oct 90 21:25:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Sep 90 22:30:42 GMT From: Scott Drellishak Organization: ucb Subject: Login faces Message-Id: <1990Sep30.223042.7498@agate.berkeley.edu> References: , <70727@sgi.sgi.com>, <70732@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After having read the man pages on pandora (the login program), I discovered that it was possible to place an image in SGI format (whatever that means) into /usr/local/lib/faces/account-name, and that image would be displayed instead of the default stick-figure. However, when I placed the file there, it worked on the machine I was working on, but caused all the other machines on the cluster to crash. That is, I am on a machine called box...when I place the image in the right place, box shows the proper image for my login name; however, all the other machines in the cluster try to display my image, fail, and give some error about "display manager failed" (or something like that), and then do the same thing again, ad infinitum. What's wrong with the image that it can be displayed on my machine but none of the others...the image is a colormap image, and the machine is a Personal Iris. I realize this may be a total rookie question...I am a total rookie. Nice machines, though. Please reply by email, or post if you think it's important. Scott Drellshak, sfd@ocf.berkeley.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03774; 1 Oct 90 8:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03074; 1 Oct 90 8:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02979; 1 Oct 90 7:51 EDT Received: from relay.nswc.navy.mil by VGR.BRL.MIL id aa01949; 1 Oct 90 7:42 EDT Date: Mon, 1 Oct 90 07:44:27 EDT From: mberger@relay.nswc.navy.mil To: caip.rutgers.edu!porter@rutgers.edu, info-iris@BRL.MIL Subject: Re: How do you determine Ethernet #? Message-ID: <9010010742.aa01949@VGR.BRL.MIL> The 'eaddr' command can be issued from the prom monitor. I've also heard that 'arp' will work in multi-user but have not tried it.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05663; 1 Oct 90 10:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05457; 1 Oct 90 9:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05429; 1 Oct 90 9:50 EDT Received: from nac.no by VGR.BRL.MIL id aa02707; 1 Oct 90 9:36 EDT Received: from localhost by nac.no (5.64+IDA/Babel-1.6/6.0) with SMTP id AAnac13555; Mon, 1 Oct 1990 14:37:24 +0100 Received: from /PRMD=uninett/ADMD=_/C=no/ by nac.no with X.400 id ; Mon, 1 Oct 1990 14:37:22 +0100 Date: Mon, 1 Oct 1990 14:37:22 +0100 From: Finn Drablos To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Problem with csplit ..... Message-Id: <218*finn.drablos@sintef.no> I have a source code file with several subroutines. Each subroutine is started with a comment line with 'BEGIN '. Now I want to split this into separate files with csplit, and as I understand the man page the following command should work : csplit -k source.src /BEGIN/ {40} However, it seems to split up to the first BEGIN, and then the next 40 lines. It does not use the pattern 40 times. I have tried /BEGIN/{40}, '/BEGIN/ {40}', '/BEGIN/{40}', '/BEGIN/+0 {40}', '/BEGIN/+0{40}', '/BEGIN/'{40} etc. ... Am I doing something obviously wrong, or is there a problem with csplit? I am using csh and IRIX 3.2.1. Thanks in advance! ================== Finn Drablos PHONE +47 7 997710 FAX +47 7 997708 MR-Senteret, UNIMED, SINTEF C=no;P=uninett;O=sintef;G=finn;S=drablos; N-7034 TRONDHEIM, NORWAY MHS(EAN) : finn.drablos@sintef.no EARN/BITNET : drabloes@norunit ----------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07327; 1 Oct 90 12:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07134; 1 Oct 90 12:08 EDT Received: by VMB.BRL.MIL id aa07129; 1 Oct 90 12:00 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa07055; 1 Oct 90 11:49 EDT Received: from fedc06.FED.ORNL.GOV by ADM.BRL.MIL id aa12388; 1 Oct 90 11:39 EDT Date: Mon, 1 Oct 1990 11:36:29 EDT From: "To Thine Own Self be True." Message-Id: <901001113629.21202546@FEDC06.FED.ORNL.GOV> Subject: /debug directory -- what is it? To: info-iris@BRL.MIL X-Vmsmail-To: SMTP%"info-iris@BRL.MIL" Hello all, What is the /debug directory for? I've looked through the manuals and can't find anything on it. Seems its taking up a rather large portion of our disk space, but I've never seem much of it used. Anyway I can reduce its space (or is this even desirable?) ? Thanks Jason Ruiter ORNL, FED (615) 574 1308 ruiterjr@fedc04.fed.ornl.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18336; 2 Oct 90 10:17 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa17618; 2 Oct 90 9:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17550; 2 Oct 90 9:07 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa10683; 2 Oct 90 8:54 EDT Received: Mon, 1 Oct 90 07:38:29 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 1 Oct 90 07:38:29 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9010011038.AA06767@aero4.larc.nasa.gov> To: swrinde!zaphod.mps.ohio-state.edu!rpi!crdgw1!ge-dab!puma!andrew.ATL.GE.COM!nkenig@ucsd.edu Subject: Re: Hardcopy from 4D Cc: info-iris@BRL.MIL The best copies I have seen came from a hard copy unit from Kodak. The paper prints looked almost like photo's and the transparencies looked good and durable. It has a digital interface and I think the price is around $10k, but I am not sure. I would give you more information, but what I have isn't readily accessable. We have a Tektronix 4693D thermal hard copy device. I has 8 basic colors and dithers to get 16M. We like it, it does its job, and we haven't had any major problems with it. The only thing we don't like about it is if you have a very dark background on a transparency, it tends to melt quickly. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24596; 2 Oct 90 21:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24538; 2 Oct 90 21:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24510; 2 Oct 90 21:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13193; 2 Oct 90 20:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27534; Tue, 2 Oct 90 17:26:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 14:23:30 GMT From: "Cameron Simpson,Uhmmm..???? Who knows" Organization: none Subject: Re: dumb question about libgl.a and openwin()... Message-Id: <872@usage.csd.unsw.oz.au> References: <1990Sep27.160601.14614@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <1990Sep27.160601.14614@odin.corp.sgi.com>, by bennett@sgi.com (Jim Bennett): | In article <861@usage.csd.unsw.oz.au> cameron@spectrum.cs.unsw.oz.au (Cameron Simpson) writes: |>When I try to run the 4D verion on the PI it says |> Unable to map GM DRAM: No such device |>When I try to run the PI version on the 4D it says |> Unable to map FIFO: No such device |>How do I make a binary which will run on both? | | You have to link with the shared library version of the GL, libgl_s.a. | Jim Bennett (bennett@esd.sgi.com) Yes, this was the reason. Within a day of posting my query I received replies from half a dozen people, all (like Mr Bennett, above) from within SGI. Many thanks! I'll crawl back under my rock now... - Cameron Simpson cameron@spectrum.cs.unsw.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24596; 2 Oct 90 21:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24538; 2 Oct 90 21:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24527; 2 Oct 90 21:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13253; 2 Oct 90 21:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28701; Tue, 2 Oct 90 17:49:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 22:26:12 GMT From: Ian Hoyle Subject: Re: Hardcopy from 4D Message-Id: References: <326@puma.ge.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL nkenig@andrew.ATL.GE.COM (Neil S Kenig) writes: >I'm looking for reccomendations for hardcopy output from 4Ds. I need >to produce both paper and transparencies. I'm interested in fairly >high quality, i.e. something better than a color laser printer or a >thermal wax printer that has only a few colors and dithers the rest. >I'm most intrigued by the new thermal dye sublimation printers. I >prefer a device with a digital input, as opposed to analog RGB, so >that it can be used as a shared resource among several machines >networked together on Ethernet (Suns & SGs). I saw a Kodak XL7700 printer with drivers for the SG being shown by GW Hannaway at Siggraph '90 on the SGI stand - looked *great*, albeit a bit pricy. ian -- Ian Hoyle /\/\ Image Processing & Data Analysis Group / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ FAX : +61-3-561-6709 E-mail : ianh@bhpmrl.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25446; 3 Oct 90 0:42 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab25370; 3 Oct 90 0:31 EDT Received: by VMB.BRL.MIL id ab25364; 3 Oct 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac24768; 2 Oct 90 23:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13439; 2 Oct 90 22:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03658; Tue, 2 Oct 90 19:38:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 16:53:43 GMT From: Bob Green Organization: sgi Subject: Re: Missing Software ? Message-Id: <1990Oct1.165343.4164@odin.corp.sgi.com> References: <9009281828.AA22187@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009281828.AA22187@chaos.ocean.fsu.edu>, steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: |> |> I recieved my 3.3 upgrade the other day and there was nothing for the |> Documentor's Workbench and the Laser Printer options nor for the Iris |> Visual tools (Wavefront Personal Visualizer etc). Am I missing something |> I should have recieved or was there no upgrade for these products ? |> -- |> Steve VanGorder Out of the more than 40 SGI authored or ported applications most were not changed in the transition from 4D1-3.2 to 4D1-3.3. The Documenters' Workbench, Laser Printer Support, and Visual Tools were just a few of the options which did not require a new version to be compatible. It sounds like your received the correct software. Bob Green Software QA Mgr Silicon Graphics, Inc.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab25446; 3 Oct 90 0:42 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad25370; 3 Oct 90 0:32 EDT Received: by VMB.BRL.MIL id ad25364; 3 Oct 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24791; 2 Oct 90 23:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13455; 2 Oct 90 22:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29370; Tue, 2 Oct 90 18:03:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 21:18:10 GMT From: Amy Swanson Organization: University of Illinois at Urbana Subject: 3rd party hardware & maintenance by SGI Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested in hearing from sites that currently have 3rd party hardware on their SGI systems and how their maintenance is handled by SGI. I am well aware of SGI's policy concerning 3rd party hardware, but like everyone else, current budgets require purchasing less expensive non-SGI hardware. I would like to know if people have run into "roadblocks" from SGI when their systems need maintenance and how it has been handled. Thanks in advance, Amy Amy K. Swanson UNIX System Administrator NCSA - National Center for Supercomputing Applications University of Illinois @ Urbana-Champaign amys@ncsa.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25515; 3 Oct 90 0:53 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa25370; 3 Oct 90 0:31 EDT Received: by VMB.BRL.MIL id aa25364; 3 Oct 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24768; 2 Oct 90 23:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13437; 2 Oct 90 22:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03627; Tue, 2 Oct 90 19:38:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 15:24:41 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: xterm and -ibmkbd Message-Id: <1990Oct1.152441.572@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello xterm types, I have a friend that was using the -ibmkbd option for talking to his vax under 3.2. But now I have given him 3.3.1 and the -ibmkbd option is no longer supported. Does anyone have another solution for making the PI keyboard look like an IBM PC keyboard while talking to a vax running vms? Please let me know what it is. Thanks in advance, Bruno Pape   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25897; 3 Oct 90 1:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25819; 3 Oct 90 1:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25687; 3 Oct 90 1:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13855; 3 Oct 90 1:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09974; Tue, 2 Oct 90 21:54:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 00:47:45 GMT From: Michael Cohen Organization: Boston University Center for Adaptive Systems Subject: 3RD party Repair for Irix Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Do you know of any third party organizations which might Service Iris 4D280 servers. Thanks very much for your information. -mike -- Boston University (617-353-7857) Email: mike@bucasb.bu.edu Smail: Michael Cohen 111 Cummington Street, RM 242 Center for Adaptive Systems Boston, Mass 02215 Boston University   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26015; 3 Oct 90 2:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab25897; 3 Oct 90 1:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25865; 3 Oct 90 1:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13938; 3 Oct 90 1:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11614; Tue, 2 Oct 90 22:30:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 18:36:56 GMT From: Wes Barris Organization: Minnesota Supercomputer Center Subject: xdbx on an Iris Message-Id: <2696@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Earlier I posted an "xdbx" question about alloca/xmalloc on the Iris. Thanks to those who have pointed me to the "emacs" code. Now that xdbx builds properly on the Iris, it won't run because it cannot open any "ptys". For communication purposes, xdbx opens a tty/pty pair. However, because ptys are a BSD thing (I think) they are not available in the strict SYS5 implementation of unix on the Iris. Am I out of luck or is there a work-around for this as well? o o o o o o o . . . ________________________________ _____=======_____ o _____ |Wes Barris | | wes@msc.edu | .][__n_n_|DD[ ====_____ |Minnesota Supercomputer Center| |(612) 626-1854 | >(________|__|_[_________]_|University of Minnesota_______|_|_FAX:_624-6550_|_ _/oo OOOOO oo` ooo ooo 'o^o^o o^o^o` 'o^o o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- A soaking wet Weber roasts no kabobs!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26095; 3 Oct 90 2:19 EDT Received: by VMB.BRL.MIL id ad25936; 3 Oct 90 2:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac25515; 3 Oct 90 0:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25485; 3 Oct 90 0:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13761; 3 Oct 90 0:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08364; Tue, 2 Oct 90 21:17:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 21:31:17 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: xdbx on an Iris Message-Id: <70796@sgi.sgi.com> References: <2696@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2696@uc.msc.umn.edu> wes@msc.edu writes: >Earlier I posted an "xdbx" question about alloca/xmalloc on the Iris. Thanks >to those who have pointed me to the "emacs" code. Now that xdbx builds >properly on the Iris, it won't run because it cannot open any "ptys". For >communication purposes, xdbx opens a tty/pty pair. However, because ptys >are a BSD thing (I think) they are not available in the strict SYS5 >implementation of unix on the Iris. Am I out of luck or is there a work-around >for this as well? IRIX has pseudo-ttys. Refer to pty(7M) for details.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26260; 3 Oct 90 2:55 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa26201; 3 Oct 90 2:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26147; 3 Oct 90 2:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14059; 3 Oct 90 2:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13011; Tue, 2 Oct 90 23:00:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 16:21:07 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Exabyte tape drives for Iris 4D/80's Message-Id: <1990Oct1.162107.6329@eagle.lerc.nasa.gov> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Introl Corporation, 2675 Patton Road, St. Paul, Minnesota, 55113, (612) 631-7600, sells a line of SGI compatible products, including exabyte tapedrives in twin tower enclosures. We don't have anything from them but would like to hear others experience. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26463; 3 Oct 90 3:31 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa26378; 3 Oct 90 3:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26338; 3 Oct 90 3:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14144; 3 Oct 90 2:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14484; Tue, 2 Oct 90 23:37:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 13:19:38 GMT From: Bill Kish Organization: Rutgers Univ., New Brunswick, N.J. Subject: Exabyte tape drives for Iris 4D/80's Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have advice concerning vendors of Exabyte tape drives for an Iris 4D/80 ? So far I have SGI and Parity as possible vendors. Any other possibilities ? If you have an Exabyte tape drive, please drop me some email (kish@jove.rutgers.edu) and let know what vendor you chose and why. Thanks, Bill Kish kish@jove.rutgers.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab26463; 3 Oct 90 3:31 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab26378; 3 Oct 90 3:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26338; 3 Oct 90 3:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14146; 3 Oct 90 2:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14753; Tue, 2 Oct 90 23:43:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 15:19:43 GMT From: "Dennis Flanigan Jr." Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Widget Creation Library Message-Id: <3521@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings- Is anybody using the Widget Creation Library on an iris out there? Any helpful hints on making the Wc library? -Thanks Dennis Flanigan, Jr. -------------------------------------------------------------------------- Dennis Flanigan Jr. | Goddard Space Flight Center Applied Research Corp. | Code 913 flanigan@iris613.gsfc.nasa.gov | (301) 286-9136   Received: from vmb.brl.mil by VMB.BRL.MIL id ac26463; 3 Oct 90 3:31 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac26378; 3 Oct 90 3:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26340; 3 Oct 90 3:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14155; 3 Oct 90 2:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14945; Tue, 2 Oct 90 23:47:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 14:29:41 GMT From: "Gary S. Moss (VLD/VMB" , dd.hp.com!uakari.primate.wisc.edu!aplcen!haven!adm!smoke!brl.mil!moss@ucsd.edu, ")"@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Ballistic Research Laboratory Subject: Re: Pipe input file redirection. Message-Id: <13988@smoke.BRL.MIL> References: <9009262123.AA24525@mcirps2.med.nyu.edu>, <3502@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3502@dftsrv.gsfc.nasa.gov>, merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: |> In article <9009262123.AA24525@mcirps2.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes: |> >How do I pipe the stdout and stderr files from a collection of programs |> >into the stdin of another program ? |> |> Assume no_file1 and no_file2 don't exist; 'cat' writes to 2. |> |> With sh: |> (cat no_file1; cat no_file2) 2>&1 | 1<&2 od -xc Well, I'm, not sure why, but this results in the output from "od" being on stderr; when reading TFM about the "1<&2" construct it sheds no light on reality. Anyway, the following is sufficient to dup stderr from the subshell to its stdout for the Bourne shell: (cat no_file1; cat no_file2) 2>&1 | od -xc   Received: from vmb.brl.mil by VMB.BRL.MIL id ad26463; 3 Oct 90 3:32 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad26378; 3 Oct 90 3:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26340; 3 Oct 90 3:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14157; 3 Oct 90 2:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14539; Tue, 2 Oct 90 23:38:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 20:58:57 GMT From: Mark Rosenstein Organization: Bellcore, Morristown, NJ Subject: Abekas, SGI and rgb Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an Abekas A60, that I am trying to dump images to via rcp from a 4D/25. Abekas's normal mode is images in yuv, but they are supposed to be able to take images in rgb format, of which I foolishly rendered a bunch. I have not sucessfully transfered them, and before I convert them all to yuv myself, I'd like to check if anyone has successfully done this. When I do the transfer to the abekas in rgb mode, I get a dot pattern imposed on my image. There are 32 dots across the screen, and 7 scan lines between the dots, and the rows of dots are angled down about 10 degrees. The dots are at the same place on different images (though at different places on different fields). To get a minimal case, I conduct the following experiment. Frame 420 on the abekas is fine. From my PI: rcp a60:420.yuv /tmp/420.yuv #transfer from abekas hostname a60 to my PI rcp /tmp/420.yuv a60:421.yuv #transfer back and frame 421 is fine. The next experiment rcp a60:420.rgb /tmp/420.rgb #now do transfer in rgb mode rcp /tmp/420.rgb a60:421.rgb and I get the bunch of dots. Confounding data is that my PI is on a different net than the Abekas. Also repair has been through and changed out a bunch of boards on the A60 to no avail. [No one to my knowledge has tried this type of transfer here before, though]. Finally, from a Sun only feet away from the Abekas, I can do the above experiment and only get say one dot per entire frame. Interestingly, I can rcp the rgb file from my sgi to the sun and then over to the Abekas, with again only say one dot per frame. Has anyone had any relevant experience? Thanks. Mark.   Received: from vmb.brl.mil by VMB.BRL.MIL id ae26463; 3 Oct 90 3:32 EDT Received: by VMB.BRL.MIL id aa26396; 3 Oct 90 3:28 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab25515; 3 Oct 90 0:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25485; 3 Oct 90 0:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13759; 3 Oct 90 0:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08399; Tue, 2 Oct 90 21:18:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 23:25:33 GMT From: "David B.Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Problem with csplit ..... Message-Id: <70823@sgi.sgi.com> References: <218*finn.drablos@sintef.no> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <218*finn.drablos@sintef.no> finn.drablos@sintef.no (Finn Drablos) writes: [stuff deleted] >csplit -k source.src /BEGIN/ {40} [stuff deleted] >lines. It does not use the pattern 40 times. I have tried /BEGIN/{40}, csh strips the {}. Use: csplit -k source.src /BEGIN/ \{40\} Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26846; 3 Oct 90 4:50 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa26822; 3 Oct 90 4:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26812; 3 Oct 90 4:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14356; 3 Oct 90 4:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18942; Wed, 3 Oct 90 01:18:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 03:03:58 GMT From: Cyrus in person Organization: Com Technology, San Diego Subject: workspace in rgb? Message-Id: <273@comtec.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, When I run some graphic programs my WorkSpace turns red, do I need to switch it to RGB mode? can I switch it to RGB mode?, if so how? My hardware configuration is 4d/50g 24bit irix 3.3 Thank you for your support!! ucsd.edu!comtec!cyrus   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28494; 3 Oct 90 8:06 EDT Received: by VMB.BRL.MIL id ab28321; 3 Oct 90 8:01 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab26900; 3 Oct 90 5:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26882; 3 Oct 90 4:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14389; 3 Oct 90 4:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19576; Wed, 3 Oct 90 01:32:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 22:46:56 GMT From: news Organization: Stanford University Subject: Re: Missing Software ? Message-Id: References: <9009282027.AA01332@erin.jsc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We used a remote tape drive to upgrade those systems without tape drive, and we had to modify /usr/etc/inetd.conf from: tftp dgram udp wait guest /usr/etc/tftpd tftpd -s /usr/local/boot to: tftp dgram udp wait guest /usr/etc/tftpd tftpd otherwise we will get TFTP error. Hope this mail can save you two~three days of time. GOOD LUCK!!! Be advised that if you are on the Internet, running tftpd without the "-s /usr/local/boot" option allows anyone on the Inernet (from Australia to Peoria to Germany) to access any publicly readable file on the system, including /etc/passwd. So anyone doing this may want to change inetd.conf back after the installation is done. A better solution would be to copy all the required files (whatever they may be) to a tree under /usr/local/boot. It's good to see SGI is improving the default security on their systems. A couple years ago, there was no "chroot" flag for tftpd, and the diag account (uid=0, shell=/bin/csh) didn't come with a password. Many SGI owners (at least around here) didn't bother or think one was necessary. (SGI was not alone in this. Sun's old sysdiag (uid=0, shell=sysdiag) account had even more problems since many sysadmins were under the impression that sysdiag was "secure," which it was not in the least.) Moral: if you don't know what the account does, put a password on it. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01408; 3 Oct 90 11:15 EDT Received: by VMB.BRL.MIL id aa01288; 3 Oct 90 11:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa26900; 3 Oct 90 5:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26882; 3 Oct 90 4:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14386; 3 Oct 90 4:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19163; Wed, 3 Oct 90 01:23:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 02:19:09 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: gdiff Message-Id: <504@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL a few days ago someone listed a network address for gdiff: 192.248.153.1 this node is unreachable. anyone else having this problem? thanks michael c/o convex!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01940; 3 Oct 90 11:52 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab01619; 3 Oct 90 11:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01538; 3 Oct 90 11:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13453; 2 Oct 90 22:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00486; Tue, 2 Oct 90 18:26:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 16:25:11 GMT From: Ken Chin-Purcell Organization: Minnesota Supercomputer Center Subject: Re: Wren VII Message-Id: <1990Oct1.112511@msc.EDU> References: <9780@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL John Buchanan writes: |> We are currently considering adding a Wren VII to our file server which |> is a 4D/70. Has any one added this disk to an SGI box, if so I would like |> to hear your comments, gripes, etc.... We have one hooked up to a PI 25. No problem. Just run fx, it will recognize it. -- -- Ken   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09038; 12 Oct 90 13:01 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08723; 12 Oct 90 12:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08654; 12 Oct 90 12:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02585; 12 Oct 90 12:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27744; Fri, 12 Oct 90 09:26:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Oct 90 20:35:47 GMT From: Catalin Ivan Organization: Universite de Montreal Subject: g++ on 4D or 3130 Message-Id: <1990Oct1.203547.20645@IRO.UMontreal.CA> References: <9009161423.aa19654@VAT.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, where can I find g++ sources, libraries and docs. And most important have anybody ported or installed it on the 4D or 3130 machines? Did you succeeded (easily?) or found any problems? Thanks. -- |\___/| | o O | CaT ivan@iro.umontreal.ca \="=/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18220; 2 Oct 90 10:06 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa17836; 2 Oct 90 9:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17678; 2 Oct 90 9:23 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa10735; 2 Oct 90 9:05 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 7161; Tue, 02 Oct 90 09:07:34 EST Received: by UOGUELPH (Mailer R2.07) id 4212; Tue, 02 Oct 90 09:07:32 EST Date: Tue, 02 Oct 90 08:48:19 EST From: Peter Jaspers-Fayer Subject: ansitape and VMS To: Iris mailing list Message-ID: <9010020905.aa10735@VGR.BRL.MIL> My opinion only: SGI really should look into providing a tool for (at least) reading VMS tapes. This could allow SGI to sell more irises to DEC shops. (Besides, I keep getting bugged by people who want their FORTRAN source moved to our new 380 ;-) Solutions: `vmsbakup` (usually distributed as read_vmsbackup.tar.Z) is old, and buggy (it "snarks" on many block types), and unsupported. It can be picked up from various sites (uunet, for instance). SGI already supplies `ansitape`. ansitape does the file I/O ok, but most VMS tapes are in VMS BACKUP format (their answer to tar). VMS BACKUP save-sets are just files-11 files. This means that all we REALLY need is a method to read/write savesets on disk. This should simplify the program a lot. It should be usable as a filter, thus read: ansitape -read_options | vmsbackup -extract_options write: vmsbackup -gather_options | ansitape -write_options This could also get around media incompatabilities, if you move the VMS saveset (disk) to/from an iris via FTP (or even kermit!). Does anyone else think this is reasonable? Has anyone done it? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) It is impossible to make anything foolproof because fools are so ingenious.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23956; 2 Oct 90 18:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23487; 2 Oct 90 17:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23361; 2 Oct 90 17:11 EDT Received: from SGI.COM by VGR.BRL.MIL id aa12631; 2 Oct 90 17:00 EDT Received: from relay.sgi.com by SGI.COM via SMTP (5.64-bind 1.5+ida/900410.SGI) for info-iris@BRL.MIL id AA24772; Tue, 2 Oct 90 14:01:40 -0700 Received: from giraffe.asd.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA17259; Tue, 2 Oct 90 14:01:39 PDT Received: from forest.asd.sgi.com by giraffe.asd.sgi.com (5.52/900721.SGI) for @relay.sgi.com:info-iris@BRL.MIL id AA28640; Tue, 2 Oct 90 14:01:36 PDT Received: from localhost.asd.sgi.com by forest.asd.sgi.com (5.52/900721.SGI) for @giraffe.asd.sgi.com:info-iris@BRL.MIL id AA17299; Tue, 2 Oct 90 14:01:34 PDT Message-Id: <9010022101.AA17299@forest.asd.sgi.com> To: info-iris@BRL.MIL Subject: Re: Binary Programs on Info-Iris Date: Tue, 02 Oct 90 14:01:32 -0700 From: Forest Baskett "SGI personnel, of all people, should provide at least SOME instructions with code. ... It should not be necessary for net-time to be spent with queries such as Lance's above." Paul Haeberli is one of those unusual individuals to whom many things are obvious that are down right mysterious to some of us mere mortals. His heart is in the right place but I'm often not sure where his mind is except that it usually turns out to have been in a good place. The net is rich and varied and, as a consequence, YOU can often find things on it that are useful to you. But the price seems to be that you also have to wade through stuff you find useless or even annoying. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id ab23956; 2 Oct 90 18:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa23660; 2 Oct 90 18:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23626; 2 Oct 90 17:53 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa12736; 2 Oct 90 17:49 EDT Received: Tue, 2 Oct 90 12:04:15 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 2 Oct 90 12:04:15 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9010021504.AA11064@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Reading pixels from screen A while back I posted a request, and since no one from SGI responded, and since I have recieved requests as to if I had gotten any information... Here we go again. The 4Dgifts/imgtools utility scrsave has a call to gl_readscreen. This routine aparently returns the RGB values of pixels on the screen along a constant y line, regardless of mode (i.e. color map, RGB) Why isn't this a "normal" graphics call. For people trying create screen dump utilities this is a key routine. What library is this routine in? Can we expect it to be documented in the future? And DON'T tell me to use scrsave (or icut/snapshot which call scrsave), this is NOT an answere. This is mainly aimed at SGI people. Can any of them answere this? I am not the only one interested in this. -- Brent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24686; 2 Oct 90 22:15 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa24349; 2 Oct 90 20:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24345; 2 Oct 90 20:36 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa13043; 2 Oct 90 20:23 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA25061; Tue, 2 Oct 90 20:22:37 -0400 Message-Id: <9010030022.AA25061@remote.dccs.upenn.edu> Date: Tue, 2 Oct 90 20:22 EST From: "Yates, John H." Subject: vmsbackup problems solved To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES (Sorry to post this to everyone, but there were too many interested people to keep track of along the line). Tony Silva (tsilva%aaec1.uucp@dspvax.mit.edu) solved the vmsbackup single file restore problem. The trick: >O.K. I've finally got the answer for extracting selected files. Try >something like: > > vmsbackup -xvcde '?BIN?ASC2BIN.EXE;1' for extracting [BIN]ASC2BIN.EXE;1 > ... or > > vmsbackup -xvcde '*ASC2BIN.EXE*' I opted for on our SGI: vmsbackup -xvf /dev/rmt/xmt0d0.1600 '?JY.TEX?STORY.TEX;1' and it worked! btw, on sgi the following if test modification was used in vmsbackup.c (this got it to work, giving directories and extracting a whole save set). (also thanks to Tony) #if defined(sun) || defined(sgi) #define SWAP #endif John yates@c.chem.upenn.edu P.S. Now, I hope it can pick up in the middle of the second thru last tapes of a save set. Will try tomorrow.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27549; 3 Oct 90 6:44 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa27505; 3 Oct 90 6:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27498; 3 Oct 90 6:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14658; 3 Oct 90 6:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23783; Wed, 3 Oct 90 03:09:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 14:28:35 GMT From: Andrew Torda Organization: InformatikgestutzteChemie, ETH, Zurich Subject: NQS on iris fed from sun Message-Id: <1990Oct2.152835@igc.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Imagine one has sgi's port of NQS running on an iris and Sterling softwares original NQS running on a sun. Has anyone managed to persuade the iris to accept requests from the sun ? NQS on suns, crays and possibly others seems to put great weight on user id's machine id's and the nmapmgr (qmapmgr on cray) program to inform the batch system of this mapping. Sgi's port does not seem to provide such a mapping. What does this mean ? Thanks for any advice. -- Andrew Torda, ETH, Zurich   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27750; 3 Oct 90 7:11 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa27639; 3 Oct 90 7:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27578; 3 Oct 90 6:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14673; 3 Oct 90 6:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24118; Wed, 3 Oct 90 03:15:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 16:52:18 GMT From: Mark Bradley Organization: Solbourne Computer Systems Subject: xylogics 772 installation Message-Id: <1990Oct2.165218.20295@Solbourne.COM> References: <9010010103.AA00345@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9010010103.AA00345@mcirps2.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes: > >How do you install it ? Please don't. The answer is `It depends.'. It depends on what type of system and what boards are in what slots. You must be familiar w/ back- plane jumpers and controller base addressing. If you feel brave, put it in the backplane, remove the jumpers for that slot and boot the system. hinv will tell you if the system recognised it. This is not considered to be customer installable..... > >There are some lights on the board. Is there anything that indicates >life ? Ability to reproduce??? :{) markb -- Mark Bradley (DoD#1100) Faster, faster, until the thrill I/O Subsystems of speed overcomes the fear of death. Solbourne Computer, Inc. --Hunter S. Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id ab27750; 3 Oct 90 7:11 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab27639; 3 Oct 90 7:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab27578; 3 Oct 90 6:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14678; 3 Oct 90 6:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23999; Wed, 3 Oct 90 03:13:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 16:46:38 GMT From: "Bernard J. Duffy" Organization: University of Maryland, Baltimore County Subject: Re: Pinnacle Magneto Optical Disks Message-Id: <4060@umbc3.UMBC.EDU> References: <216*finn.drablos@sintef.no> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <216*finn.drablos@sintef.no> finn.drablos@sintef.no (Finn Drablos) writes: >In our everlasting hunt for more disk space we have started to think >about magneto optical disks. We have been contacted by a company >selling Pinnacle systems, and we have been looking at the REO-650 >disk. It is a SCSI disk, and we want to connect it to a 4D25TG. But ... Finn, If you get an Optical drive working on a 4D25TG, let me know.... We've tried Genesis' Sony drive on our 4D/25 (that good old Sync SCSI) and it didn't work. It had a nasty problem when formating/testing platters where it took over the I/O SCSI system while it was doing the many read/writes to the drive. The system basically "hung" still and resumed after the operation was completed. I don't know if we were expecting too much, but the hard drives (CDC / WREN V[II]) units would not do that when we would do the fx -x format. We do one of their units on a 4D/220 and also had it on a 4D/20 (PI-Async SCSI) and it didn't have this side effect. We also tried Q-systems' unit and got similar problems. It also had some boot up problems where it failed the diags. and the IRIX would prompt for "Hit return to continue". Since we were having such a hard time with the optical drives, we decided to get 2 hard disks (760Mb) and an 8mm tape drive. The drives, which I believe operate in either SYNC or ASYNC SCSCI modes, have performed like all the other hard drives I have "sucessfully" placed on other machines. I quoted "sucessfully" because we had 4D/2xx systems that ran diags the drive could not handle. The Genesis OS patch in accidently fixed this problem. The 4D/20 systems never had any such problems (yeah for the ESD folks). It's been a real treat to hear that "SCSI termination" cry for the SGI folks. That battle cry only came from the ASD folks where they expected folks to be using SGI drives or ones that responded like SGI drives to SCSI commands few people or OSs use (connect/disconnect). The 8mm (Exabyte) has been difficult and I'm still trying to get it to work with the 2 extra drives. I have got it to work with just the one " /, /usr, swap " disk. It also "breaks" the boot up diags which results in my favorite "hit return to continue". I'll be trying the "C" (capital C boot flag) later today. If anyone has an 8mm working on a 4D/25 let me know. For you folks who need to deal with "SCSI termination" take this advice from my experience with 8 disk drives and 3 optical drives from vendors other than SGI (aka 3rd party) : Stick with the silver termination connector on the end of your SCSI bus (chain). With that setup, removal all SIPs, transistor packs (sp?) that provide "internal termination". Also set the power for the termination (TERMINATIOR POWER) to external. On most SCSI boards it's the first two jumpers of about 8 ... generally it's configured in the horizontal position : . . . . . . . the others are used to set the SCSI id --------- You can also leave it off, but we don't | . . | . . . . . want to be collecting these jumpers. --------- Remember one other thing : the SCSI id's only range from 0 to 7 , BUT one of them is used by the controller. I accidently set a device's id to 0 on a SGI and found out the odd way (no damage... the system's diags tried to communicate with a tape drive for SCSI checks ) There's one other thing... In contradiction to the SCSI "standards", some SCSI devices "require" to be placed in a particular order on a SCSI bus in order to work. They operate as if there was a termination problem when they were placed in the "wrong" spot. Typically this means the unit wants to be closer to the SCSI controller. I haven't had this problem with any of the hard drives I've installed. Sorry for the long message... it's just I've suffered enought with the cold war on this termination stuff / 3rd party devices / SCSI devices you had prior to moving up to a SGI. Bernie Duffy ... SCSI victim -- Bernie Duffy Systems Programmer II | Bitnet : BERNIE@UMBC2 Academic Computing Services - L005e | Internet : BERNIE@UMBC2.UMBC.EDU Univ. of Maryland Baltimore County | UUCP : ...!uunet!umbc3!bernie Baltimore, MD 21228 (U.S.A.) | W: (301) 455-3231 H: (301) 744-2954   Received: from vmb.brl.mil by VMB.BRL.MIL id ac27750; 3 Oct 90 7:11 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac27639; 3 Oct 90 7:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27614; 3 Oct 90 6:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14724; 3 Oct 90 6:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24587; Wed, 3 Oct 90 03:25:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 21:34:04 GMT From: David A Higgen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: /debug directory -- what is it? Message-Id: <70942@sgi.sgi.com> References: <901001113629.21202546@FEDC06.FED.ORNL.GOV> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <901001113629.21202546@FEDC06.FED.ORNL.GOV>, RUITERJR@FEDC06.FED.ORNL.GOV ("To Thine Own Self be True.") writes: > Hello all, > > What is the /debug directory for? I've looked through the > manuals and can't find anything on it. Seems its taking up a rather > large portion of our disk space, but I've never seem much of it used. > > Anyway I can reduce its space (or is this even desirable?) ? Have you tried 'man debug'? 8-) Actually I'm not sure if this finds it in releases earlier than 3.3 which you may not be running yet.... try 'man dbg' if necessary. Meanwhile: The /debug directory is a pseudo-filesystem used by dbx. The "files" you see in it do not represent real files taking up disk space; they are representations of the address spaces of running processes. This gives the debugger an easy way to access the text & data of processes it is working on. The "size" of the /debug filesystem is just an indication of your machine's total available virtual space (real memory + swap). You don't need to worry about its space, it is not using any disk blocks! Dave Higgen (daveh@xtenk.asd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27923; 3 Oct 90 7:28 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad27750; 3 Oct 90 7:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27701; 3 Oct 90 7:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14747; 3 Oct 90 6:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25266; Wed, 3 Oct 90 03:38:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 17:04:41 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: gdiff Message-Id: <70891@sgi.sgi.com> References: <504@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <504@texhrc.UUCP>, mjz@texhrc.UUCP (Michael Zeitlin) writes: > a few days ago someone listed a network address for gdiff: ... There was a typo. Sgi.com is at 192.48.153.1. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab27923; 3 Oct 90 7:28 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ae27750; 3 Oct 90 7:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27736; 3 Oct 90 7:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14758; 3 Oct 90 6:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25682; Wed, 3 Oct 90 03:46:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 19:41:55 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: gcc problem Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am attempting to compile gcc 1.37 on an Iris 4D/120 running Irix 3.3.1. First I configured for "iris" and then I edited the Makefile so that a copy alloca.c stolen from gnuemacs is used in the first build of gcc. After a while I get the following error: cc -c -g -I. -I. -I./config symout.c ccom: Error: ./stddef.h, line 12: illegal type combination typedef unsigned long size_t; -----------------------------^ *** Error code 1 Stop. Anybody know how to fix this? George Elkins -- George Elkins elkins@nmrlab.rutgers.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28120; 3 Oct 90 7:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac27923; 3 Oct 90 7:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27881; 3 Oct 90 7:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14795; 3 Oct 90 7:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26149; Wed, 3 Oct 90 03:58:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 19:49:09 GMT From: "Bernard J. Duffy" Organization: University of Maryland, Baltimore County Subject: Re: Missing Software ? Message-Id: <4061@umbc3.UMBC.EDU> References: <9009281828.AA22187@chaos.ocean.fsu.edu>, <1990Oct1.165343.4164@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Oct1.165343.4164@odin.corp.sgi.com> bobg@rains.wpd.sgi.com (Bob Green) writes: .... > >Out of the more than 40 SGI authored or ported applications most were > not changed >in the transition from 4D1-3.2 to 4D1-3.3. .... Was there a PASCAL tape for 3.3[.1] (from 3.2) ? We got one for the DEV software (C compiler / environment) so I expect one for PASCAL . I'd normally hunt down my sales person and wait for his reply, but from this message from Bob Green, I don't expect a tape will be necessary. > >Bob Green >Software QA Mgr >Silicon Graphics, Inc. -- Bernie Duffy Systems Programmer II | Bitnet : BERNIE@UMBC2 Academic Computing Services - L005e | Internet : BERNIE@UMBC2.UMBC.EDU Univ. of Maryland Baltimore County | UUCP : ...!uunet!umbc3!bernie Baltimore, MD 21228 (U.S.A.) | W: (301) 455-3231 H: (301) 744-2954   Received: from vmb.brl.mil by VMB.BRL.MIL id ab28120; 3 Oct 90 7:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad27923; 3 Oct 90 7:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27902; 3 Oct 90 7:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14810; 3 Oct 90 7:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26958; Wed, 3 Oct 90 04:16:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 01:11:10 GMT From: Michael Dahl Organization: Cimplex Corporation Subject: Creating Image Files Message-Id: <4671@tahoe.unr.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I want to produce, from within my application, image files of the format produced by snapshot(1). Can anyone tell me the file format?   Received: from vmb.brl.mil by VMB.BRL.MIL id ab29631; 3 Oct 90 9:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa29442; 3 Oct 90 9:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29381; 3 Oct 90 9:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15123; 3 Oct 90 8:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00322; Wed, 3 Oct 90 05:35:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 19:38:32 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: gdiff.... Message-Id: <505@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL thanks to everyone who sent mail with the correct ftp address for gdiff.....: 192.26.75.5 michael zeitlin c/o convex!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id ad29631; 3 Oct 90 9:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac29442; 3 Oct 90 9:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29397; 3 Oct 90 9:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15138; 3 Oct 90 8:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00388; Wed, 3 Oct 90 05:36:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Oct 90 21:35:21 GMT From: James Helman Organization: Stanford University Subject: Formatting man pages without nroff Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Unfortunately, IRIX's base package leaves one without any way of formatting manual pages for add on software, like the software freely available on the net, e.g. all the X contrib stuff. To install or read legible versions of this free software's man pages, one has to buy SGI's Documenter's Workbench. It's only $300, which makes me wonder why SGI even bothered unbundling it. We would have ordered it if we had known we needed it for adding man pages, but we didn't. Fortunately for those too lazy (or too poor) to push through a PO to buy SGI's DWB, enter Henry Spencer, who wrote a package called awf (Amazingly Workable Formatter), which emulates a subset of nroff for man pages. Written entirely in awk(!!), it's the ideal package for those with more MIPS than $ to burn. I put awf out for ftp on fresnel.stanford.edu with a couple additions: 1) A script to run awf as nroff and act as a dummy tbl and neqn to dupe man(1) into working. 2) A makefile for use in /usr/catman/local to generate compressed formatted versions of local man pages. Unlike BSD systems, IRIX man(1) does not automatically store cat'able versions. You can pick it up by anonymous ftp from fresnel.stanford.edu. Look in pub/4DX/awf-sgi.tar.Z. The original is available from cs.toronto.edu. Note: awf is only a partial implementation of -ms and -man. It doesn't do tbl or eqn'ing. GNU's groff should do a more complete job. Does anyone have groff running under IRIX? Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01940; 3 Oct 90 11:52 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac01619; 3 Oct 90 11:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01582; 3 Oct 90 11:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15204; 3 Oct 90 9:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01115; Wed, 3 Oct 90 05:53:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 03:45:08 GMT From: Stuart Levy Organization: Geometry Group, University of Minnesota Subject: Re: rpc.{statd,lockd} problems Message-Id: <1990Oct3.034508.6996@cs.umn.edu> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yes, we did see something similar. Upon enabling rpc.{statd/lockd} on our SGI 3.3 NFS clients, we found that mail (actually /usr/bsd/Mail) would hang when we tried to exit after reading mail. Our mail directory is shared as yours is; the file server in our case is a Sun running 4.0.3. The SGI technical support person I talked to didn't seem to know about this problem; he tried to get me to check sendmail.cf and so forth, not too helpful. I couldn't tell what was causing this, and we didn't desperately need NFS file locking, so turned it off. Mail continued to hang even after the statd/lockd daemons were killed, but rebooting the client seemed to clear things up. So you're not alone but I have no help to offer. Stuart Levy, Geometry Group, University of Minnesota slevy@geom.umn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28962; 3 Oct 90 8:42 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa28827; 3 Oct 90 8:32 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa28763; 3 Oct 90 8:20 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa26220; 3 Oct 90 8:09 EDT Received: Wed, 3 Oct 90 05:07:01 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 3 Oct 90 08:07:11 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 3 Oct 90 08:38:23 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 3 Oct 90 08:38:23 EDT From: Tony Facca Message-Id: <9010031238.AA17606@avelon.lerc.nasa.gov> To: stewart@next.ucns.uga.edu Subject: Re: help Cc: info-iris%brl.mil@prandtl.nas.nasa.gov David Stewart writes: >help What revision of the operating system are you running? -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac29631; 3 Oct 90 9:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab29442; 3 Oct 90 9:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab29381; 3 Oct 90 9:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15126; 3 Oct 90 8:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00359; Wed, 3 Oct 90 05:36:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 05:53:46 GMT From: "Alan M. Mathiowetz" Organization: California Institute of Technology, Pasadena, CA Subject: Plotting scientific data on Irises. Message-Id: <1990Oct3.055346.28792@nntp-server.caltech.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are looking for a good commercial package for plotting two- and three- dimensional scientific data on SGI workstations. We have a fairly large number of users, so the easier the package is to use, the better -- i.e. a menu-driven program would be ideal. Postscript output would be great, but is not absolutely necessary. Does anyone have any recommendations?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01940; 3 Oct 90 11:52 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01619; 3 Oct 90 11:41 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa01517; 3 Oct 90 11:28 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa02197; 3 Oct 90 11:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05440; Wed, 3 Oct 90 08:10:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 13:19:08 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: Lockscreen Message-Id: <863@ki.UUCP> References: <1990Sep17.170536.27140@midway.uchicago.edu>, <9631@jpl-devvax.JPL.NASA.GOV> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9631@jpl-devvax.JPL.NASA.GOV> larrys@beowulf.JPL.NASA.GOV (Larry Seeley) writes: >In article <1990Sep17.170536.27140@midway.uchicago.edu> malagoli@oddjob.UChicago.EDU () writes: >>This is my first posting to the network. >>I have developed a lockscreen utility for Irises 4D. It works >>on my PI. I am no expert C programmer, so I would appreciate >>receiving comments and/or revised versions of this program. >Works great for me too! Very nice! >Possible minor problem if a user can rlogin into the PI. Only one [lockscreen] >process at a time is active. If a remote user starts [lockscreen], then it >seizes the monitor display. (If a [lockscreen] process was already running, it >is killed.) Now to unlock the screen you need the remote user's password. >(This also means any valid remote user can unlock the screen.) I got a lockscreen program eariler this year from someone at SGI. I made some modifications to it to avoid the problem you mention of letting remote users lock the screen. I added an open to /dev/console for Read/Write access. On my system, only the currently logged in local user can do that. I also added the ability for "root" to always be able to unlock the screen in addition to the user that locked it up. Works great for me. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!{uunet | wgc386}!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02461; 3 Oct 90 12:18 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02220; 3 Oct 90 12:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02006; 3 Oct 90 11:53 EDT Received: from ames.arc.nasa.gov by VGR.BRL.MIL id aa00165; 3 Oct 90 11:32 EDT Received: from arthur.jsc.nasa.gov by ames.arc.nasa.gov (5.64/1.2); Wed, 3 Oct 90 08:32:54 -0700 Received: by arthur.jsc.nasa.gov (5.52/5.6) id AA06179; Wed, 3 Oct 90 10:31:26 CDT Date: Wed, 3 Oct 90 10:31:26 CDT From: Ralph Luethy Message-Id: <9010031531.AA06179@arthur.jsc.nasa.gov> To: info-iris@BRL.MIL Gnu users, After upgrading our SGI operating systems to version 3.3.1, the Gnu data base manager (GDBM) stopped working (recompiling didn't help). Does anyone have a fix? Please reply directly, I don't get INFO-IRIS. --------------------------- ralph@erin.jsc.nasa.gov -------------------------- \ Ralph Luethy, Barrios Techology, Incorporated (BTI) / \ Integrated Graphics Operations & Analysis Laboratory / \ NASA, Johnson Space Center, Houston, TX. 713-483-8101 / ----------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03306; 3 Oct 90 13:48 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03170; 3 Oct 90 13:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03164; 3 Oct 90 13:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00883; 3 Oct 90 13:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08396; Wed, 3 Oct 90 10:04:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 14:45:08 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: NQS on iris fed from sun Message-Id: <1990Oct3.154508.979@urz.unibas.ch> References: <1990Oct2.152835@igc.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Oct2.152835@igc.ethz.ch>, torda@igc.ethz.ch (Andrew Torda) writes: > Imagine one has sgi's port of NQS running on an iris and Sterling softwares > original NQS running on a sun. Applies also for CRAY and CONVEX NQS. > > Has anyone managed to persuade the iris to accept requests from the sun ? > NQS on suns, crays and possibly others seems to put great weight on user id's > machine id's and the nmapmgr (qmapmgr on cray) program to inform the batch > system of this mapping. Called qmapmgr on Convex as well. > > Sgi's port does not seem to provide such a mapping. What does this mean ? > Thanks for any advice. > -- > Andrew Torda, ETH, Zurich Qmapmgr maps the ethernet location of a machine to the nqs socket. The resulting entry is kept in a (binary) database and the entries are numbered as integers, the so-called machine id. In order to make things easier, SGI is using the internet address. I failed so far to hack the connection in between the two because the mid (machine id) cannot be a four byte number. Anyone else in netland having had success so far ? (Or, anyone of SGI ever thought of commenting on the problem of interconnecting hardware? :-) Sorry, I appreciate that things are easier if you don't need to get just another database to maintain but in this case it would be nice.) - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03881; 3 Oct 90 14:36 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03636; 3 Oct 90 14:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03556; 3 Oct 90 14:15 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01107; 3 Oct 90 13:48 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1553; Wed, 03 Oct 90 13:47:36 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 3 Oct 90 13:52 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA13693; Wed, 3 Oct 90 13:53:33 DSD Date: Wed, 3 Oct 90 13:53:33 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: dbx and pipes To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010032053.AA13693@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I have a program that reads from a file, and I am converting it to read from pipes. When I read from a pipe (cat MyInput | a.out) , the program crashes. When I read from a re-directed file, it works (a.out < MyInput ). I can do file redirection in dbx (run < MyInput). How do I do pipe fitting in dbx ? (cat MyInput | run ) does not work. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04922; 3 Oct 90 15:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa04625; 3 Oct 90 15:36 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa04521; 3 Oct 90 15:21 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa08090; 3 Oct 90 15:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11366; Wed, 3 Oct 90 11:54:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 18:49:25 GMT From: Brent Thomas Corkum Organization: Civil Engineering, University of Toronto Subject: Simulating Transparency using fill patterns on a 4D/25 Message-Id: <1990Oct3.144925.12691@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while back someone told me that you could simulate transparency on a 4D/25 by using fill patterns on polygons, and making the background transparent. What I want to know is has anyone done this and what parameters to what gl routines do I need to use. Brent Corkum corkum@csri.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05199; 3 Oct 90 16:04 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab04922; 3 Oct 90 15:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04852; 3 Oct 90 15:43 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa01580; 3 Oct 90 14:52 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA06247; Wed, 3 Oct 90 14:52:13 -0400 Message-Id: <9010031852.AA06247@remote.dccs.upenn.edu> Date: Wed, 3 Oct 90 14:52 EST From: "Yates, John H." Subject: vmsbackup, new problem but last posting To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES The continuing (but last from me) vmsbackup saga: As posted, I can now get vmsbackup to work, even extracting single files on our sgi (however, see warning in P.S. note below). So, today I went to try multiple reel backup sets (the goal, of course) to see what would happen and... you guessed it! Dead in the water! It must be the attributes of the Backup because this was all tested between the same two machines. vmsbackup fails with: Volume: DUA2 Saveset name: DUA2.BCK number: 1 Snark: invalid record type record type = 2 on the first volume of a backup/image whose header backup/list is: Save set: DUA2.BCK Written by: SYSTEM UIC: [000001,000004] Date: 13-AUG-1990 09:55:03.28 Command: BACK/IMAGE/REW/INIT/IGNORE=INTERLOCK DUA2: MSA0:DUA2.BCK/SAVE Operating system: VAX/VMS version V4.5 BACKUP version: V4.5 ... Written on: _MSA0: Block size: 8192 Group size: 10 Buffer count: 3 Image save of volume set Number of volumes: 1 Volume attributes Structure level: 2 Label: SYS$USER2 Owner: SYSTEM Owner UIC: [000001,000004] Creation date: 21-NOV-1988 14:21:49.69 Total blocks: 1216665 Access count: 3 Cluster size: 3 Data check: No Read, No Write Extension size: 5 File protection: System:RWED, Owner:RWED, Group:RE, World: Maximum files: 152083 Volume protection: System:RWCD, Owner:RWCD, Group:RWCD, World:RWCD Windows: 7 [000000]A3V01B.DIR;1 1 3-FEB-1989 15:10 [A3V01B]ATOG_CONV.DIR;1 1 3-FEB-1989 15:43 ... vmsbackup works just fine on my test case, which for comparison I include the backup/list heading here: Save set: TEX.BCK Written by: YATES UIC: [000011,000001] Date: 7-SEP-1990 13:16:01.73 Command: BACK/REW/INIT/LOG [JY.TEX]* MSA0:TEX.BCK/SAVE Operating system: VAX/VMS version V4.5 BACKUP version: V4.5 ... Written on: _MSA0: Block size: 8192 Group size: 10 Buffer count: 3 [JY.TEX]ARTICLE.DIR;1 2 26-FEB-1988 09:48 ... I guess I am more just reporting this than anything. It now really belongs on a unix programming bb, but I have to abandon it now for other larger issues as I have spent far too much time fooling with it already. I had hoped vmsbackup on the sgi would allow us to be totally independent of VAX tape drives. (i.e. be able to restore a file reliably from old VMS image backup tapes lying on the shelf). It is now clear that is not the case. It may work only without the /image switch, but that defeats 99% of my need. So this is the last from me on this subject. John yates@c.chem.upenn.edu P.S. Even if this does get sorted out, I think VMS Backup save sets will always be unexpectedly subject to failure, perhaps only on a file by file basis (worst case: whole saveset). VMS Backup is clever enough to skip over bad portions of tape, and to recover from it. (the CRC check I guess) I discovered this by coping DECUS tapes in the Files-11 mode (every VMS backup save set is a Files-11 file). Once in a while I could not successfully copy the file off and back onto another tape, however, using VMS Backup to dump it to disk worked fine, then Backup to the fresh tape worked as expected.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05199; 3 Oct 90 16:04 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac04922; 3 Oct 90 15:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04871; 3 Oct 90 15:44 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01851; 3 Oct 90 15:12 EDT Received: Wed, 3 Oct 90 13:54:47 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 3 Oct 90 13:54:47 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9010031654.AA15425@aero4.larc.nasa.gov> To: tahoe!dahl@apple.com Subject: Re: Creating Image Files Cc: info-iris@BRL.MIL Go to /usr/people/4Dgifts/iristools/imgtools, the source file scrsave.c is what snapshot uses to save the screen. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05500; 3 Oct 90 16:21 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ae05199; 3 Oct 90 16:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05162; 3 Oct 90 16:03 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa02255; 3 Oct 90 15:47 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA15106; Wed, 3 Oct 90 12:48:10 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA09610 sendmail 5.64/UCSD-2.1-sun via SMTP Wed, 3 Oct 90 12:48:02 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA10488; Wed, 3 Oct 90 12:47:47 PDT Date: Wed, 3 Oct 90 12:47:47 PDT From: Steve Dempsey Message-Id: <9010031947.AA10488@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: grcond error logging IRIS models: 4D/25TG and 4D/340VGX OS version: 3.3.1 Grcond (the mysterious, undocumented graphics console daemon) displays some very annoying behavior with regards to its use of SYSLOG. Every time the news_server is killed by a logout and grcond restarts, it dumps many lines of copyright legalese into /usr/adm/SYSLOG. If any system errors then occur, such as recoverable tape errors, the legalese dissppears and is replaced by all of the errors that have occured since the last reboot. The result is the /usr/adm/SYSLOG becomes bloated with repeated listings of old errors, making it difficult to notice any new ones. How do I prevent this? Does grcond use a specific syslogd message type that I can redirect to /dev/null in /etc/syslog.conf? --------------------------------------------------------------------------- Steve Dempsey voice: (619) 534-0208 Dept. of Chemistry Computer Facility, 0314 UUCP: ucsd!sdempsey University of Calif. at San Diego BITNET: sdempsey@ucsd 9500 Gilman Drive INTERNET: sdempsey@ucsd.edu La Jolla, CA 92093-0314 fax: (619) 534-0058   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05663; 3 Oct 90 16:31 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad05199; 3 Oct 90 16:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05136; 3 Oct 90 16:02 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa02178; 3 Oct 90 15:39 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA07239; Wed, 3 Oct 90 15:39:12 -0400 Message-Id: <9010031939.AA07239@remote.dccs.upenn.edu> Date: Wed, 3 Oct 90 15:37 EST From: "Yates, John H." Subject: copytape on sgi? To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES I have copytape working on a sun and Convex, but it fails on sgi. mt -t /dev/rmt/xmt0d0.1600 rewind copytape /dev/rmt/xmt0d0.1600 tape.tmp gives: copytape: can't read input: Invalid argument Anybody have this gem (or equivalent) working on an sgi? Thanks, John yates@c.chem.upenn.edu For those who don't know about copytape, from the manpage: copytape duplicates magtapes. It is intended for duplication of bootable or other non-file-structured (non-tar-structured) magtapes on systems with only one tape drive. copytape is blissfully ignorant of tape formats. It merely makes a bit-for-bit copy of its input. In normal use, copytape would be run twice. First, a boot tape is copied to an intermediate disk file. The file is in a special format that preserves the record boundaries and tape marks. On the second run, copytape reads this file and generates a new tape. % copytape /dev/rmt8 tape.tmp % copytape tape.tmp /dev/rmt8 % rm tape.tmp AUTHOR David S. Hayes, Site Manager, US Army Artificial Intelligence Center. Originally developed September 1984 at Rensselaer Polytechnic Institute, Troy, New York. Revised July 1986. This software is in the public domain.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06050; 3 Oct 90 17:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05839; 3 Oct 90 16:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05771; 3 Oct 90 16:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02753; 3 Oct 90 16:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14121; Wed, 3 Oct 90 13:30:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 19:10:12 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: gdiff.... Message-Id: <71051@sgi.sgi.com> References: <505@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <505@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) writes: > > > thanks to everyone who sent mail with the correct ftp address > for gdiff.....: > > > 192.26.75.5 > > michael zeitlin c/o convex!texhrc!mjz Nope, the Internet address of SGI.COM is 192.48.153.1.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06050; 3 Oct 90 17:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab05839; 3 Oct 90 16:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05775; 3 Oct 90 16:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02763; 3 Oct 90 16:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14016; Wed, 3 Oct 90 13:27:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 20:11:34 GMT From: Amy Swanson Organization: University of Illinois at Urbana Subject: Re: rpc.{statd,lockd} problems Message-Id: References: , <1990Oct3.034508.6996@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL slevy@poincare.geom.umn.edu (Stuart Levy) writes: >Yes, we did see something similar. Upon enabling rpc.{statd/lockd} on our SGI >3.3 NFS clients, we found that mail (actually /usr/bsd/Mail) would hang when we >tried to exit after reading mail. Our mail directory is shared as yours is; >the file server in our case is a Sun running 4.0.3. >The SGI technical support person I talked to didn't seem to know about this >problem; he tried to get me to check sendmail.cf and so forth, not too helpful. >I couldn't tell what was causing this, and we didn't desperately need NFS >file locking, so turned it off. Mail continued to hang even after the >statd/lockd daemons were killed, but rebooting the client seemed to >clear things up. >So you're not alone but I have no help to offer. > Stuart Levy, Geometry Group, University of Minnesota > slevy@geom.umn.edu We have been told by our SGI office that this problem will be fixed in the next maintenance tape release - 3.3.2? - which is supposed to be out this month. Can anyone at SGI confirm this? We are delaying the installation of 3.3 until this tape is released as many of the users depend on NFS mounted mail partitions for their email use. Amy amys@ncsa.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06471; 3 Oct 90 17:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06359; 3 Oct 90 17:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06335; 3 Oct 90 17:36 EDT Received: from SGI.COM by VGR.BRL.MIL id aa02960; 3 Oct 90 17:23 EDT Received: from relay.sgi.com by SGI.COM via SMTP (5.64-bind 1.5+ida/900410.SGI) id AA00237; Wed, 3 Oct 90 14:06:27 -0700 Received: from palladium.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA24145; Wed, 3 Oct 90 14:06:13 PDT Received: from gate-mtview.corp.sgi.com by palladium.corp.sgi.com (5.52/900721.SGI) for @relay.sgi.com:info-iris@BRL.MIL id AA00747; Wed, 3 Oct 90 14:06:08 PDT Received: from frogskin by mtview.corp.sgi.com via UUCP (5.52/900423.SGI) for @palladium.corp.sgi.com:info-iris@BRL.MIL id AA10739; Wed, 3 Oct 90 14:06:06 PDT Received: by frogskin.newport.sgi.com (5.52/890607.SGI) (for mtview!BRL.MIL!info-iris) id AA00414; Wed, 3 Oct 90 14:09:08 PDT From: Joe Takai Message-Id: <9010032109.AA00414@frogskin.newport.sgi.com> Subject: 3.5" Floppy Disk Drives? To: info-iris@BRL.MIL Date: Wed, 3 Oct 90 14:09:07 PDT X-Mailer: ELM [version 2.2 PL0] To all: We are trying to conduct an informal survey of users taking advantage of the 3.5" floppy disk drive hardware. We have had a few people ask about other users that have this hardware option. If you would respond, please include the following: How you are using the drive. What software you are using. Problems/Issues. Software Release Version. ------------------------------------------------------------------ Joe Takai Silicon Graphics Systems Engineer Newport Beach Internet: takai@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06884; 3 Oct 90 18:39 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06845; 3 Oct 90 18:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06830; 3 Oct 90 18:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03087; 3 Oct 90 18:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16317; Wed, 3 Oct 90 14:55:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 21:13:20 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Using mail under Irix 3.3 Message-Id: <864@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Since upgrading to Irix 3.3, I've been having a minor problem with mail on my Personal Iris. I've used both the sysV mailer /bin/mail and the bsd mailer /usr/sbin/Mail and I see the same problem. All email queued for remote uucp sending, is tagged as being sent by "daemon" and NOT the userid of the sender. This isn't a real big problem, but it is if you want to cancel the email. I don't see the problem when uucp'ing files, so I'm guessing that the problem is with mail or sendmail. When I do a uustat -a, the output looks like: ki2N1685 10/03-17:07 S ki2 daemon 302 D.ki56a086f 10/03-17:07 S ki2 daemon rmail ki2!ki!dwatts Has anyone else seen this problem? Any ideas on where I should look to find the problem? Thanks in advance for any help. Dan Watts -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!{uunet | wgc386}!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06884; 3 Oct 90 18:39 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab06845; 3 Oct 90 18:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06839; 3 Oct 90 18:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03091; 3 Oct 90 18:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16274; Wed, 3 Oct 90 14:53:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 21:40:00 GMT From: randy frank Organization: University of Iowa, Image Analysis Facility Subject: Transparent polys on a PI Message-Id: <2518@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Brent, I've used the patterns a couple of times to simulate transparent polys on 4D20s. I create a bunch of increasing density patterns with defpat. I next draw all my solid polys with Zbuffering on. Then I turn off the zwriting (not zbuffering) and set the pattern to one matching the desired transparency and draw the transparent polys. These transparent polys should be drawn back to front for the best rendering and YOU must do the sorting as zwriting is disabled. In a lot of cases I found this sorting to be not needed because of the geometry involved. But, unlike alpha blending, overlapping transparent polys drawn this way do not get darked (lightened) by each other. Only the last one drawn is shown. Also you must pick your masks carefully or you will get wild patterns especially if you allow overlapping transparent polys with different masks... One other note: If you don't (can't) sort your polys zdepth and you have a lot of rendering power to spare (not usually the case on a PI) you can just draw all your transparent polys once, enable backface culling, and then draw them again. The net effect is that the visible polys will always show through as they are drawn last (in the second pass). Cute but it can be time consuming... A final note: Anyone who has good masks please let me know. I found a few that work and then shifted them around a bit so my trans polys could overlap. My biggest problem is the fact that I was using double buffered RGB mode. The automatic dithering of the colors into 12bits conflicted with some of my masks... Anyway PI trans polys work fairly well but are not a replacement for an alpha-buffer. (When I first got it running I got a few interesting stares from GTX folks who generally thought I figured out how to alpha-blend on a PI.) later... -- rjf. Randy Frank, Engineer | (319) 335-6712 University of Iowa, Image Analysis Facility | 73 EMRB randy@tessa.iaf.uiowa.edu | Iowa City, IA 52242   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07145; 3 Oct 90 19:35 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa07049; 3 Oct 90 19:14 EDT Received: from ugw.utcs.utoronto.ca by VMB.BRL.MIL id aa07007; 3 Oct 90 19:00 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57541; Wed, 3 Oct 90 18:45:38 EDT Received: by NRCVM01 (Mailer R2.07) id 3550; Wed, 03 Oct 90 18:34:35 EDT Date: Wed, 3 Oct 90 18:28:25 EDT From: Claude.P.Cantin@NRC.CA Subject: file permissions after ftp with Suns... To: info-iris@vmb.brl.mil Message-Id: <90Oct3.184538edt.57541@ugw.utcs.utoronto.ca> We have, at our site, a combination of SGIs and SUNs. When using ftp to transfer a file from the SGI to the Sun, I end up with permissions rw-rw-rw on the file (try it on the password file: ftp> put /etc/passwd passwd). It does not seem to matter on which machine I ftp from/to, the permissions always end up as above (as long as the file goes from SGI to Sun...). My "umask" is set to "022" on both systems. Any suggestions???? Thanks, Claude Cantin (cantin@vm.nrc.ca, cantin@nrccsb3.di.nrc.ca, and many more) NRC labs Ottawa Canada   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09021; 4 Oct 90 4:07 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08819; 4 Oct 90 3:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08754; 4 Oct 90 2:54 EDT Received: from ccvax.iastate.edu by VGR.BRL.MIL id aa04402; 4 Oct 90 2:46 EDT Received: from tc2.chem.iastate.edu by ISUVAX.BITNET; Wed, 3 Oct 90 21:44 CST Received: by tc2.chem.iastate.edu (5.52/890607.SGI) (for @ccvax.iastate.edu:info-iris@brl.mil) id AA13162; Wed, 3 Oct 90 21:41:15 CDT Date: Wed, 3 Oct 90 21:41:15 CDT From: atchity@tc2.chem.iastate.edu Subject: /debug disk space To: info-iris@BRL.MIL Message-id: <9010040241.AA13162@tc2.chem.iastate.edu> X-Envelope-to: info-iris@brl.mil While it is true that the /debug directory is a pseudo file system and it is not necessary to even mount it (then you won't see it and wonder what all that disk space is doing), it is not true that there is no real disk space associated with it. The reason is that /debug is really a window onto the system's swap space, i.e., where the system keeps virtual memory information when it is not in physical memory. This is what lets you run several 30 MB jobs even when you have only 16 MB of memory. The swap space plus physical memory has to be big enough to hold all the memory of all the jobs active at any one time. If you have 50 MB of swap space and you start three 30 MB jobs all at once, the third one will bomb with an error like WARNING: Process [xxx] pid nnnn killed due to in sufficient memory/swap. The reason is you tried to squeeze over 90 MB in 50+16 MB. To see how much swap space you have type swap -l You will see a message like path dev swaplo blocks free /dev/dsk/dks0d1s1 22,33 0 102256 93840 This says there are 51128 KB (102256 blocks) on partion 1 (the swap partition) of the first disk attached to SCSI controller 0. Now with df -k we see Filesystem Type kbytes use avail %use Mounted on /debug dbg 66084 10928 55156 17% /debug This is on a system with 16 MB of memory (as noted by hinv). The swap space (51128) + memory (16384) is 67512 KB, which is slightly more than the 66084 KB shown in /debug. The reason for this is that a small amount of memory (1428 KB in this case) is never paged and so is not part of the virtual address space. You can hide /debug from the users by not mounting it, but it is a convenient way to see when you are running out of swap space. Greg Atchity internet address: atchity@tc2.chem.iastate.edu bitnet address: atchity%qchem1@alisuvax   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11584; 10 Oct 90 9:53 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11398; 10 Oct 90 9:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11364; 10 Oct 90 9:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20753; 10 Oct 90 9:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19431; Wed, 10 Oct 90 06:10:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 22:52:37 GMT From: Peter Kerney Organization: Silcon Graphics, Sydney, Australia Subject: Using 'csh' in Makefiles Message-Id: <1990Oct3.225237.4562@foetus.syd.sgi.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi there everyone, This probably should go to comp.unix but anyway. Question: How do you use the C-shell in a Makefile 'make' will pass this to the shell 1 (one) line at a time and it will therefore give an error. If you use the continuation on the end of the line, 'make' will pass the line to the shelll, but the foreach statement is all on one line and will therefore not work either. Example: ------------------------------ Makefile ------------------------------ test: foreach i (1 2) echo "===== $i =====" end ---------------------------------------------------------------------- We need to get the preceding Makefile working so as we can do more complex things. I have tried '\', '\n\' and all sorts of things on the end of the line but no luck yet. Any help would be gratefully accepted. Taa, PeterK -- Peter Kerney. Silicon Graphics, Sydney, Australia. (peterk@syd.sgi.oz.au) If you can't have an IRIS at home, have the next best thing, an Amiga !!!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20549; 14 Oct 90 2:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20429; 14 Oct 90 2:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20419; 14 Oct 90 2:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05288; 14 Oct 90 1:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09323; Sat, 13 Oct 90 22:42:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Oct 90 19:31:35 GMT From: Gary Trimble Organization: Lockheed AI Center, Menlo Park Subject: gclear Message-Id: <907@laic.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a programmatic way to do a gclear? I have an application that requires it before the mouse will respond to the motions over the entire screen. Please email or post.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14070; 4 Oct 90 12:55 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa12956; 4 Oct 90 11:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12830; 4 Oct 90 11:19 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa06428; 4 Oct 90 11:15 EDT Received: from cgch.UUCP by chx400.switch.ch (5.61/Ultrix2.4-C) id AA21202; Thu, 4 Oct 90 15:56:11 +0100 Received: from wirz.cigy (cgcha) by ciba-geigy.ch id AA21554; Thu, 4 Oct 90 15:46:03 +0100 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA10291; Thu, 4 Oct 90 15:46:00 +0100 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA03953; Thu, 4 Oct 90 16:46:45 DST (5.52/SMI-3.2-CG-1.0H) Date: Thu, 4 Oct 90 16:46:45 DST From: Dipl agr Veronique Eyraud Message-Id: <9010041446.AA03953@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: Summary: users can't log Cc: deyrau@ciba-geigy.ch Thanks for all the suggestions I received for this problem (users not beeing able to log in while the root still can). I summarize here the suggestions: Check if a file /etc/nologin has been created Check permissions on / /usr /usr/people Check if the password file has a + at the tail Check what you have done recently. I found the reason: An installation program I ran as root for installing a spooler had messed up the file protections, and the / directory had no read access for group and world! mea culpa,   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14447; 4 Oct 90 13:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa14263; 4 Oct 90 13:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14259; 4 Oct 90 13:08 EDT Received: from ugw.utcs.utoronto.ca by VGR.BRL.MIL id aa06755; 4 Oct 90 12:52 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57512; Thu, 4 Oct 90 12:47:25 EDT Received: by NRCVM01 (Mailer R2.07) id 5895; Thu, 04 Oct 90 12:48:27 EDT Date: Thu, 4 Oct 90 12:17:45 EDT From: Wayne Podaima Organization: National Research Council, Computing Services, Ottawa CAN Subject: Re: Plotting scientific data on Irises. To: "Alan M. Mathiowetz" , info-iris@BRL.MIL In-Reply-To: Your message of 3 Oct 90 05:53:46 GMT Message-Id: <90Oct4.124725edt.57512@ugw.utcs.utoronto.ca> On 3 Oct 90 05:53:46 GMT you said: > > We are looking for a good commercial package for plotting two- and >three >dimensional scientific data on SGI workstations. We have a fairly large number >of users, so the easier the package is to use, the better -- i.e. a menu-driven >program would be ideal. Postscript output would be great, but is not >absolutely >necessary. Does anyone have any recommendations? Direct reply bounced, so, onto the list it goes ... ------------------------------------------------------------------------ We've also been looking for such a package for the past several months. We've tryed 2 public domain packages, both quite good, but they only handle 2-D: gnuplot - interactive/command driven (FTP from: prep.ai.mit.edu) pgplot - Fortran s/r library; much more control than gnuplot over text, labels, etc. (we had to write the IRIS GL driver for it) (FTP from: deimos.caltech.edu) For scientific-type 3-D (xyz plots), the search continues; we're looking at the following: CA-Disspla - we've had it on other systems for years, so it would be our first choice, but you try dealing with CA!!! - it was supposed to be available for SGI in June; we're still waiting for answers. Also expensive. - Fortran s/r library only IMSL - their new Exponent graphics pkg looks very good - Fortran s/r library only - it's supposed to be available for SGI in Dec - they are very keen to get it out, and the price is right ($8K for 10 copy w/s license, $7K for 4D/xx0) mongo - havn't received any info on this yet; supposed to be command driven, and Fortran library NCAR - source available, but no version for SGI as I understand it; also just Fortran s/r's - ??? IRISPLOT - might be what you want - menu and command driven; (we didn't look at it as we need a Fortran s/r library) Any others, or recommendations? Wayne Podaima   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14663; 4 Oct 90 13:42 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab14447; 4 Oct 90 13:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14386; 4 Oct 90 13:22 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa06883; 4 Oct 90 13:18 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA24112; Thu, 4 Oct 90 10:19:46 PDT Received: from ivem1.ucsd.edu by ucsd.edu; id AA19263 sendmail 5.64/UCSD-2.1-sun via SMTP Thu, 4 Oct 90 10:19:41 -0700 for @nosc.mil:info-iris@brl.mil Received: by ivem1.UCSD.EDU (4.0/UCSDGENERIC.3) id AA25820 to info-iris@brl.mil; Thu, 4 Oct 90 10:19:38 PDT Date: Thu, 4 Oct 90 10:19:38 PDT From: Hal Message-Id: <9010041719.AA25820@ivem1.UCSD.EDU> To: info-iris@BRL.MIL Subject: emacs on IRIS 4D/VGX I have been handed the task of getting emacs up on our Iris system and have run into some problems in the installation of emacs, v.18.55 . I was passed a copy of a message describing installation of emacs on Iris systems. It mentioned a patch for IRIX3.3 that I should get from an archive site which I thought was vgr.brl.mil . Obviously, I haven't found it there (or in prep.ai.mit.edu, where I got the emacs-18.55 source) so... Would someone be so kind as to mail me an ftp site (anonymous of course :-) ) where I can obtain patches to install gnu-emacs on an IRIS 4D/VGX. The installation procedure goes well until the step in the makefile where the "temacs" program is invoked. I get fatal error termination at this point. Thanks in advance................Hal Skelly, UCSD mail to either hskelly@ucsd.edu or hal@ivem.ucsd.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15076; 4 Oct 90 14:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab14070; 4 Oct 90 13:00 EDT Received: from ugw.utcs.utoronto.ca by VMB.BRL.MIL id aa14037; 4 Oct 90 12:46 EDT Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57518; Thu, 4 Oct 90 12:22:35 EDT Received: by NRCVM01 (Mailer R2.07) id 5579; Thu, 04 Oct 90 12:23:02 EDT Date: Thu, 4 Oct 90 12:20:45 EDT From: Claude.P.Cantin@NRC.CA Subject: icon-images wanted... To: info-iris@vmb.brl.mil Message-Id: <90Oct4.122235edt.57518@ugw.utcs.utoronto.ca> Can anyone direct me to a site that has 100 X 100 pixel images to be used by "pandora", to represent users on the "logon" screen???? Are there some on-line??? How could I "make some up"??? Thanks Claude Cantin (cantin@vm.nrc.ca, cantin@nrccsb3.di.nrc.ca, and more)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18834; 4 Oct 90 23:41 EDT Received: by VMB.BRL.MIL id aa18798; 4 Oct 90 23:36 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa15605; 4 Oct 90 15:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15540; 4 Oct 90 14:57 EDT Received: from hel-fire.brl.mil by VGR.BRL.MIL id aa07135; 4 Oct 90 14:44 EDT Date: Thu, 4 Oct 90 14:36:15 EDT From: "Mark A. Thomas" (HEL) To: info-iris@BRL.MIL Subject: EMACS Message-ID: <9010041436.aa02990@BRL-VGR.HEL-FIRE.BRL.MIL> I am in the process of ordering a 4D/25TG. I like EMACS, we have JOVE on our SUNS, and was wondering what EMACS editor was available in the SGI community. All comments and suggestions requested. -markt   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19141; 5 Oct 90 0:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad18834; 4 Oct 90 23:56 EDT Received: by VMB.BRL.MIL id ad18798; 4 Oct 90 23:37 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa18724; 4 Oct 90 22:51 EDT Date: Thu, 4 Oct 90 22:47:05 EDT From: Mike Muuss To: Info-Iris@BRL.MIL Subject: Small 3.3.1 kudos Message-ID: <9010042247.aa28838@WOLF.BRL.MIL> To (slightly) counterbalance the 3.3.1 flames, a small thank-you to SGI for: *) Providing information about where remote logins originate from in the "w" command (and for supporting "w" at all!). Viz: 156 wolf> w 10:43pm up 2 days, 10:19, 6 users, load average: 0.00, 0.00, 0.00 User tty from login@ idle JCPU PCPU what kermit q1 voyage.brl.mil 9:59pm 9 13 1 more /etc/exports ^^^^^ *) Providing a reasonable implementation of "finger username". It is nice that 3.3.1 gives some advantages. -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19141; 5 Oct 90 0:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ae18834; 4 Oct 90 23:56 EDT Received: by VMB.BRL.MIL id ae18798; 4 Oct 90 23:37 EDT Date: Thu, 4 Oct 90 23:08:47 EDT From: Chuck Kennedy To: info-iris@BRL.MIL Subject: exportfs 3.3.1 bug Message-ID: <9010042308.aa18681@VMB.BRL.MIL> Sorry to jump on the SGI bash wagon, but I just discovered what appears to be a bug in 3.3.1. Specifically, the exportfs man page states that a "backslash (\) at the end of a line permits splitting long lines into shorter ones. While this seems to work for hosts, it now seems broken for -root. In fact, I think it was broken under 3.2.2 but I seem to have rediscovered it. Our /etc/exports file used to look like this: / -nohide,root=voyage.brl.mil:vm.brl.mil:whiz.brl.mil:whir.brl.mil:\ wizard.brl.mil:warp.brl.mil:wild.brl.mil:west.brl.mil:weber.brl.mil \ voyage.brl.mil vm.brl.mil \ whiz.brl.mil whir.brl.mil \ wizard.brl.mil warp.brl.mil \ wild.brl.mil west.brl.mil \ waffle.brl.mil walrus.brl.mil \ spark.brl.mil vmb.brl.mil weber.brl.mil vhs.brl.mil \ wonder.brl.mil spi.brl.mil workerb.brl.mil \ worm.brl.mil vapor.brl.mil slc1.brl.mil wind.brl.mil wave.brl.mil \ patton.brl.mil vector.brl.mil vertex.brl.mil This is what exportfs reported after upgrade to 3.3.1: 9 wolf> exportfs | head -1 / -nohide,root=voyage.brl.mil:vm.brl.mil:whiz.brl.mil:whir.brl.mil:,access=w izard.brl.mil:warp.brl.mil:wild.brl.mil:west.brl.mil::weber.brl.mil:voyage.brl.m il:vm.brl.mil:whiz.brl.mil:whir.brl.mil:wizard.brl.mil:warp.brl.mil:wild.brl.mil :west.brl.mil:waffle.brl.mil:walrus.brl.mil:spark.brl.mil:vmb.brl.mil:weber.brl. mil:vhs.brl.mil:wonder.brl.mil:spi.brl.mil:workerb.brl.mil:worm.brl.mil:vapor.br l.mil:slc1.brl.mil:wind.brl.mil:wave.brl.mil:patton.brl.mil:vector.brl.mil:verte x.brl.mil Note that no root= entries appear after whir.brl.mil such as wild.brl.mil. Testing showed that wild.brl.mil could not perform priviledged actions on wolf. Changing /etc/exports to look like this (i.e., no continuation): / -nohide,root=voyage.brl.mil:vm.brl.mil:whiz.brl.mil:whir.brl.mil:wizard.brl.mil:warp.brl.mil:wild.brl.mil:west.brl.mil:weber.brl.mil \ voyage.brl.mil vm.brl.mil \ whiz.brl.mil whir.brl.mil \ wizard.brl.mil warp.brl.mil \ wild.brl.mil west.brl.mil \ waffle.brl.mil walrus.brl.mil \ spark.brl.mil vmb.brl.mil weber.brl.mil vhs.brl.mil \ wonder.brl.mil spi.brl.mil workerb.brl.mil \ worm.brl.mil vapor.brl.mil slc1.brl.mil wind.brl.mil wave.brl.mil \ patton.brl.mil vector.brl.mil vertex.brl.mil This is what exportfs reported: 10 wolf> exportfs | head -1 / -nohide,root=voyage.brl.mil:vm.brl.mil:whiz.brl.mil:whir.brl.mil:wizard.br l.mil:warp.brl.mil:wild.brl.mil:west.brl.mil:weber.brl.mil,access=voyage.brl.mil :vm.brl.mil:whiz.brl.mil:whir.brl.mil:wizard.brl.mil:warp.brl.mil:wild.brl.mil:w est.brl.mil:waffle.brl.mil:walrus.brl.mil:spark.brl.mil:vmb.brl.mil:weber.brl.mi l:vhs.brl.mil:wonder.brl.mil:spi.brl.mil:workerb.brl.mil:worm.brl.mil:vapor.brl. mil:slc1.brl.mil:wind.brl.mil:wave.brl.mil:patton.brl.mil:vector.brl.mil:vertex. brl.mil This has fixed the problem for now. Maybe either the man page or the code could be fixed to reflect the other. -Chuck Kennedy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19193; 5 Oct 90 0:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab18834; 4 Oct 90 23:55 EDT Received: by VMB.BRL.MIL id ab18798; 4 Oct 90 23:37 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa18568; 4 Oct 90 21:50 EDT Date: Thu, 4 Oct 90 21:46:27 EDT From: Mike Muuss To: Info-Iris@BRL.MIL Subject: Irix 3.2 -> 3.3 AR problem Message-ID: <9010042146.aa24901@WOLF.BRL.MIL> We just encountered an odd change in the behavior of the AR program when switching from Irix 3.2.2 to Irix 3.3.1. Both are SGI 4D/280 systems. Here are examples, all using three *.o files compiled on the 3.3.1 system. First, the reference machine, a 3.2.2: 17 worm> rm -f librt.a; 18 worm> ar u librt.a shoot.o cut.o bool.o ar: Warning: creating librt.a 19 worm> ls -l librt.a -rw-rw-r-- 1 mike staff 116028 Oct 4 21:32 librt.a Now, the new machine, a 3.3.1: 51 wolf> rm -f librt.a; 52 wolf> ar u librt.a shoot.o cut.o bool.o 53 wolf> ls -l librt.a librt.a: No such file or directory 54 wolf> 54 wolf> ar uv librt.a shoot.o cut.o bool.o a - shoot.o a - cut.o a - bool.o 55 wolf> ls -l librt.a librt.a: No such file or directory For comparison purposes, similar operations on a 4.3-Tahoe BSD VAX machine: 1 vgr> touch a b c 2 vgr> rm librt.a rm: librt.a nonexistent 3 vgr> ar u librt.a a b c ar: creating librt.a 4 vgr> ls -l librt.a -rw-rw-r-- 1 mike 188 Oct 4 21:27 librt.a DISCUSSION 1) Upon careful examination of the manual pages for AR on all three kinds of systems, it becomes clear that "u" (update) is intended to be a modifier to the "r" command (replace files), and not a primary command option in itself. Therefore, the problem is resolved quite easily by changing from "u" to "r". 2) I have used the Cakefile that this occured in (a part of the BRL-CAD Package) for about 4 years now, on more than 10 different brands of UNIX systems, without incident. I don't think I've read the man page on AR for close to a decade ... it has always worked fine in the past. What a rude surprise to have a new SGI release change that. Frankly, I have found the conversion from 3.2.2 to 3.3.1 to be almost as obnoxious as the conversion from the 3030 product to the 4D. You will be hearing more about this from me as the topics roll by. A big "thumbs down" for Jim Barton and the SGI software department. Off with their heads! (The Roman crowds cheer...) Grrrr, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19193; 5 Oct 90 0:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac18834; 4 Oct 90 23:55 EDT Received: by VMB.BRL.MIL id ac18798; 4 Oct 90 23:37 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa18691; 4 Oct 90 22:30 EDT Date: Thu, 4 Oct 90 22:24:24 EDT From: Mike Muuss To: Info-Iris@BRL.MIL Subject: 3.2.2 -> 3.3.1 *.h files wander Message-ID: <9010042224.aa26191@WOLF.BRL.MIL> Time for peeve #2 with Irix 3.3.1: a non-trivial number of header files have gone wandering. More details in subsequent notes, but for starters, the files: and no longer exist on SGI machines that do not have graphics hardware installed. (Of course, they still exist on machines that *do* have graphics installed). THIS IS A BIG PAIN. My configuration, which I suspect is not atypical, is to have a server machine (a 4D/280S in my case) with a fair number of disks and no graphics locked away in a computer room, serving a cluster of workstations located in offices via NFS over an ethernet. In my case, 4D/240GTX and 4D/25 machines. My typical mode of operation is to open a window from my workstation onto the server, and do my (hour-long) compilations on the server. After all, it makes more sense to use the array of 3 Mbyte/sec XMD disks on the server directly, rather than drizzling it through the ~1.0 Mbyte/sec ethernet, right? Since my application is generally linked with -lgl_s, it should be able to operate on any SGI machine, regardless of hardware type. Also, this application does not always need to open windows; the same program binary can be run in a "batch" mode, producing output into a file, as well as in "interactive" mode, producing output into a window. The deletion of the header files in 3.3.1 (on server machines only) prevents me from doing the compiles on the server, which slows down the software development process substantially, and is an all-around pain. Just for proof that the situation is as I claim, here is a cut-and-paste of the situation on the older 3.2.2 server machine: IRIX System V Release 3.2.2 worm.brl.mil Copyright (c) 1988 Silicon Graphics, Inc. All Rights Reserved. 1 worm> cd /usr/include 2 worm> cd gl 3 worm> ls -l addrs.h -rw-r--r-- 1 bin bin 3774 Nov 17 1989 addrs.h 4 worm> ls -l cg2vme.h -rw-r--r-- 1 bin bin 3438 Nov 17 1989 cg2vme.h and here is the situation on the 3.3.1 server: IRIX System V Release 3.3.1 wolf.brl.mil Copyright (c) 1988,1989,1990 Silicon Graphics, Inc. All Rights Reserved. 1 wolf> cd /usr/include/gl 2 wolf> ls -l addrs.h addrs.h: No such file or directory 3 wolf> ls -l cg2vme.h cg2vme.h: No such file or directory HUMBUG! A second "thumbs down" for Jim Barton & crew. Frankly, with the massive upset that happens every time SGI releases new software, I don't see how 3-rd party software vendors can survive. Grump grump, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad00278; 7 Oct 90 17:24 EDT Received: by VMB.BRL.MIL id aa24606; 5 Oct 90 11:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17134; 4 Oct 90 17:17 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa07634; 4 Oct 90 17:07 EDT Received: Thu, 4 Oct 90 17:08:36 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 4 Oct 90 17:08:36 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9010042008.AA20244@aero4.larc.nasa.gov> To: Claude.P.Cantin@nrc.ca Subject: Re: icon-images wanted... Cc: info-iris@BRL.MIL What I did was to run one of my graphics programs, make the window about 100x100 pixels, then I used snapshot to capture the image. I used some utility to make sure the image was 100x100 or less, I don't remember off hand what it was. The first time I did this the image was too big and that gave me problems, so make sure the image is 100x100 or less. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ae00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ah00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29399; 5 Oct 90 23:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01178; 5 Oct 90 22:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15905; Fri, 5 Oct 90 19:51:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Oct 90 23:30:55 GMT From: James Helman Organization: Stanford University Subject: Equipment for recording animations frame by frame Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Who makes low end systems for computer controlled single frame video recording from SGI machines? Actually, the ability to store video resolution images to disk and play them back in realtime to a normal video recorder would be adequate, but I suspect that this would require realtime disks and be more expensive. But then, single frame tape decks aren't cheap either. Any recommendations or information on vendors, perforamance, and price ranges would be apprecicated. Respond by e-mail. I'll summarize if there is interest. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00881; 7 Oct 90 17:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00278; 7 Oct 90 17:24 EDT Received: by VMB.BRL.MIL id aa23256; 5 Oct 90 9:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22746; 5 Oct 90 8:43 EDT Received: from umich.edu by VGR.BRL.MIL id aa14500; 5 Oct 90 8:28 EDT Received: from um.cc.umich.edu by umich.edu (5.61/1123-1.0) id AA22655; Thu, 4 Oct 90 23:19:16 -0400 Date: Thu, 4 Oct 90 23:15:20 EDT From: Tim_Buxton@um.cc.umich.edu To: info-iris@BRL.MIL Message-Id: <6985921@um.cc.umich.edu> Subject: Motif or Open Look Development Systems on IRIS; When? We have the Xlib X development system from SGI. We want something higher-level, such as Motif or Open Look, as soon as possible. is SGI offering these in the near future? Are Third and Fourth Parties offering them? We want Nice User Interfaces with X, but hate to sacrifice the GL graphics capabilities. I think a few weeks back we were given some hope of combining the two in a window in the future. Are there any further developments in that regard? Thanks for any information you can give us. -Tim Buxton OptiMetrics, Inc.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ae00278; 7 Oct 90 17:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28192; 5 Oct 90 17:08 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa00224; 5 Oct 90 16:53 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 8796; Fri, 05 Oct 90 16:55:52 EST Received: by UOGUELPH (Mailer R2.07) id 3800; Fri, 05 Oct 90 16:55:49 EST Date: Fri, 5 Oct 1990 16:50:01 EST From: Peter Jaspers-Fayer Subject: NPRI -T To: Iris mailing list Message-ID: <9010051653.aa00224@VGR.BRL.MIL> Background: We are running an SGI 380, IRIX 3.3.1. The system supports a number of scientific researchers who (as yet) do no graphics, but crunch a LOT of numbers. The 8 CPU's are pegged at 100% almost all the time. I note that "sysview"s report of "cntxt" switches is very high at times. (8192, sample rate of 30 sec) with only 12 or so real CPU hogs running. We hope to offload some of this onto a 340. The questions: 1) How CPU intensive is context switching in IRIX? SAR reports very little (2-11) %sys, so my guess is it's not bad so far, but I sus- pect we will be getting more contention for the CPUs later. 2) What are the effects of taking the top 2 or 3 (according to TOP) processes and doing a `npri -t 300` on them? I note a drastic drop in context switches, but how does it (or will it) effect overall thru-put? Other than (ugh) benchmarking, I wonder how one could tell? 3) Where is the default time-slice documented? Does Unix in general or Irix in specific adjust the size of this on-the-fly, giving longer- running jobs longer cracks at the CPU? (I know of other OS's that do.) 4) We are evaluating/installing NQS (SGI batch scheduler). Does anyone out there have any idea: What is the maximum number of CPU-intensive processes one should run on an 'n' processor CPU? (n=8 or 4 in our case). (I know: "That depends", right? On what please?) 5) When (if ever) would one want to get into locking a process onto a specific CPU of a multi-processor system. /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) It is impossible to make anything foolproof because fools are so ingenious.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id af00278; 7 Oct 90 17:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28963; 5 Oct 90 19:22 EDT Received: from [128.104.30.12] by VGR.BRL.MIL id aa00645; 5 Oct 90 19:14 EDT Received: from lax.wisc.edu by WISCMACC.BitNet; Fri, 5 Oct 90 18:02 CDT Received: from VMSmail by lax.wisc.edu; Fri, 5 Oct 90 17:52 CDT Message-Id: <20100517523067@lax.wisc.edu> Date: Fri, 5 Oct 90 17:52 CDT From: SENGER@lax.wisc.edu Subject: 3.3.1 and Pascal To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" I finally got 3.3.1 going after a physically scratched Dev tape and a messed up install and now I find a problem with things written in Pascal. The best I can tell so far is that the diffuse component of lighting is being ignored. You can test this by changing nurbs.p in 4Dgifts/nurbs. Is anyone else seeing this, or is my installation still screwed up. thanks in advance. steve senger@lax.wisc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ad00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ag00278; 7 Oct 90 17:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29329; 5 Oct 90 22:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01107; 5 Oct 90 22:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13409; Fri, 5 Oct 90 18:58:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 08:09:34 GMT From: James Helman Organization: Stanford University Subject: Re: SGI Experience - Info please Message-Id: References: <1840@Terra.cc.brunel.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Historically (up to 3-4 year ago), SGI boxes have not been as network friendly as Suns. However, with the 4D's SGI has done quite a good job. We are heavily networked with yellow pages on our Suns, lots of cross mounted filesystems (w/suns and vaxen), and X all over. All the important network functionality is avaialable and seems solid. (Better in some ways than SunOS 4.0.3 whose nslookup dumps core on our Sun-3's. :-|) The only thing I miss is MX mail forwarding in sendmail. Sure would be nice though. SGI listening? (Actually, maybe it's already there. IRIX's nslookup(1) has been able to get MX forwarding info for at least a couple releases. If it is, would someone send me the necessary sendmail.cf magic?) Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id af00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ai00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29444; 5 Oct 90 23:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01259; 5 Oct 90 23:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16624; Fri, 5 Oct 90 20:06:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 15:52:46 GMT From: Joseph Szep Organization: Silicon Graphics Computer Systems Subject: Re: gdiff Message-Id: <65641@bu.edu.bu.edu> References: <506@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <506@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) says: > > gdiff doesn't work on my 4d/25 (3.3.1). > i ftp'd from 192.48.153.1 both in binary and not and > no luck... i get permission denied....?? > > michael zeitlin at convex!texhrc!mjz FTP seems to have turned off the execute bits when it copied gdiff. Try chmod +x gdiff That should fix it.   Received: from vmb.brl.mil by VMB.BRL.MIL id ag00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aj00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01421; 6 Oct 90 6:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02372; 6 Oct 90 5:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23137; Sat, 6 Oct 90 02:30:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 20:00:50 GMT From: Alain St-Denis Organization: Environment Canada Subject: Logical volumes Message-Id: <1990Oct5.200050.28273@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are planning to upgrade to IRIX 3.3.1 very soon now and we want to use the logical volume feature. So I read all I found about it in the admin guide and the reference man. One question arose for which I couldn't find any answer: Suppose a logical volume that contains two disks. What would be the procedure to restore a logical volume in the event of a disk failure? Suppose we don't use disk stripping because we're extending our current file systems using some other disks that are already partitionned with strange sizes. If it's a RTFM issue, please point the right manual to me. Thank you all. -- Alain St-Denis Centre informatique de Dorval Environnement Canada astdenis@cid.aes.doe.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id ah00570; 7 Oct 90 17:37 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ak00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01421; 6 Oct 90 6:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02374; 6 Oct 90 5:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23090; Sat, 6 Oct 90 02:30:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 20:40:24 GMT From: Michael Hucka Organization: University of Michigan Subject: Gcc on Iris 4D vers. 3.2 or 3.3? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I know this has been asked before but I have not seen a reply: does gcc 1.37 compile on Iris 4D's running either 3.2 or 3.3? If so, are there special instructions or recommendations? Configuring gcc parameters according to the installation guide and then compiling, results in numerous errors, first about alloca (easy to fix), then about include file definition collisions (also easy to fix), then about compiled code byte ordering conflicts (less easy to fix, for me anyway). I fear there are more difficult problems waiting ahead.... If anyone can provide me information about how to get gcc running, I would be thankful. I will post a summary if I ever get it working. Mike Hucka -- Mike Hucka | ARPA: hucka@caen.engin.umich.edu University of Michigan AI Lab | 1101 Beal Ave., Ann Arbor, MI 48109   Received: from vmb.brl.mil by VMB.BRL.MIL id ai00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id al00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01505; 6 Oct 90 6:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02459; 6 Oct 90 6:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24627; Sat, 6 Oct 90 03:02:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 05:41:31 GMT From: Rainer Malzbender Organization: University of Colorado, Boulder Subject: Graphical Programming Message-Id: <27601@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After thinking about how I *really* want my image tools to work on the Iris I decided that some kind of graphical interface would be nice. This may not exactly be a novel thought, but hey, I'm a physicist. What I had in mind was a system where programs are represented by icons, and connections between them by pipe-like things. For instance, you could set up the usual Unix pipes since every icon would have connectors for stdin, stdout, and stderr. Existing programs could be used with such a system by adding some kind of info auxiliary file which describes the interface (command line args, files created/read, etc.) to the program. For instance, the entire Utah Raster Toolkit could be "wrapped" pretty easily once the basic harness existed. The advantage over straight Unix pipes would be the ability to have multiple inputs and outputs (useful, say, for an image compositor). With a little work the connections could be sockets and allow inter-machine hookups. Somewhere in the dim past I seem to remember someone at SGI doing something like this, and it may have been called "conman" or something like that. Could someone fill me in on what ever happened to this, and more generally, what's available to do what I've described. I started coding this up, but it looks like a lot of work. -- Rainer Malzbender Dept. of Physics "Major, how was the pie ?" U. of Colorado, Boulder "Exceptional, as always." - T.P.   Received: from vmb.brl.mil by VMB.BRL.MIL id aj00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id am00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01565; 6 Oct 90 7:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02525; 6 Oct 90 6:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27001; Sat, 6 Oct 90 03:53:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 23:35:07 GMT From: David A Higgen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Logical volumes Message-Id: <71322@sgi.sgi.com> References: <1990Oct5.200050.28273@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Oct5.200050.28273@cid.aes.doe.CA>, aspgasd@cid.aes.doe.CA (Alain St-Denis) writes: > > We are planning to upgrade to IRIX 3.3.1 very soon now and we want to use > the logical volume feature. So I read all I found about it in the admin > guide and the reference man. One question arose for which I couldn't find > any answer: Suppose a logical volume that contains two disks. What would > be the procedure to restore a logical volume in the event of a disk > failure? There is really no "special" way to restore a logical volume if a component disk crashes. You have to regard the whole volume as effectively one disk, and proceed as you would if a regular disk crashes: repair the disk, make a new filesystem, and restore from backups. In the logical volume case, there would need to be one additional step before the mkfs: running lvck to restore the logical volume label on the repaired disk (to re-identify it as part of the logical volume). Dave Higgen (daveh@xtenk.asd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ak00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id an00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01577; 6 Oct 90 7:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02550; 6 Oct 90 7:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27036; Sat, 6 Oct 90 03:53:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 23:50:11 GMT From: Ted Wilcox Organization: Silicon Graphics, Inc., Mountain View, CA. Subject: Re: VME user-level device driver Message-Id: <1990Oct5.235011.2736@odin.corp.sgi.com> References: <1990Oct5.001111.21349@cs.uoregon.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Oct5.001111.21349@cs.uoregon.edu> brent@greylady.uoregon.edu (Brent Baker) writes: >I've added the following line to /usr/sysgen/master.d/mem >{NBPP, 0xbd00b000, }, Looks good so far. >we have another driver that uses a page at 0xbd00a000 so I just took the >next page. I've also tried using a page at 0xbd100000, because that is the Right. The difference is whether you want supervisory or non-priveleged bus accesses. Most boards will respond to either. >other address the manual reccommends fo VME-bus 16 bit addressing. And of >course I run lboot and then reboot and all that jazz to invoke the new >version of mem. >My call to open and mmap is: > Fd = open("/dev/mmem", O_RDWR); > Addr = mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, Fd, 0xbd00b000); >And indeed I get back a value. This is running of a PI-20, and the address >is always 0x600000. Also, good so far. >When I try to read from the device via: > value = (unsigned char)(*(Addr + x)); >where x is 0 to 503, (the range our device places values in) it always crashes. >I've used the cast (unsigned short) as well. The error I get in the console >window is: > Bus Error: Parity Error Bits: 0x0: physaddr: 0x9E34 (or 0x9D18 sometimes) Ok. The last time I saw this error, I was trying to do 32bit accesses to a board that only accepts 16bit accesses. I'd suggest trying a few type casts that affect the size of accesses you're making to the board. For example: value = *((uchar *)Addr + x); or value = *((ushort *)Addr + x); Note that in the second one, the address will actually be (int)Addr + 2x. Another thing to try is to access the board directly from the prom monitor (the ">>" prompt you get if you select "5" when booting). You could try "g -b 0xbd00b0??" or "g -h 0xbd00b0??" to read from board registers. >I've used dbx and it always crashes on the lbu instruction (load byte unsigned) >that loads from the address Addr (plus whatever) into a register. >If you have any suggestions you can respond to this posting, or send >it to: brent@chemiris.uoregon.edu. Thanks. I hope this helps. Ted. ted@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id al00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ao00278; 7 Oct 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01615; 6 Oct 90 7:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02570; 6 Oct 90 7:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28045; Sat, 6 Oct 90 04:13:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Oct 90 19:19:21 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: gdiff... Message-Id: <508@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL well , i tried.... gdiff doesnt work on my iris (3.3.1) I get: iris%gdiff gdiff: Bad file number. iris% i ftp'ed gdiff from sgi.com....to a third machine (binary set) and then kermitted (binary again..) from that third machine to mine... i've done this before with other code and it always worked... is there anything else i need to do? michael zeitlin convex!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00841; 7 Oct 90 17:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aq00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01681; 6 Oct 90 8:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02606; 6 Oct 90 7:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29690; Sat, 6 Oct 90 04:53:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Oct 90 00:41:35 GMT From: Bob Amen Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Reading pixels from screen Message-Id: <492@quequeg.SGI.COM> References: <9010021504.AA11064@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <9010021504.AA11064@aero4.larc.nasa.gov>, by blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854"): + + The 4Dgifts/imgtools utility scrsave has a call to gl_readscreen. + Why isn't this a "normal" graphics call. Routines beginning in gl_ are routines internal to the GL and are not guaranteed to be there at all in the next release. If they are in future releases fo the GL they are not guaranteed to have the same calling arguments, etc. + For people trying create screen dump utilities this is a key routine. Look at lrectread(3g), readsource(3g), pixmode(3g) and readRGB(3g). + And DON'T tell me to use scrsave (or icut/snapshot which call scrsave). Ok, I won't. + -- + + Brent -- Bob Amen (amen@sgi.com) (+1 213 312-0227) Silicon Graphics Computer Systems -- Los Angeles Office   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01068; 7 Oct 90 18:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab00278; 7 Oct 90 17:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23274; 5 Oct 90 9:24 EDT Received: from relay.nswc.navy.mil by VGR.BRL.MIL id aa14694; 5 Oct 90 9:15 EDT Date: Fri, 5 Oct 90 09:15:39 est From: rweisbe@relay.nswc.navy.mil To: swrinde!zaphod.mps.ohio-state.edu!rpi!bu.edu!bucasb!mike@ucsd.edu, Cohen@relay.nswc.navy.mil, Michael@relay.nswc.navy.mil, info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Re: 3RD party Repair for Irix Message-ID: <9010050915.aa14694@VGR.BRL.MIL> Try Control Data Corp.. They service all SGI equipment per and agreement with SGI. I'm not sure if this is the correct number but try (617) 937-4600 and they might be able to point you in the right direction. Bob Weisbeck   Received: from vmb.brl.mil by VMB.BRL.MIL id am00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id as00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02178; 6 Oct 90 13:44 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03060; 6 Oct 90 13:34 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5489; Sat, 06 Oct 90 13:33:57 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 6 Oct 90 13:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA00924; Sat, 6 Oct 90 13:37:37 DSD Date: Sat, 6 Oct 90 13:37:37 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: TeX tgrind missing ()'s To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010062037.AA00924@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I have the u of toronto TeX distribution, and I note that all the parens's in the tgrind output are missing! Is there a way to check that all the characters in a font are correctly defined ? How do I generate a proof sheet for a font ? I will have to check further, but the spacing is ok, just no parens ! dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00841; 7 Oct 90 17:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ar00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02178; 6 Oct 90 13:44 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03058; 6 Oct 90 13:32 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5471; Sat, 06 Oct 90 13:31:47 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 6 Oct 90 13:35 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA00921; Sat, 6 Oct 90 13:35:32 DSD Date: Sat, 6 Oct 90 13:35:32 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: lp interface script debugging To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010062035.AA00921@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Is there a way to redirect the stderr output from a shell script running the lp interface to some disk file ? It currently is redirected into the lp port, and get garbled with the output. The usual practice is to redirect it into the log file, but I would prefer a user definable stderr redirection, as I like to keep annotations in the log file that garble the stderr output. What do you think ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00881; 7 Oct 90 17:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ap00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01615; 6 Oct 90 7:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02572; 6 Oct 90 7:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28222; Sat, 6 Oct 90 04:18:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Oct 90 04:49:57 GMT From: Jesse Lee Organization: University of Alberta, Edmonton, Alberta, Canada Subject: Import Xview 2.0 on IRIS Message-Id: <1990Oct6.044957.15053@cs.UAlberta.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone built XView 2.0 on IRIS running 3.2? I am having a lot of troubles of compiling XView. If anyone has successfully built it, please e-mail me some useful hints. Thanks. Jesse Lee jesse@cs.ualberta.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id an00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aw00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05643; 7 Oct 90 11:20 EDT Received: from runix.runit.sintef.no by VGR.BRL.MIL id aa11622; 7 Oct 90 11:06 EDT Received: from gargoyle.sima.sintef.no by runix.runit.sintef.no (5.61+IDA/KTH/LTH/1.2) with SMTP id AArunix14758; Sun, 7 Oct 90 16:07:29 +0100 Date: Sun, 7 Oct 90 16:07:29 +0100 From: kalle@sima.sintef.no Message-Id: <9010071507.AArunix14758@runix.runit.sintef.no> To: info-iris@BRL.MIL Subject: Re: Plotting scientific data on Irises. >"Alan M. Mathiowetz" writes: > > We are looking for a good commercial package for plotting two- and three- >dimensional scientific data on SGI workstations. We have a fairly large number >of users, so the easier the package is to use, the better -- i.e. a menu-driven >program would be ideal. Postscript output would be great, but is not absolutely >necessary. Does anyone have any recommendations? > > We are using UNIRAS from UNIRAS as in Coperhagen for that purpose, on Cray, Vax Suns and Irises. It is a really good package, with a lot of drivers for plotters and terminals... it is somewhat expensive, but i think you might like it... It has several interactive programs for simple and more complex 2 and 3D graphics and it has a very well documented subroutine library... really class ! You might consider contacting them, phone +45 31 672288... -karl !=========================================================================== =! ! From the keyboard of Karl Eggestad. The opinions expressed are mine, and do ! ! not necessarily reflect those of my employer, SINTEF of Trondheim, Norway. ! !=========================================================================== =!   Received: from vmb.brl.mil by VMB.BRL.MIL id ao00570; 7 Oct 90 17:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ax00278; 7 Oct 90 17:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05653; 7 Oct 90 11:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11703; 7 Oct 90 11:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23719; Sun, 7 Oct 90 08:15:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Oct 90 14:09:53 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: QCR's, PCR's, and GPIB's Message-Id: <1990Oct7.140953.3141@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, Has anyone written a driver for a AGFA "Matrix" QCR or PCR Digital Film Recorder? The guy who sells these things in Switzerland would like to be able to provide a starting point for his customers that would like to drive such devices from within there applications. These customers are primarily educational institutions. Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01297; 7 Oct 90 20:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01250; 7 Oct 90 19:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01245; 7 Oct 90 19:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01856; 7 Oct 90 19:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01977; Sun, 7 Oct 90 16:26:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Oct 90 21:36:29 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: film recorders Message-Id: <521@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL are there any drivers for a MacDonald Dettwiler color fire 240 film recorder..... we just got one in and i would like to try and send an iris image over... it is currently hung off of our Sun sparc 330... thanks... michael Zeitlin @ convex!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07125; 8 Oct 90 10:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06744; 8 Oct 90 10:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06733; 8 Oct 90 10:07 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06311; 8 Oct 90 9:50 EDT Received: from DLRVMBS.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7810; Mon, 08 Oct 90 09:50:29 EDT Date: Mon, 08 Oct 90 14:48:38 MEZ To: info-iris@BRL.MIL From: FL17%DLRVMBS.BITNET@cunyvm.cuny.edu Comment: CROSSNET mail via SMTP@INTERBIT Comment: File BRL NOTE2 A Subject: quit Message-ID: <9010080950.aa06311@VGR.BRL.MIL> Hi, We congratulate those of you who have only minor problems with electronic mail of IRIX 3.3.1. On our 4D70GT running IRIX 3.3.1 we can receive mail from almost everywhere (SUN,SGI,IBM) but we cannot send mail - even not to 4D25TG's on the local net. Using 'mail' or 'Mail' results in the following error: rewrite: expansion too long beyer@bflsga... cannot resolve name We left the /etc/hosts file unchanged from IRIX 3.2.1 where 'mail' and 'Mail' worked as expected. Our local SGI representative had no advise. I would be very grateful for any hint. Thank you. Ralf Beyer --------------------------------------------------------------------- Ralf Beyer | German Aerospace Research Establishment | Braunschweig Research Center | Institute for Flight Guidance | Flughafen | D-3300 Braunschweig, Fed. Rep. of Germany | Phone: (0531) 395-2530 | Email: fl17@dlrvmbs.bitnet ---------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07842; 8 Oct 90 11:36 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab06744; 8 Oct 90 10:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06735; 8 Oct 90 10:07 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06345; 8 Oct 90 9:58 EDT Received: from DLRVMBS.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7875; Mon, 08 Oct 90 09:58:04 EDT Date: Mon, 08 Oct 90 14:49:48 MEZ To: info-iris@BRL.MIL From: FL17%DLRVMBS.BITNET@cunyvm.cuny.edu Comment: CROSSNET mail via SMTP@INTERBIT Comment: File BRL NOTE3 A Subject: IRIX 3.3.1, TELNET and IBM VM Message-ID: <9010080958.aa06345@VGR.BRL.MIL> IRIX 3.3.1, TELNET and IBM VM Hi, We are using IRIX 3.3.1 on a 4D70GT and a DEC VT330 terminal on port 1. Connecting via TELNET to an IBM VM machine produces the following error: XON/XOFF characters are displayed on the terminal as ^S or ^Q if a longer listing of an ASCII file is requested by the command type fn ft on the IBM VM. This is particularly true if the terminal receive XOFF point is set to 64 bytes, it happens less often if this point is set to 512 bytes and it does not happen if this point is set to 'never' (which is un- desirable). The terminal display characteristic is set to 'interpret characters'. We tried modes VT100, VT300-7bit, VT300-8bit and 7 and 8 bit character formats without success. It is possible to remove the ^S or ^Q from the screen with the delete key of the terminal which gives the impression that these codes are generated by TELNET via the keyboard and echoed by the IBM VM without user intervention. If these were codes received from the IBM VM they could not be removed by the delete key of the terminal. How can we get rid of this error ? This error does not show-up under IRIX 3.2.1. using the same setup. I would be very grateful for any hint. Thank you. Ralf Beyer --------------------------------------------------------------------- Ralf Beyer | German Aerospace Research Establishment | Braunschweig Research Center | Institute for Flight Guidance | Flughafen | D-3300 Braunschweig, Fed. Rep. of Germany | Phone: (0531) 395-2530 | Email: fl17@dlrvmbs.bitnet ---------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07900; 8 Oct 90 11:53 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab07842; 8 Oct 90 11:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07840; 8 Oct 90 11:35 EDT Received: from dcdlaa.fnal.gov by VGR.BRL.MIL id aa06807; 8 Oct 90 11:23 EDT Received: by dcdlaa.fnal.gov (5.52/1.34) id AA08154; Mon, 8 Oct 90 10:21:56 CDT Date: Mon, 8 Oct 90 10:21:56 CDT From: Lisa Amedeo Message-Id: <9010081521.AA08154@dcdlaa.fnal.gov> To: info-iris@BRL.MIL Subject: RE: telnet and IBM VM We found the same thing happened after installing 3.3.1. We also discovered the IBM keyboard definition had been removed from term- info. SGI told us that there X group at SGI pulled the definition out because it was not supported by MIT. There are no plans to put it back in. Lisa (FERMILAB - Batavia,Il.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08454; 8 Oct 90 14:57 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08396; 8 Oct 90 14:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08388; 8 Oct 90 14:39 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa07705; 8 Oct 90 14:13 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1870; Mon, 08 Oct 90 14:13:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 8 Oct 90 14:10 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA07638; Mon, 8 Oct 90 14:11:36 DSD Date: Mon, 8 Oct 90 14:11:36 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: bru, brutab values and sgi tape devices To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010082111.AA07638@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I want to install my 9 track tape in the /etc/brutab. I note that there are no entries for sgi tape devices ! This is silly, since there are a number of wildly different sgi tape devices. Specifically, I need the values for the xmt zylogic tape driver running as a nr device, at all of the appplicable densities (1600 especially). Is there any application of bstream for bru ? Is there any quick utilities for counting bytes/blocks (at what blocksize ?) to determine the capacity of a tape device ? What is the tape size of a 1600 bpi 9 track tape ? What is the block size of the xmt tape devices ? dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10462; 8 Oct 90 19:40 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10210; 8 Oct 90 18:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10198; 8 Oct 90 18:47 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa09563; 8 Oct 90 18:37 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5499; Mon, 08 Oct 90 18:37:06 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 8 Oct 90 18:40 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA08794; Mon, 8 Oct 90 18:42:08 DSD Date: Mon, 8 Oct 90 18:42:08 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: User mountable disks... To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9010090142.AA08794@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil While I have my own machine at the medical center, I sometimes use an iris at the main computing facility. I would like to be able to mount my disk over the net as a user. The computing center staff do not want to be bother logging in as root to run mount for me. It seems that I should be able to mount my own disk as a user in my own user account. The staff also do not, nor to I, want my disk permanently mounted on a public machine. I should be able to mount and unmount my own disk without root permission if the disk is exported to me, and the mount is in a directory owned by me. dan. +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | | Please Note :Soon to move to dan@karron.med.nyu.edu 128.122.135.3 (Mid Oct)| +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10514; 8 Oct 90 19:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab10462; 8 Oct 90 19:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10453; 8 Oct 90 19:40 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa09912; 8 Oct 90 19:23 EDT Received: by ibm530.chem.umr.edu (AIX 1.3/4.03) id AA12861; Mon, 8 Oct 90 18:24:11 -0500 Date: Mon, 8 Oct 90 18:24:11 -0500 From: "Robert B. Funchess" Message-Id: <9010082324.AA12861@ibm530.chem.umr.edu> To: info-iris@BRL.MIL Subject: user mountable disks Easy to fix... the source code to moptical that was just posted could be modified quite easily to allow you to mount your disk... the central computing people just would have to set up the suid bit once. Then make the mount prog. groupid your group, and only executable BY that group. If you aren't the only person in your group, put it in a directory that is owned by you and mod 700. Now, you have a way to mount your disk, and no one else can do that mount unless they are root (in which case they could have anyway). Incidentally, I LOVE that program... I modified it here to accept any directory name to mount so the maintenance people here (all in the STAFF group) can mount directories without the hassle of becoming root first (or indeed being ABLE to become root... our workstudies can do it so I don't have to come back here every time the power flickers a little :)> ).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10930; 8 Oct 90 22:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10881; 8 Oct 90 22:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10862; 8 Oct 90 22:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10857; 8 Oct 90 22:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06672; Mon, 8 Oct 90 18:52:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 09:15:25 GMT From: Henrik Klagges Organization: IBM Research & U of Munich Subject: Molecular Modeling (INSIGHTII) Message-Id: <4778@tuminfo1.lan.informatik.tu-muenchen.dbp.de> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello ! I do some molecular modeling on a 4D/210GTX, mainly using the insightII program from Biosym. I get, however, various bugs. It starts with annoying procedures while creating CPK surfaces and ends up with: "A serious internal error has occured. The program cannot continue." "caught core_trap() in sys_await_event.c" This happens especially often when I use medium-sized assemblies. and start a Discover run to minimize the structures. Who knows about these errors or has any experience to share about the insight or quanta programs ? I really would like insight as a tool, if it wouldn't beam my work into cores all day long. Thanks ! Henrik Klagges Disclaimer: These are *my* opinions. They can be attributed to "human error" :-). Scanning tunnel microscope group at Ludwig-Maximilians-Universitaet Munich (IBM Research group) EMail: Try uh311ae@sun7.lrz-muenchen.de OR @DM0LRZ01.BITNET SMail: Moorbachweg 7, D8210 Prien, FRG   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10930; 8 Oct 90 22:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab10881; 8 Oct 90 22:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10864; 8 Oct 90 22:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10870; 8 Oct 90 22:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07022; Mon, 8 Oct 90 18:59:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 15:18:53 GMT From: Richard Bartels Organization: University of Waterloo Subject: Re: Motif or Open Look Development Systems on IRIS; When? Message-Id: <1990Oct8.151853.4852@watcgl.waterloo.edu> References: <6985921@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6985921@um.cc.umich.edu> Tim_Buxton@UM.CC.UMICH.EDU writes: > > We have the Xlib X development system from SGI. We want something >higher-level, such as Motif or Open Look, as soon as possible. is >SGI offering these in the near future? Are Third and Fourth Parties >offering them? ....... Get it touch with Visual Edge Software Ltd., 514 332 6430. They have UIMX, a Motif-based user interface management system that runs on the Iris. It provides an editor which you use to edit widgets graphically and associate them with callbacks. You can set a large variety of properties for the interface, and you can interpret the C callback code to preview the interface before compiling. X knows nothing about the GL library at present, so 3-D windows must still be handled separately from X. This means that you can influence the flow of your program through X widgets, but picking and 3-D display still take place separately through GL windows. A minor problem only. The only annoyance is in window repair. A 3-D window moved over a widget, or a widget over a 3-D window, and then moved away, will leave a mis-colored screen fragment that must be repaired manually (e.g. by iconify-deiconify). No problem if the screen real estate is set up judiciously and kept from cross-conflicts. Visual Edge has a scientific visualization package called VIA that makes use of GL windows with Motiv-widget frames. It is quite impressive. My understanding is that Visual Edge is working with SGI to offer UIMX as an SGI-available product, but I may be wrong. -Richard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11042; 8 Oct 90 23:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11012; 8 Oct 90 22:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10982; 8 Oct 90 22:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10929; 8 Oct 90 22:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07338; Mon, 8 Oct 90 19:05:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 15:55:05 GMT From: Michael Gleicher Organization: School of Computer Science, Carnegie Mellon University Subject: Help with fonts Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Help! For font manager fonts, what is the equivalent to getheight() and getdescender() ? I was hoping for something like: long getheight(fmfonthandle), but there doesn't seem to be such a thing. I'd guess the way to do this is to get a fm info structure and peek inside. I can't quite figure out what the fields mean. Is height the height above the baseline or the total? Is yorigin the height of the baseline above the bottom? Thanks, Mike gleicher@cs.cmu.edu -- Michael Lee Gleicher gleicher@cs.cmu.edu ski bum, graphics hacker, and SCS PhD student Carnegie Mellon University, Pittsburgh, PA 15213-3890 (412) CMU-STYX (school)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11042; 8 Oct 90 23:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab11012; 8 Oct 90 22:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac10982; 8 Oct 90 22:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10943; 8 Oct 90 22:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07884; Mon, 8 Oct 90 19:16:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 15:44:57 GMT From: Guido van Rossum Subject: Re: Sound on PI?? Help!! Message-Id: <2296@charon.cwi.nl> References: <8868@jarthur.Claremont.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL al@iris.claremont.edu (Mike Medlin) writes: >I am stumbling around trying to figure out how to listen to sound >samples on my Personal Iris. [...] I tried to reply but it bounced. I have a program that converts Mac samples (compressed or not) to sgi format. For other hints on how to use audio, see /usr/people/4Dgifts/examples/audio. -- Guido van Rossum, Centre for Mathematics and Computer Science (CWI), Amsterdam guido@cwi.nl or ..!hp4nl!cwi.nl!guido or guido%cwi.nl@uunet.uu.net "Life's gotta be more than meeting pretty faces and sitting on them"   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11042; 8 Oct 90 23:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac11012; 8 Oct 90 23:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad10982; 8 Oct 90 22:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10954; 8 Oct 90 22:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07824; Mon, 8 Oct 90 19:15:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 15:53:18 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Sound on PI?? Help!! Message-Id: <1990Oct8.155318.25453@odin.corp.sgi.com> References: <8868@jarthur.Claremont.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8868@jarthur.Claremont.EDU> al@iris.claremont.edu (Mike Medlin) writes: >I am stumbling around trying to figure out how to listen to sound >samples on my Personal Iris. I have some samples in IBM format and some in >mac format, as well as some that are called "generic" Is there anyone out >there who can lend me a hand on how to listen to any/all of these on the IRIS?? >Please assume that I have no knowledge of the sound capabilities of the IRIS >or how sound files are set up/read (which is darn close to the truth) If >someone could tell me step by step how to listen to the files I have, I would >gladly share them with you. Do I need a conversion program: mac-->iris or >ibm-->iris? not a sound-master in any capacity myself, but would the below from /usr/people/4Dgifts/examples/audio/audio.c help you out at all? /* * audio.c: * * This test program was initially written to demonstrate how one would * digitally record microphone input to a Personal Iris and place the data * into a file (execute "audio -i -opts"). Alternately, you can play back * the sounds or voice that you have recorded (execute "audio -o -opts"). * All that is needed to use this program is an 8 ohm speaker connected to * the audio output and a 600 ohm microphone connected to the microphone * input. The other audio input may be used to connect a higher level audio * signal that doesn't require pre-amplification. * * resusitated by (& hats off to) Frank Demcak -- February, 1990 */ #include #include #include main(argc, argv) int argc; char *argv[]; { int size, gain=100, rate=2, iflag, oflag, gflag, sflag, fflag,rflag; char *file, *buffer; int in, out, audio,i; if ( argc == 1 ) { usage: fprintf(stderr,"usage: %s -i [-g (0-255)gain] ", argv[0]); fprintf(stderr,"[-r (0-3)rate] -f file [-s size]\n"); fprintf(stderr," %s -o [-g (0-255)gain] ", argv[0]); fprintf(stderr,"[-r (0-3)rate] -f file [-s size]\n"); exit(1); } /* Parse the record/playback options */ for ( i = 1; i < argc; i++ ) { if ( !strcmp(argv[i],"-i") ) iflag++; else if ( !strcmp(argv[i],"-o") ) oflag++; else if ( !strcmp(argv[i],"-g") ) { gflag++; gain = atoi(argv[++i]); } else if ( !strcmp(argv[i],"-r") ) { rflag++; rate = atoi(argv[++i]); } else if ( !strcmp(argv[i],"-f") ) { fflag++; file = argv[++i]; } else if ( !strcmp(argv[i],"-s") ) { sflag++; size = atoi(argv[++i]); } else goto usage; } /* Open input or output file for record/playback */ if ( iflag ) { if (fflag) { /* Create a Read Write file and set permissions */ out = open(file, O_CREAT|O_RDWR); chmod (file,00666); } else out = 1; } else if ( oflag ) { if (fflag) /* Just open file for reading */ in = open(file, O_RDONLY); else in = 0; } else { fprintf(stderr, "must specify one of -o or -i\n"); exit(1); } /* printf test diag statements printf("iflag=%i\n",iflag); printf("oflag=%i\n",oflag); printf("gflag=%i\n",gflag); printf(" gain =%d\n",gain); printf("rflag=%i\n",rflag); printf(" rate =%d\n",rate); printf("fflag=%i\n",fflag); printf(" file Name=%s\n",file); printf("sflag=%i\n",sflag); printf(" file size=%d\n",size); */ /* Open audio port as a character device */ audio = open( "/dev/audio", O_RDWR ); /* This part doesn't seem to work as advertised */ /* Investigating how to turn off output while input is being recorded */ if ( gflag ) if ( iflag ) { ioctl(audio, AUDIOCSETINGAIN, gain); ioctl(audio, AUDIOCSETOUTGAIN, 0); } else { ioctl(audio, AUDIOCSETINGAIN, 0); ioctl(audio, AUDIOCSETOUTGAIN, gain); } /* set audio sampling rate 0=none?,1=8k,2=16k,3=32k samples per sec */ if ( rflag ) ioctl(audio, AUDIOCSETRATE, rate); if ( iflag ) { if ( ! sflag ) { fprintf(stderr,"must set a size for input\n"); exit (1); } buffer = (char *)malloc( size ); if ( ! buffer ) { fprintf(stderr,"unable to get %d byte buffer\n",size); exit(1); } read(audio,buffer,size); write(out,buffer,size); } else { /* Assume this is an sound output request */ /* Default buffer size = 16k if nothing is specified */ if ( ! sflag ) size = 16536; buffer = (char *)malloc( size ); if ( ! buffer ) { fprintf(stderr,"unable to get %d byte buffer\n",size); exit(1); } /* Write to audio port the contents of specified file until EOF This can be improved for simultaneous read/writes Insert user customization for specific file or usr needs i.e. while (read(in,buffer,size)!=EOF) write (audio,buffer,size); */ read (in,buffer,size); write(audio,buffer,size); } close(file); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11192; 8 Oct 90 23:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11130; 8 Oct 90 23:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11106; 8 Oct 90 23:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11117; 8 Oct 90 22:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09095; Mon, 8 Oct 90 19:40:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 17:42:08 GMT From: David D Egts Organization: Univ. of Pittsburgh, Comp & Info Services Subject: VideoCreator Message-Id: <46251@unix.cis.pitt.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The company I work for has recently purchaced SGI's VideoCreator. We wish to tape and play back graphics images created on our SGIs. Currently we are using a four-head VHS VCR and a color television set, which really doesn't produce the greatest images. Does anyone who owns the VideoCreator know of specs and possibly brand names of high-quality VCRs and monitors capable of reproducing images created by SGI workstations? Thanks, Dave Egts.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05100; 9 Oct 90 18:50 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05035; 9 Oct 90 18:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05022; 9 Oct 90 18:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10696; 8 Oct 90 21:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05664; Mon, 8 Oct 90 18:28:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 13:25:23 GMT From: Ken Chin-Purcell Organization: Minnesota Supercomputer Center Subject: Re: Motif or Open Look Development Systems on IRIS; When? Message-Id: <1990Oct8.082523@msc.EDU> References: <6985921@um.cc.umich.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Tim Buxton writes: |> We have the Xlib X development system from SGI. We want something |> higher-level, such as Motif or Open Look, as soon as possible. For now I am rolling my own. X11R4 compiled out of the box, so that has become my client side development system. The Motif widgets (Xm) also compiled from source, after the correct compiler flags were used. Mail me for our sgi.cf file. I use Martin Brunecky's X resource based widget tool 'WcXc' to quickly prototype interfaces. Until SGI merges 4sight with X I will use two separate windows, one a Motif based "control panel", the other a gl window with wizzo graphics. -- -- Ken   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05381; 9 Oct 90 19:17 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05147; 9 Oct 90 19:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05136; 9 Oct 90 18:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18181; 9 Oct 90 18:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11383; Tue, 9 Oct 90 15:48:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Oct 90 02:04:25 GMT From: Brent Thomas Corkum Organization: Civil Engineering, University of Toronto Subject: Simulating Transparency using Fill Patterns Message-Id: <1990Oct8.220425.24150@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while back I posted a request for information on how to simulate transparency using fill patterns on a personal iris. I first want to thank everyone that responded, you made life considerably more easy. I also want to give back a little something in return as well, I'm placing in an anonymous ftp site an example program that illustrates the use of fill patterns for transparency. The executable is there as well, it was compiled under version 3.2 of the operating system as we do not have 3.3 yet (by the way where is it SGI?). The example is a rotating helix or spiral with three different levels of transparency. To ftp the example log in anonymously to boulder.civ.toronto.edu (128.100.14.11) the example is in the directory pub/TRANSPARENCY If you do not have this capability I can mail you this example. Brent Corkum corkum@csri.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05871; 9 Oct 90 20:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05597; 9 Oct 90 19:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05593; 9 Oct 90 19:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18319; 9 Oct 90 19:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13281; Tue, 9 Oct 90 16:29:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Oct 90 01:48:42 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: gclear Message-Id: <1990Oct9.014842.6573@odin.corp.sgi.com> References: <907@laic.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <907@laic.UUCP>, trimble@laic.UUCP (Gary Trimble) writes: > Is there a programmatic way to do a gclear? I have an application that > requires it before the mouse will respond to the motions over the entire > screen. Please email or post. One of the things 'gclear' does is reset the mouse valuators. If your mouse is stuck, all your program may need to do is: setvaluator(MOUSEX, getvaluator(MOUSEX), 0, getgdesc(GD_XPMAX)-1); setvaluator(MOUSEY, getvaluator(MOUSEY), 0, getgdesc(GD_YPMAX)-1); If it is something else, you can do a system("gclear"); Good luck, thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20429; 14 Oct 90 2:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20261; 14 Oct 90 1:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20251; 14 Oct 90 1:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05239; 14 Oct 90 1:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08129; Sat, 13 Oct 90 22:18:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 18:42:37 GMT From: sabbagh Organization: New York University Subject: Changing icon title within wsh Message-Id: <1251@acf5.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL To whom it may concern: I am sure that this question has been covered many times on the net before, but I don't remember reading about it. After reading the "4Sight Programmers Guide" (i.e., IRTFM) I was able to change the title of a wsh window. However, I cannot seem to find out how to change the title of the icon of such a window. Any comments, suggestions, help, etc. would be gratefully appreciated. (Now donning my asbestos suit). Hadil G. Sabbagh E-mail: sabbagh@csd27.nyu.edu Voice: (212) 998-3125 Snail: Courant Institute of Math. Sci. 251 Mercer St. New York,NY 10012 "No talking to invisible people." - Sign in Top Dog, Durant Ave., Berkeley Disclaimer: This is not a disclaimer.   Received: from vmb.brl.mil by VMB.brl.MIL id ab07556; 10 Oct 90 1:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab07368; 10 Oct 90 1:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07341; 10 Oct 90 1:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19265; 10 Oct 90 1:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00886; Tue, 9 Oct 90 22:01:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Oct 90 22:48:54 GMT From: Victor Mitnick Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Changing icon title within wsh Message-Id: <1990Oct8.224854.3065@odin.corp.sgi.com> References: <1251@acf5.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1251@acf5.NYU.EDU> sabbagh@acf5.NYU.EDU (sabbagh) writes: >After reading the "4Sight Programmers Guide" (i.e., IRTFM) I was able to >change the title of a wsh window. However, I cannot seem to find out >how to change the title of the icon of such a window. To change the icon title: echo "\033P3.yTITLE\033\\" Just for completeness, here's how to change the wsh title: echo "\033P1.yTITLE\033\\" In a script, replace "TITLE" with "$!", and it will set the title to the first command line argument. -- Vic Mitnick Silicon Graphics, Inc. vic@sgi.com System Software Division (415)335-1372 "Sometimes a cigar is just a cigar." -- Sigmund Freud.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08102; 10 Oct 90 2:52 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab07997; 10 Oct 90 2:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07956; 10 Oct 90 2:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19480; 10 Oct 90 2:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04445; Tue, 9 Oct 90 23:17:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Oct 90 21:56:08 GMT From: Victor Mitnick Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Changing icon title within wsh Message-Id: <1990Oct9.215608.21290@odin.corp.sgi.com> References: <1251@acf5.NYU.EDU>, <1990Oct8.224854.3065@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Oct8.224854.3065@odin.corp.sgi.com> vic@wookie.wpd.sgi.com (Victor Mitnick) (HEY! that's me!) writes: >In a script, replace "TITLE" with "$!", and it will set the title to >the first command line argument. whoops - that should be "$1", not "$!" -- Vic Mitnick Silicon Graphics, Inc. vic@sgi.com System Software Division (415)335-1372 "Sometimes a cigar is just a cigar." -- Sigmund Freud.