Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27522; 21 Dec 89 2:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27400; 21 Dec 89 2:10 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27384; 21 Dec 89 1:58 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa01974; 21 Dec 89 1:45 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2604; Thu, 21 Dec 89 01:43:43 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 21 Dec 89 07:44:31 Date: Thu, 21 Dec 89 07:29:52 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Mail questions To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8912210145.aa01974@SMOKE.BRL.MIL> Hallo everybody, I have a (for me) severe mail problem with our 4D/70-GT running 3.2. We have a network configuration consisting of the following nodes: 130.83.29.1 pc1 # IRIS3130/3.6 130.83.29.7 pc7 # IBM PS/2 AIX-1.1 130.83.22.2 aix370 # IBM-3090 AIX/370-1.1 130.83.29.4 pc4 # IRIS 4D/3.2 The /etc/host files of the first three node look exactely as stated. For the first scenario that also applies for pc4. Prior to 3.2 all nodes were able to connect to each other in every direction. Now, if the /etc/host files are on all hosts as stated, I get the following behavior: pc1->pc7 ok pc7->pc1 ok pc1->aix370 ok aix370->pc1 ok pc1->pc4 not ok. After a while I get a mail bounced back, stating >>>MAIL from <<<554 rewrite: expansion too long >>>QUIT >>>554 rewrite: expansion too long 554 martin@pc4...remote protocol error pc4->pc1 not ok. After sending the mail I get on the screen rewrite: expansion too long martin@pc1...cannot resolve name The same message arives in my mailbox at pc4. The same behaviour comes with pc7 and aix370. After discovering that, I looked at sendmail.cf and found something had changed from 3.1D to 3.2. First of all the CS entries were commented out and replaced by some FS entries that looked like parser-descriptions. From my understanding of this entries, they demand that the /etc/hosts entry for my nodes should be: address node.domain [node-alias(es)] So I put that in my /etc/hosts file on pc4. Now I can send to every host without getting 'rewrite:....' erorrs. Unfortunately the pc1 MAILER-DAEMON tells me that my host is unknown (using a very ugly usenet address notation): 421 .ether... Deffered not a typewriter 550 ... Host unknown. Not a typewriter. The mail for martin@pc1 never arrives. For pc7 and aix370 the behavior is the same, except that their DAEMONS remain quiet, so that I know nothing about the mail from pc4. Sending mails to pc4 is now possible from all nodes. Can somebody please tell me what to do in order to get my 4D into a state where I can send and receive mails. I also dont like to put a domain name into my /etc/host file, because we don't use domains on our single domain network. regards Martin Knoblauch TH-Darmstadt D-6100 Darmstadt, FRG   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27616; 21 Dec 89 2:42 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27336; 21 Dec 89 1:49 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa27332; 21 Dec 89 1:33 EST Date: Thu, 21 Dec 89 1:23:47 EST From: Phil Dykstra To: info-iris@BRL.MIL Subject: libgl -G 0 Message-ID: <8912210123.aa09940@SPARK.BRL.MIL> Dear SGI, I am trying to dynamically link against libgl.a. Using the -A option to ld, the files being linked in must have been compiled with -G 0. Since no such libgl was supplied, I decided to pop over to our source code and build one. Then I found libgl didn't come with our source license! What a bummer. So, what's a guy to do? [This is 3.2 on a 4D/25] - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01509; 21 Dec 89 10:49 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00977; 21 Dec 89 9:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00969; 21 Dec 89 9:46 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06562; 21 Dec 89 9:30 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA25310; Thu, 21 Dec 89 06:28:07 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 89 13:02:56 GMT From: Chuck Musciano Organization: Advanced Technology Dept., Harris Corp., Melbourne, Fl. Subject: QuickModel and QuickPaint, manual upgrades Message-Id: <2977@trantor.harris-atd.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just received my 3.2 upgrade package, and a few questions immediately reared their ugly heads: * The "How to build your manuals" card shows that I should have received an update to volumes 1 and 2 of the Programmer's Guide. I didn't get one. Do I need this, or is this for some other, pre-3.1, upgrade? * I was a little disappointed to discover that since I own a 4D/50GT, I don't get Quick Model and QuickPaint, but that 4D/20 and 4D/25 owners do. Is there some penalty for buying the more expensive machines? It says I can order these as an option. How much will this cost? How long to get the tools? Why weren't they just included to begin with? How come I spent $70,000 and get less than a guy who spends $15,000? I'm doing my installation today, without (gasp!) reformatting the disks. I'll let you know if any problems occur. Chuck Musciano ARPA : chuck@trantor.harris-atd.com Harris Corporation Usenet: ...!uunet!x102a!trantor!chuck PO Box 37, MS 3A/1912 AT&T : (407) 727-6131 Melbourne, FL 32902 FAX : (407) 727-{5118,5227,4004} Gee, Beaver, everything that's fun can get you in trouble. Haven't you learned that yet? --Gilbert   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02486; 21 Dec 89 11:40 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01803; 21 Dec 89 11:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01626; 21 Dec 89 10:53 EST Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa08477; 21 Dec 89 10:43 EST Received: from ALCANKTN.BITNET (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57415; Thu, 21 Dec 89 10:40:45 EST Date: Thu, 21 Dec 89 08:45:00 EST From: Shawn Allin - Alcan KRDC Computer Services Subject: Can you use thin wire ethernet to 4D-series machines? To: info-iris@BRL.MIL Message-id: <06A067F6DFDF203282@ALCANKTN.BITNET> X-Envelope-to: info-iris@brl.ARPA X-VMS-To: IN%"info-iris@brl.arpa" Hello all (again), We have a couple of Personal Irises and one 4D-120 GTX at the moment. All of them are hooked into ethernet by thick wire transceiver cables into DEC Delni boxes. Is there any way instead to use thin wire ethernet, say with a DESTA? One of our labs tried this with an Iris 3130 a couple of years ago without success. Any comments would be appreciated. Cheers, Shawn Allin Alcan International Ltd., P.O. Box 8400, Kingston, Ont., Canada K7L 5L9 (613) 541-2178 Bitnet: ACCESS@ALCANKTN Soon to be: ACCESS@KRDC.INT.Alcan.CA   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02569; 21 Dec 89 11:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02107; 21 Dec 89 11:29 EST Date: Thu, 21 Dec 89 11:02:56 EST From: Dave M. Dabay (SGI|stay) To: INFO-IRIS@BRL Subject: Re: fx/disks/3.2 upgrade Message-ID: <8912211102.aa01865@VMB.BRL.MIL> It should not be necessary to reformat your disks before, load/reloading new releases, however it is a good Idea to back things up just in caes.. But we have done numerous os upgrades without reformating and don't have any unusual disk problems/errors......   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03438; 21 Dec 89 13:22 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03341; 21 Dec 89 13:12 EST Received: from aos.brl.mil by VMB.BRL.MIL id aa03280; 21 Dec 89 12:56 EST Received: from lvax.brl.mil by AOS.BRL.MIL id aa21967; 21 Dec 89 12:53 EST Date: 21 Dec 89 12:52:00 EDT From: "Earl N. Ferry" Subject: Tektronix 4693 printer driver needed for the Iris 2500/3130 series To: info-iris Message-ID: <8912211253.aa21967@AOS.BRL.MIL> Hello Iris Users, We just received the Tektronix 4693 wax printer we ordered some time ago, and I was wondering if anyone out there has a driver for it from the old Iris 3000's and 2500's? We have two 4D/20's, but typically most of our users produce hard copies from the 2500/3000 since they are more accessable than the 4D's. Any help in locating a driver for the TEK4693 from the 2500/ 3000 would be greatly appreciated. Thanks in advance, Earl Ferry, Jr. Bitnet: eferry@brl.mil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06051; 21 Dec 89 17:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05052; 21 Dec 89 15:36 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa04938; 21 Dec 89 15:18 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17061; 21 Dec 89 15:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA16273; Thu, 21 Dec 89 11:58:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 89 19:33:22 GMT From: Chuck Musciano Organization: Advanced Technology Dept., Harris Corp., Melbourne, Fl. Subject: Help! Can't get workspace to run Message-Id: <2983@trantor.harris-atd.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, I've installed 3.2, and, anxious to try out these new features, tried to start up workspace. All I get is a message telling me it can't connect to the File Access Manager. After rummaging around, I find /usr/etc/fam, become su, and fire it up. Fam runs until I try workspace again, whereupon fam quits and workspace gives me the same message. What am I doing wrong? What do I need to fix? Chuck Musciano ARPA : chuck@trantor.harris-atd.com Harris Corporation Usenet: ...!uunet!x102a!trantor!chuck PO Box 37, MS 3A/1912 AT&T : (407) 727-6131 Melbourne, FL 32902 FAX : (407) 727-{5118,5227,4004} Gee, Beaver, everything that's fun can get you in trouble. Haven't you learned that yet? --Gilbert   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07195; 21 Dec 89 21:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06951; 21 Dec 89 20:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06914; 21 Dec 89 20:43 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06367; 21 Dec 89 20:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA05858; Thu, 21 Dec 89 17:01:25 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Dec 89 01:00:23 GMT From: Hugh LaMaster Organization: NASA - Ames Research Center Subject: Re: Distinguishing "true" MIPS box from DECstation at compile time Message-Id: <38700@ames.arc.nasa.gov> References: <89Dec15.145750est.2273@neat.cs.toronto.edu>, <1300@uakari.primate.wisc.edu>, <2103@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2103@odin.SGI.COM> msc@sgi.com writes: >In article <89Dec15.145750est.2273@neat.cs.toronto.edu>, >Even though the system vendors don't define "feature ifdefs" you can write >your code as if you had them. You simply have to create a header that does >all the ugly stuff (like that in the rest of the referenced article) and >sets the appropriate "featuredefs". I agree with most of what is written here, but, I sure could use a standard way to determine from the shell what architecture of machine I am on. I wish, for example, that the "arch" command could be made universal, and would return a string which has 2 simple components. For example: sun3 sun4 decvax decmips sgimips (or whatever you want, as long as it is unique). BTW, I currently use if [] tests on files to guess, when something else is not available, but this doesn't work reliably because of differences in filesystem mounts, which optional software is loaded, etc. Hugh LaMaster, m/s 233-9, UUCP ames!lamaster NASA Ames Research Center ARPA lamaster@ames.arc.nasa.gov Moffett Field, CA 94035 Phone: (415)694-6117   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07935; 22 Dec 89 0:25 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07750; 22 Dec 89 0:15 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab07668; 21 Dec 89 23:53 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08382; 21 Dec 89 23:45 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA17963; Thu, 21 Dec 89 20:38:08 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Dec 89 19:08:39 GMT From: Archer Sully Organization: Silicon Graphics, Inc. Subject: Re: libgl -G 0 Message-Id: <2199@odin.SGI.COM> References: <8912210123.aa09940@SPARK.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912210123.aa09940@SPARK.BRL.MIL>, phil@BRL.MIL (Phil Dykstra) writes: > Dear SGI, > > I am trying to dynamically link against libgl.a. Using the -A option > to ld, the files being linked in must have been compiled with -G 0. > Since no such libgl was supplied, I decided to pop over to our source > code and build one. Then I found libgl didn't come with our source > license! What a bummer. So, what's a guy to do? > > [This is 3.2 on a 4D/25] > > - Phil You should have a G0 libgl. Its in /usr/lib/libgl_G0, but it isn't a shared gl, so it may not be what you want. If you don't have it, get out your developers option tape and load it (its in a subsystem called 'dev.sw.G0libraries). There is another answer, however. ld -A takes an executable as an argument that contains the addresses of all of the routines that won't be resolved in the link itself. If you are planning to use the dynamically loaded modules with this executable only, do this: make a routine called dummy that looks like this dummy(){winopen("")}; insert it into the main program somewhere. Link your program with -lgl_s -lc_s. Do your ld -A without any -l flags. Since the target executable now has the shared library jump table in it, ld will resolve any gl calls to that copy of the jump table. The same is true for the C library. This could cause some expansion of your executable, but from playing around with things a bit I think that it actually works a bit bit better than G 0 libraries. Someday there may be a good way to do dynamic loading, but for now this is it. pity. Archer Sully | The Mind is a Terrible thing to Taste (archer@sgi.com) | - Ministry   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08148; 22 Dec 89 1:17 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07589; 21 Dec 89 23:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07555; 21 Dec 89 23:33 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08053; 21 Dec 89 23:15 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA16752; Thu, 21 Dec 89 20:14:13 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Dec 89 04:10:40 GMT From: Tim Hall Organization: Boston University Computer Graphics Lab Subject: dgl on sun4's Message-Id: <45068@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is this me or is it SGI or Sun? This has bit me twice. I am using the dgl on a Sun4. After calling a dglopen, and it returning a non-negative, I would call.... winopen( "Foo" ); In some programs (but not all) this would result in a segmentation fault. The work around is.... char buf[SOME_NUMBER]; sprintf( buf, "Foo" ); winopen( buf ); -Tim tjh@bu-pub.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16146; 22 Dec 89 19:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15881; 22 Dec 89 18:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15864; 22 Dec 89 18:00 EST Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa02173; 22 Dec 89 17:50 EST Received: Thu, 21 Dec 89 05:01:53 -0800 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Thu, 21 Dec 89 08:07:03 EST by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Thu, 21 Dec 89 08:21:51 EST by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 21 Dec 89 08:21:51 EST From: Tony Facca Message-Id: <8912211321.AA00221@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: help needed with distcp I am trying to install 3.2 from a server on the net. The machines are properly configured (I can read from a remote tape). I need to know the prom monitor command to access the remote distribution directory. The manual says the format should be: boot -f $tapedevice(sash.ip6) --m (page 3-14) It doesn't specify what tapedevice should be set to. The remote server is called "avelon". So I try: setenv tapedevice bootp()avelon:/dis_directory/ but this wont work because there is no "sash" program (its called "sa"). I've tried every variation I can think of. The closest seems to be: boot -f bootp()avelon:/dis_directory/sa --m This gives the message I am looking for ("Obtaining /distribution_dir from server avelon"), but complains about inappropriate byte order. That's probably because I can't figure out how to tell it that I want sash.ip6 I am going to call the hotline, but if anyone has been here before, I'd appreciate a reply. Thanks. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15450; 22 Dec 89 15:28 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15140; 22 Dec 89 14:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15091; 22 Dec 89 14:14 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00386; 22 Dec 89 14:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA01776; Fri, 22 Dec 89 10:47:28 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Dec 89 18:33:04 GMT From: Chuck Musciano Organization: Advanced Technology Dept., Harris Corp., Melbourne, Fl. Subject: Making Workspace work Message-Id: <2990@trantor.harris-atd.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, I got the answer to my problem from the Geometry Hotline. As you may recall, whenever I tried to start the Workspace, I got a message complaining that it could not connect to the File Access Manager. It turns out that my YP server is not a SGI machine, it's a Sun. And that machine does not have the necessary entries in /etc/rpc to make the Workspace work. To fix the problem, add these lines to /etc/rpc on your server: sgi_toolkitbus 391001 sgi_fam 391002 Then cd to /var/yp on your server (probably /usr/etc/yp for pre-4.0 Suns) and do a "make rpc". Reboot your SGI, and the Workspace will work! Chuck Musciano ARPA : chuck@trantor.harris-atd.com Harris Corporation Usenet: ...!uunet!x102a!trantor!chuck PO Box 37, MS 3A/1912 AT&T : (407) 727-6131 Melbourne, FL 32902 FAX : (407) 727-{5118,5227,4004} Gee, Beaver, everything that's fun can get you in trouble. Haven't you learned that yet? --Gilbert   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16962; 23 Dec 89 0:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16729; 22 Dec 89 23:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16703; 22 Dec 89 23:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04809; 22 Dec 89 22:45 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA01686; Fri, 22 Dec 89 19:36:52 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Dec 89 23:09:48 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Tektronix 4693 printer driver needed for the Iris 2500/3130 series Message-Id: <2221@odin.SGI.COM> References: <8912211253.aa21967@AOS.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912211253.aa21967@AOS.BRL.MIL> eferry@LVAX.BRL.MIL ("Earl N. Ferry") writes: > > We just received the Tektronix 4693 wax printer we ordered some time >ago, and I was wondering if anyone out there has a driver for it from the >old Iris 3000's and 2500's? We have two 4D/20's, but typically most of our >users produce hard copies from the 2500/3000 since they are more accessable >than the 4D's. Any help in locating a driver for the TEK4693 from the 2500/ >3000 would be greatly appreciated. > > Earl Ferry, Jr. > Bitnet: eferry@brl.mil Currently there is no driver from SGI for the 4693 printer on a 3000 series, but you can easily implement what you desire by setting up one of the PIs as a printserver for the 3000s. Just setup the 4693 as a local printer on the PI, and use mknetpr(1M) on the 3000s and the other PI to spool your print jobs to the 4693. Granted, it's not like having the 4693 next to you, but hopefully it's just a short walk away. Jack Weldon System Engineer--Communications Group SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16962; 23 Dec 89 0:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16729; 22 Dec 89 23:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab16703; 22 Dec 89 23:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04815; 22 Dec 89 22:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA01751; Fri, 22 Dec 89 19:37:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Dec 89 23:17:33 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Can you use thin wire ethernet to 4D-series machines? Message-Id: <2222@odin.SGI.COM> References: <06A067F6DFDF203282@ALCANKTN.BITNET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <06A067F6DFDF203282@ALCANKTN.BITNET> ACCESS@ALCANKTN.BITNET (Shawn Allin - Alcan KRDC Computer Services) writes: > > We have a couple of Personal Irises and one 4D-120 GTX at the moment. > All of them are hooked into ethernet by thick wire transceiver cables into > DEC Delni boxes. Is there any way instead to use thin wire ethernet, say > with a DESTA? One of our labs tried this with an Iris 3130 a couple of > years ago without success. Any comments would be appreciated. > > Shawn Allin > Alcan International Ltd., There should be no reason why you can't use thinnet coax for your 3000 or your 4D. The only difference is in the thickness of the coax, and therefore the overall length of the cable, end-to-end. Since SGI sells the Cabletron ST-500 Transceiver as either a thin or thick connection, so there should be no problem using your DESTA xcvr. I have assisted customers with this many times in the past, so I can't really see what the problem might be. Verify that SQE is set off (for the 3000s and the PI), and check termination from one end of the coax--should read ~50 ohms. Try swapping a "known-good" thinnet xcvr into its place, or maybe moving the IRIS and attaching it to a "known-good" thinnet. Best of luck. Jack Weldon System Engineer--Communications Group SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18292; 23 Dec 89 7:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18272; 23 Dec 89 7:32 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18265; 23 Dec 89 7:23 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa07332; 23 Dec 89 7:16 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1539; Sat, 23 Dec 89 07:16:35 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 23 Dec 89 13:16:49 Date: Sat, 23 Dec 89 13:16:17 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Tranceiver Question To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8912230716.aa07332@SMOKE.BRL.MIL> Hallo, in one reply to the thin-ethernet question, raised some days ago, somebody from SGI wrote that for the PI and the 3100 SQE(heartbeat) should be turned off. Can you please give a bit more information about that? What are the consequences when SQE is on for the mentioned machines (especially the 3100's)? A Merry Christmas and (if this should be my last message for this year) A Happy New Year 1990 to everyone on this list Martin Knoblauch   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19840; 23 Dec 89 21:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19800; 23 Dec 89 21:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19772; 23 Dec 89 20:56 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10861; 23 Dec 89 20:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA29732; Sat, 23 Dec 89 17:29:56 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Dec 89 01:28:21 GMT From: Casey Leedom Organization: Lawrence Livermore National Laboratory Subject: Re: Distinguishing "true" MIPS box from DECstation at compile time Message-Id: <42334@lll-winken.LLNL.GOV> References: <89Dec15.145750est.2273@neat.cs.toronto.edu>, <1300@uakari.primate.wisc.edu>, <2103@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL | From: moraes@cs.toronto.edu (Mark Moraes) | | It is probably much better to ifdef on specific features that one needs | (eg. BSD_SIGNALS, JOB_CONTROL, DIRENT, SHMEM, etc) than on a specific | vendor type ... I agree, but if you do this, please use the proposed POSIX defines for this. That way you shouldn't have to change too much when POSIX actually makes it out of the shop. (Sorry, I don't have the draft standard on me, so I can't provide any details on what the proposed defines are or even which file a POSIX conforming program is supposed to include to get the set of Supported Feature Constants.) Casey   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23436; 25 Dec 89 1:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23351; 25 Dec 89 0:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa23343; 25 Dec 89 0:27 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17436; 25 Dec 89 0:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA03493; Sun, 24 Dec 89 21:02:37 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Dec 89 04:52:46 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: nfs failure between Gould NP1 and Personal Iris Message-Id: <46999@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , mike@cfdl.larc.nasa.gov (Mike Walker) writes: > I am having a strange error occur on a NFS mounted partition on our PI. > First a little info about the machines involved: > > 1) Personal Iris 4D-20 w/ Irix 3.2 > 2) Gould NP1 w/ UTX/32 3.1 (BSD w/ SVR3 extensions) > 3) Sun 3/280 w/ Sun Unix 3.4 > > I have one file system from machines 2 and 3 above mounted on the PI. > Everything seems to work fine with the Sun based fs, but certain > operations fail on the fs mounted off of the Gould. Symptoms: > > - ls works everywhere > - cat, grep, etc. (normal file access) works everywhere > - echo * fails only on the Gould file-system (error: ``no match'') > - find fails only on the Gould file-system > (error: ``getwd: read error in ..'') > - None of these problems show up on the Sun or the Gould using local, > Sun NFS, or Irix NFS file-systems. Mike informed me via private communication that only the C-shell's echo failed to match * against visible filenames; 'echo *' in the Bourne shell worked as expected. This clue, plus Ethernet packet traces captured by Mike (thanks!), exposed a server bug seen at previous Connectathons (a Connectathon is an annual NFS interoperation conference thrown by Sun, attended by most NFS vendors). Clients may call the NFS readdir remote procedure with an arbitrary byte count indicating the number of bytes allocated for filesystem-independent directory entries. The reference NFS server code uses this byte count to allocate space for server-dependent directory entries, and calls the local filesystem to read the directory. Older reference NFS ports contained BSD Fast File System (FFS) readdir code that failed with EINVAL if the requested byte count was less than, or not congruent with, DIRBLKSIZ. DIRBLKSIZ is typically 512. SGI's C-shell, and several other BSD-derived programs that SGI ships, use a byte count of 512 when they call the BSD version of readdir(3B). If the directory is remote, and if its NFS server is based on an older NFS reference port and has a DIRBLKSIZ of, say, 1024, the server will reject the client's readdir call with a status code equal to EINVAL (22). This is exactly what Mike's Gould server does, so it is likely that Gould has defined their DIRBLKSIZ to be 1024 (perhaps because their disks use 1024-byte sectors). Our C-shell, a straight port of 4.3BSD csh, doesn't check for readdir errors, so the EINVAL causes 'echo *' to silently complete, apparently successfully, but with "No match". The bourne shell uses the AT&T-based readdir(3C) routine, which asks for 4096 bytes worth of directory entries, thus avoiding the bug. Note that the NFS protocol doesn't define EINVAL as a well-known status code -- however, the protocol's status codes are defined by enumerating certain 4.2BSD/SunOS intro(2) error numbers, and all NFS implementations that I've seen from Sun fail to check for error numbers not in the status enumeration, in order to avoid sending them. Almost any server error code could leak through the protocol. Our NFS maps unspecified error numbers such as EINVAL onto the NFSERR_IO status code. Gould's NFS does not. NFS implementors have always relied on the Sun reference ports of NFS to 4.3BSD for standardization, lacking a complete spec (the NFS version 2 protocol has an RFC, but it doesn't place any restrictions on readdir's byte count argument; it doesn't even distinguish between client and server uses of this number). The latest reference port (NFSSRC4.0.x) that Sun has shipped to licensed NFS vendors has fixed BSD FFS readdir to accept any byte count. Perhaps Gould has, or will soon have, a version of NFS based on this release. Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01595; 26 Dec 89 20:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01388; 26 Dec 89 20:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab01370; 26 Dec 89 19:51 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05541; 26 Dec 89 19:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA14341; Tue, 26 Dec 89 16:40:04 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 00:10:36 GMT From: Dorothy Liu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: IRIS 2000/3000--Product Support Status Message-Id: <47026@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am the marketing specialist in Systems Remarketing of Silicon Graphics. There have been a few expressions of concern regarding the IRIS 2xxx/3xxx product lines and I thought I'd take this opportunity to (once and for all) state Silicon Graphics product support plan for these products and hopefully answer some of your questions in the process. This is a condensed version of a letter that recently went to our VARs and direct sale end user. Although I realize that not everyone may have received the letter due to inaccuracies to the customer data base, I would strongly encourage you to contact me via e-mail (dorothy@comp.sgi) or call at (415)962-3299 either to receive a copy and/or to update our database (in which case a system serial# would be extremely helpful) So here's the letter: Effective November 1, 1989, SGI is positioning the IRIS 3100/3000 products as "mature" and formalizing the end of production for the IRIS 2XXX series products. What that means to you as a customer is: 1. Silicon Graphics will continue to offer specific configurations of new or remanufactured IRIS 3000 and 3100 systems and selected 2xxx/3000/3100 options, upgrades and software through the end of 1990, subject to availability and price in effect on receipt of order. 2. Subject to the general commercial availability of third party supplied parts, modules and repair services, SGI will support these three product lines for a MINIMUM of five (5) years through OCTOBER,1994. This will consist of the following: a) On-site hardware support for full support and full extended warranty customers b) On-site parts exchange for full support and full extended warranty customers Mail-in parts exchange for out basic support and basic extended warranty customers c) Access to the Geometry Hotline for full support, full extended warranty, basic support, basic extended warranty and software maintenance service (SMS) customers. d) Spare parts sales to those customer, VARs and OEMs who perform their own maintenance. If SGI i. becomes aware that an outside vendor is discontinuing a vendor supplied part or module or ii. must discontinue availability of an SGI manufactured spare because pf imavailability of a vendor supplied component, SGI will notify its customers as soon thereafter as practicable. e) Repair services for VARs,OEMs and T&M customers. If SGI becomes aware that an outside vendor is terminating repair servide or is discontinuing a vendor supplies component needed for repair, SGI will notify its customers as soon thereafter as practicable. 3. Software Subscription Service (SSS) will no longer be available for the IRIS 2000 or 3000/3100 since there will be no future software releases for these product lines. ...Our contract customers will be notified of a price reduction. 4. After the five (5) year support period (ENDING 10/94), continued support of these products will be provided at the discretion of Silicon Graphics. We will notify customers at least 90 days in advance of our intent to terminate support contracts.... That in a nutshell is the main body of our committment to support our IRIS 2000/3000/3100 users UNTIL October, 1994. We will not terminate support before that period. In case you're wondering about other options that you have with us: Systems Remarketing also sells new and fully refurbished IRIS 3XXX's. We also still sell options and upgrades for the 2000/3000/3100. If you are interested in any of these products want a copy of the original letter or have any questions, please contact me: Dorothy P. Liu Silicon Graphics, Inc. 2011 N. Shoreline Blvd., M/S 3U-190 P.O. Box 7311 Mountain View, CA 94039-7311 Tel# (415) 962-3299 e-mail: dorothy@csd.sgi.com -- Dorothy Liu Silicon Graphics Computer Systems Internet: dorothy@SGI.COM UUCP: {ames,ucbvax,decwrl,sun}!sgi!dorothy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01673; 26 Dec 89 21:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01388; 26 Dec 89 20:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01370; 26 Dec 89 19:51 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05532; 26 Dec 89 19:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA14327; Tue, 26 Dec 89 16:39:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Dec 89 23:23:31 GMT From: donl mathis Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: help needed with distcp Message-Id: <47023@sgi.sgi.com> References: <8912211321.AA00221@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912211321.AA00221@avelon.lerc.nasa.gov>, fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > > I am trying to install 3.2 from a server on the net. The machines are properly > configured (I can read from a remote tape). I need to know the prom monitor > command to access the remote distribution directory. The manual says the format > should be: > > boot -f $tapedevice(sash.ip6) --m (page 3-14) > > It doesn't specify what tapedevice should be set to. The remote server is > called "avelon". So I try: > > setenv tapedevice bootp()avelon:/dis_directory/ > > but this wont work because there is no "sash" program (its called "sa"). I've > tried every variation I can think of. The closest seems to be: > > boot -f bootp()avelon:/dis_directory/sa --m > > This gives the message I am looking for ("Obtaining /distribution_dir from > server avelon"), but complains about inappropriate byte order. That's > probably because I can't figure out how to tell it that I want sash.ip6 > > I am going to call the hotline, but if anyone has been here before, I'd > appreciate a reply. I'm not sure what manual you are referring to, but i thought we had the documentation pretty well straightened out. Here are a couple of things you might want to be aware of: 1) When creating the distribution directory, remember that the standalone tools, including sash and the miniroot, appear only on the eoe1 tape; the others have placeholder files full of nulls. You must use "-n" on all but the eoe1 tape to prevent overwriting your "sa" file with small files full of zeros. Check the size of sa in your distribution directory; it should be something like 15Mb long. If not, use distcp to reload your eoe1 tape to get the proper tools. 2) In the proms, setenv tapedevice bootp()avelon:/dis_directory/sa and then boot -f ${tapedevice}(sash.IP6) --m being careful to use caps for the IP6 suffix. That should think for a minute, and then "dot dot dot" as it copies the miniroot onto your disk, at which point it will boot automatically and come up in inst. -- - donl mathis at Silicon Graphics Computer Systems, Mountain View, CA donl@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02998; 27 Dec 89 3:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02966; 27 Dec 89 3:24 EST Received: by VMB.BRL.MIL id ac02917; 27 Dec 89 3:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab02481; 27 Dec 89 0:45 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07317; 27 Dec 89 0:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA28014; Tue, 26 Dec 89 21:26:27 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Dec 89 21:43:38 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: test missile cones in dog/flight? Message-Id: <2249@odin.SGI.COM> References: <1824@nic.MR.NET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Dan Dickey) writes: >Quite a while ago, someone mentioned a flag to use in either dog or >flight that would enable some missile cones on the ground. Presumably >to for testing. I'd like to use these to fight against, as we don't >really have too many sgi's around here. What was the flag? The flag you're looking for isn't documented, and unfortunately I can't remember the right one. However, it doesn't quite do what you're anticipating. Back when the GTs first came out there was an option to start up a "missile defense" system that pops up out of those funny brown rectangles that live down in the swamp. All it consists of are several wireframe half-spheres scattered through the swamp area. A call to the local dog guru revealed that the domes were part of an attempt to develop ground defense missiles that would make it harder to strafe the runway. This portion of dog was never finished, and the domes are only partially good for pylon turns. Tips for aspiring dog aces: Try flying NOE (Nap Of the Earth) through the 3D mountains without crashing. See how low you can get. After you get that done, try saving your flight into a file and then chase yourself through the mountains. Great practice. g. When it's all been said and done, G. "Murdock" Helms Better that you had some fun. Silicon Graphics So have a toast & down the cup, Customer Support And drink to bones that turn to dust ghelms@sgi.sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02998; 27 Dec 89 3:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac02966; 27 Dec 89 3:24 EST Received: by VMB.BRL.MIL id ad02917; 27 Dec 89 3:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac02481; 27 Dec 89 0:45 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07319; 27 Dec 89 0:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA27990; Tue, 26 Dec 89 21:26:12 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Dec 89 17:38:01 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Tranceiver Question Message-Id: <2234@odin.SGI.COM> References: <8912230716.aa07332@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912230716.aa07332@SMOKE.BRL.MIL> XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Can you please give a bit more information about that? What are the >consequences when SQE is on (especially the 3100's)? > At the physical layer, the only question is "heartbeat" or not. Ethernet version 1.0 has no heartbeat. Ethernet version 2.0 has heartbeat. IEEE 802.3 has heartbeat. The other differences at the physical layer are minor. The heartbeat is only between the controller board and the transceiver or multiplexer box. The ethernet cable "knows" nothing about heartbeat. The idea behind heartbeat it is to make sure the collision line on the transceiver cable is connected up. To quote the cabletron systems st500 manual, "at the end of each transmission by the transceiver, it must send a short burst of 10MHz waveform on the collision lead to permit the controller to check proper operation of the collision signal path. There is no collision test signal when just receiving." So everything is fine at this layer as long as the controller and tranceiver agree on heartbeat. What this means is that you can use either SQE, or no SQE--what matters is that your transceiver and your Ethernet controller agree that it is on or off. The 3000's Ethernet boards were shipped with SQE off, but can be modified to use SQE by your local field engineer, as necessary. I see no reason to do this unless your particular type of transceiver supports ONLY SQE (rare, but I have seen them...) >A Merry Christmas and A Happy New Year 1990 >Martin Knoblauch Thanks--You Too!! Jack Weldon SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03140; 27 Dec 89 4:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02966; 27 Dec 89 3:24 EST Received: by VMB.BRL.MIL id ab02917; 27 Dec 89 3:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02481; 27 Dec 89 0:45 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07315; 27 Dec 89 0:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA27969; Tue, 26 Dec 89 21:25:58 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Dec 89 17:24:25 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: help needed with distcp Message-Id: <2231@odin.SGI.COM> References: <8912211321.AA00221@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912211321.AA00221@avelon.lerc.nasa.gov> fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > >I am trying to install 3.2 from a server on the net. (via remote tape drive) > > boot -f $tapedevice(sash.ip6) --m (page 3-14) > >It doesn't specify what tapedevice should be set to. The remote server is >called "avelon". So I try: > >Tony Facca I'm not sure what manual you are looking in, but in the 4D1-3.2 Release Notes, Page 2-13, in the section for installing via a remote tape drive, it says: "Set the 'tapedevice' environment variable as shown in the example below. Replace 'remotehost' in the command line below with the name of the remote computer" setenv tapedevice bootp()remote_host:/dev/tape Then boot the standalone shell 'sash' from the tape on the remote computer. Replace CPU with your appropriate CPU type (IP4, IP5, IP7...): boot -f $tapedevice(sash.CPU) --m So, for a 4D70GT loading from machine blitzen, the commands would be: setenv tapedevice bootp()blitzen:/dev/tape boot -f $tapedevice(sash.IP4) --m Hope that helps. Jack Weldon SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03482; 27 Dec 89 6:16 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03313; 27 Dec 89 5:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03308; 27 Dec 89 5:21 EST Received: from umrvma.umr.edu by SMOKE.BRL.MIL id aa08687; 27 Dec 89 5:11 EST Received: from UMRVMA.UMR.EDU by UMRVMA.UMR.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 2499; Wed, 27 Dec 89 04:09:18 CST Received: by UMRVMA (Mailer R2.05) id 2495; Wed, 27 Dec 89 04:09:16 CST Date: Wed, 27 Dec 89 04:03:29 CST From: Bob Funchess Subject: Problems at C To: info-iris@BRL.MIL Message-ID: <8912270511.aa08687@SMOKE.BRL.MIL> I have been trying to figure out what is wrong with this piece of code... unsuccesfully. Could someone point me in the right direction or suggest a substitute? #include #include "kernel.h" /* ** Open file for read/write or die trying */ static FILE *Do_fopen(char *name, char *mode) { FILE *file; if (*name == '-' && !name[1]) return *mode == 'w' ? stdout : stdin; if (!(file = fopen(name,mode))) { perror(name); (void)fprintf(stderr, "Unable to open file for %s\n", *mode == 'w' ? "write" : "read"); exit(1); } return file; } static void make_reset(int argc, char *argv[]) { FILE *In, *Out; int *ip; int i, blob[10000]; char buff[128]; if (argc < 3) { (void)fprintf(stderr, "Usage error\n"); exit(1); } In = Do_fopen(argv[1], "r"); Out = Do_fopen(argv[2], "w"); /* Read thru object file, ignoring nonnumeric lines and collecting */ /* others into blob[] for write to output file... */ for (ip = blob, i = 0; fgets(buff, sizeof(buff), In); ) { if (*buff == '-' || isdigit(*buff)) >>>>>> Here is the problem... *ip++ = ((i++ & 0x03) == 2) ? flags(buff) : atoi(buff); } sec_write(Out, blob, 0, ip - blob); (void)fclose(In); (void)fclose(Out); exit(0); } The problem is that at the location indicated I get a segmentation fault. I also tried replacing that line with firstin = *buff; and firstin = buff(1) < Bob | S090726@UMRVMA.UMR.EDU | Funchess > The 'S' stands for student. Think the university shares MY opinions?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00223; 27 Dec 89 17:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03675; 27 Dec 89 7:45 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03665; 27 Dec 89 7:30 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09473; 27 Dec 89 7:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA16369; Wed, 27 Dec 89 04:11:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 12:03:26 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: test missile cones in dog/flight? Message-Id: <5944@alvin.mcnc.org> References: <1824@nic.MR.NET>, <2249@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2249@odin.SGI.COM> ghelms@hellfire.sgi.com (Gretchen Helms) writes: > [about the war making simulation aspects of flight simulator] How does one remove the shooting and killing parts from the flight simulator? Although I enjoy occasionally trying to fly the Cessna and the 747, I don't particularly like having the F-whatever killing machines on the machines I control. spl (the p stands for peacenik and proud of it) -- Steve Lamont, sciViGuy EMail: spl@ncsc.org NCSC, Box 12732, Research Triangle Park, NC 27709 "Reality involves a square root" Thomas Palmer   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01008; 27 Dec 89 17:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00881; 27 Dec 89 17:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ag00745; 27 Dec 89 17:22 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15220; 27 Dec 89 12:01 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA28881; Wed, 27 Dec 89 08:50:56 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 16:13:06 GMT From: john powell Organization: NIH-CSL, Bethesda, MD Subject: yp/fam problem Message-Id: <1297@nih-csl.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL System: Silicon Graphics Model 4D/70 (running 3.2) SUN 3/180 (running Sunos 3.5):ypserver and NFS server Problem: When Yellow Pages (client only, ypbind) is started during boot up, the File Access Monitor (fam) fails to run. If Yellow Pages is not started on boot and fam is started (via workspace), THEN Yellow Pages can be started and every thing seems to work. (Note that the '+' was removed from the /etc/passwd file during boot, this may or may not make a differance. NFS on or off has no effect on this BUG.) John Powell jip@alw.gov.nih   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01164; 27 Dec 89 18:09 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00881; 27 Dec 89 17:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id al00745; 27 Dec 89 17:22 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16352; 27 Dec 89 13:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA04321; Wed, 27 Dec 89 10:33:37 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 18:12:38 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: test missile cones in dog/flight? Message-Id: <47051@sgi.sgi.com> References: <1824@nic.MR.NET>, <2249@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2249@odin.SGI.COM>, ghelms@hellfire.sgi.com (Gretchen Helms) writes: > (Dan Dickey) writes: > >Quite a while ago, someone mentioned a flag to use in either dog or > >flight that would enable some missile cones on the ground. Presumably > >to for testing. I'd like to use these to fight against, as we don't > >really have too many sgi's around here. What was the flag? > > The flag you're looking for isn't documented, and unfortunately > I can't remember the right one. However, it doesn't quite do what > you're anticipating. > > Back when the GTs first came out there was an option to start up > a "missile defense" system that pops up out of those funny brown > rectangles that live down in the swamp. All it consists of are > several wireframe half-spheres scattered through the swamp area. > A call to the local dog guru revealed that the domes were part > of an attempt to develop ground defense missiles that would make > it harder to strafe the runway. This portion of dog was never > finished, and the domes are only partially good for pylon turns. > Its interesting to hear the variety of stories about the origins of the red hemispheres. The truth to their origin is as follows. Williams Air Force Base, somewhere in Arizona, was interested in buying some IRIS's for doing F-16 training/debriefing/human-interaction studies. They liked flight, but wanted to see a real F-16 HUD display and also "threat" cones around SAM sites. So I spent 2-3 days down there adding the F-16 HUD as they wanted to see it. It can be invoked using "-h". (The Air Force is using pictures of this display in their AIM HIGH ads that run in Discover and Omni.) I also added the threat cones ('T'). They are centered about the little brown rectangles in the swamp which are the SAM sites. If you use the HUD, the little radar screen in the lower left will show you the types of SAM (A,4,8) when you get close enough. The 'U' (uppercase 'u') restart option starts you out past the mountain heading towards the runway and threat cones. This trajectory, the threat cones, and the mountains were set up as close as possible to their existing F-16 simulator. I never added auto-firing missiles to the SAM sites, I think there was a version somewhere that did. It would be a nice addition, if 'T' was turned on and you entered into the threat cone, a missile should be launced from the SAM site. NOTE: the versions of flight for the PI and the GT are different, and I don't know which features are in the GT. All of the above features are in the PI version (/usr/demos/bin/flight). -- Gary Tarolli   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01247; 27 Dec 89 18:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01212; 27 Dec 89 18:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab01190; 27 Dec 89 18:13 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21028; 27 Dec 89 18:03 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA18631; Wed, 27 Dec 89 15:00:04 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 12:39:07 GMT From: Bob Marrow Subject: Can anybody identify this drive? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I managed to save a drive from a old about-to-be-junked Silicon Graphics machine. Unfortunately, no one knows anything about the drive. In order for me to use it or sell it i need the following information: Manufacturer Capacity Interface Cylinder and Head counts Physical description: Full Height 5.25 inch drive ST506 or ESDI interface There were a whole bunch of stickers with info on them on the drive case. A "Gii Honeywell Bull" sticker followed by "sa" surrounded by a BIG C and the code LR37930. I've been informed that this relates to some Canadian regulatory agency. another sticker: a backwards LR Type: D570 + U:N CYD570D3 XBE E82 00727 and still another sticker: TI RMSU 570A-001 RG SQL: 004 FCO: Thanks, bob Bob Marrow UUCP: {pacbell | attmail}!acsdev!bobm ACS Network Systems Internet: pacbell!acsdev!bobm@sun.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01769; 27 Dec 89 22:01 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01694; 27 Dec 89 21:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01685; 27 Dec 89 21:12 EST Received: from Princeton.EDU by SMOKE.BRL.MIL id aa22285; 27 Dec 89 20:46 EST Received: from euterp.Princeton.EDU by Princeton.EDU (5.58+++/2.25/mailrelay) id AA08699; Wed, 27 Dec 89 20:44:48 EST Received: by euterp.Princeton.EDU (5.52/1.95) id AA19776; Wed, 27 Dec 89 20:44:17 EST Date: Wed, 27 Dec 89 20:44:17 EST From: mamabile@acm.princeton.edu Message-Id: <8912280144.AA19776@euterp.Princeton.EDU> To: info-iris@BRL.MIL Subject: !! Please...Help !! To anyone familiar with the X distribution: I am having quite a difficult time compiling the DEC widget intrinsics on an IRIS (IRIX System V Release 3.2). Everything worked fine when the machines were running on Release 3.1, but after the upgrade to 3.2, the following comp- ilation line: cc -I/usr/include/bsd -g -c prog.c gave the following errors: ccom: Error: /usr/include/X11/DwtWidget.h, line 790: syntax error Object current_gadget; ---------^ I peered into the source code of DwtWidget.h and could not find any blatant errors. Are others having this same problem? If so, is there a reasonably quick fix for the situation? Thanks to anyone for any clues to this rather vexing problem. mamabile@acm.princeton.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02678; 28 Dec 89 3:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02644; 28 Dec 89 3:22 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02634; 28 Dec 89 3:10 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25218; 28 Dec 89 3:03 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA15437; Wed, 27 Dec 89 23:53:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 18:57:49 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: test missile cones in dog/flight? Message-Id: <2259@odin.SGI.COM> References: <1824@nic.MR.NET>, <2249@odin.SGI.COM>, <5944@alvin.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Steve Lamont) writes: >How does one remove the shooting and killing parts from the flight simulator? >Although I enjoy occasionally trying to fly the Cessna and the 747, I don't >particularly like having the F-whatever killing machines on the machines I >control. Hmmmm. If I understand you correctly, it would seem that you're asking for a method by which to turn off cannon, sidewinders and rockets. I'll check to see what can be done, but I have a temporary solution for the meantime. First, there is a difference between "dog" and "flight". Dog is the means by which we dogfight (hence the name), and broadasts packets to other machines on the network. It can also be flown with just one player/plane, but it will still broadcast packets. This can be very bad if you have a fussy network administrator, or a large network with heavy traffic. Flight, on the other hand, does NOT broadcast over the network, and is designed for solo practice. Flight does not support dogfighting, and will not recognize other dogfighters using "dog". You still have full weaponry available, however. One option which is not widely broadcast is the "~" key. Used while dogfighting the "~" key, when pressed, eliminates all rockets and sidewinders and freezes your current fuel level so you can fly around indefinitely. Cannon is still available. Also note that the "~" key cannot be reversed by pressing it again. I'll see if there are any other ways to eliminate the weaponry. g. When it's all been said and done, G. "Murdock" Helms Better that you had some fun. Silicon Graphics So have a toast & down the cup, Customer Support And drink to bones that turn to dust ghelms@sgi.sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02704; 28 Dec 89 3:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02644; 28 Dec 89 3:22 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab02634; 28 Dec 89 3:10 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25220; 28 Dec 89 3:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA15482; Wed, 27 Dec 89 23:54:36 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Dec 89 22:42:00 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Fixed 4Dgifts window.ps for 3.2.1 Message-Id: <2269@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I changed the title bar painting in release 3.2.1 to make it faster and to stop the flashing. In doing so I broke the code in window.ps in 4Dgifts that paints stripes instead of a solid block in the title bar. Now that I've learned of this codes existence, I've fixed it. Here is the correct window.ps file for release 3.2.1 == cut here ==== ~4Dgifts/.4sight/window.ps for release 3.2.1 === cut here == systemdict begin % % This is used to draw the stripes on the title bar. Args are: % lslope,rslope slope [0-1] of edge of stripe on left and right side % step number of pixels between stripes % x, y lower left of area to be striped % w, h size of area to be striped % /fillslanted { % lslope rslope step x y w h => - % gsave 4 copy 0 1 0 setrgbcolor rectpath fill grestore 7 dict begin /h exch def /w exch def /y exch def /x exch def /step exch def /rslope exch step mul def /lslope exch step mul def 0 step h step sub { /y y step add def dup lslope mul x add y moveto dup x w add exch h exch sub rslope mul sub y lineto stroke pop } for end } def SGIWindow begin /KeyFocusColor 1.0 0.0 0.0 rgbcolor def /BannerColor 0.1 0.1 0.1 rgbcolor def /FrameFont /Times-BoldItalic findfont 14 scalefont def /IconFont /Times-BoldItalic findfont 14 scalefont def /Slantiness .3 def % how slanty are the stripes % (0 == not, 1 == most) /StripeSpacing 2 def % spacing of stripes on the % title bar (in pixels ) /PaintFrameLabel { % true/false => - (Paint frame text label) % % This should only be called by paintframelabel which does a gsave % and sets the canvas, color and font. % % set up clipping BannerButtonMargin BannerButtonWidth add TitleSideMargin add % t/f x1 dup FrameHeight BannerHeight sub 0.3753 sub % t/f x1 x1 y1 2 copy moveto dup 3 1 roll % t/f x1 y1 x1 y1 FrameWidth TitleSideMargin sub NoQuit? NoClose? or not { BannerButtonMargin BannerButtonWidth add sub } if % t/f x1 y1 x1 y1 x2 2 index max 1 index lineto % t/f x1 y1 x1 y1 0 BannerHeight rlineto BannerHeight add lineto % t/f x1 y1 0 BannerHeight neg rlineto clip % t/f x1 y1 3 -1 roll { % % Label already exists. % clear banner to make way for a different length title 0 exch FrameWidth BannerHeight bulbousrect PaintFocus } { pop } ifelse % x1 TitleSideMargin add TitleCapHeight dup add add % x1' CloseControl getcanvaslocation exch pop % x1' y currentfont fontheight 0.085 mul add % x1' y' XXX show paints too low moveto % - FrameLabel show } def /PaintFocus { gsave FrameCanvas setcanvas FrameFont setfont KeyFocus? {KeyFocusColor} {BannerColor} ifelse setcolor Slantiness 0 StripeSpacing xfc div % lslope rslope step CloseControl getcanvaslocation exch pop % ls rs st y1 0 Slantiness StripeSpacing xfc div % ... y1 ls' rs' st' NoStow? { BannerButtonMargin 4 index % ... y1 ls' rs' st' x y BannerButtonWidth TitleSideMargin dup add add TitleCapHeight dup add add % ... ls' rs' st' x y w } { BannerButtonMargin BannerButtonWidth add TitleSideMargin add 4 index % ... ls' rs' st' x y TitleCapHeight dup add } ifelse % ... ls' rs' st' x y w TitleCapHeight fillslanted % ls rs st y1 BannerButtonMargin BannerButtonWidth add TitleCapHeight dup add add TitleSideMargin dup dup add add add FrameLabel stringwidth pop add % ... y1 x1' exch % ... x1 y1 FrameWidth TitleSideMargin sub NoQuit? NoClose? or not { BannerButtonMargin BannerButtonWidth add sub } if % ... x1 y1 x2 2 index max % ... x1 y1 x2 2 index sub TitleCapHeight % ... x1 y1 w h fillslanted grestore } def end end == cut here ================== end of file ===================== cut here == -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03529; 28 Dec 89 7:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03186; 28 Dec 89 7:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03172; 28 Dec 89 7:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27433; 28 Dec 89 7:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA25973; Thu, 28 Dec 89 04:05:37 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 10:13:52 GMT From: Kian-Tat Lim Organization: California Institute of Technology, Pasadena, CA Subject: Network backup suggestions? Message-Id: <13089@cit-vax.Caltech.Edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 95% full 500 megabyte filesystem on our 4D/240 that we would (very much) like to backup regularly. The Iris only has a cartridge tape drive, but another of our machines (running a fairly standard 4.3 BSD) has a 6250 bpi 9 track. The two machines are connected by a lightly-loaded Ethernet. 1) The filesystem is NFS mounted on the BSD machine. We would thus be able to use dump if we enabled root access to the remote filesystem. Are there any additional security holes we would introduce by doing this? 2) Is there a version of rdump available for the Iris (running 3.1F until application software catches up with the new release)? 3) Is there any way to make bru to a pipe work properly over multiple tapes? It seems that if we specify an appropriate tape size that bru will correctly split the archive, but the remote side of the pipe will have difficulty discovering this and cannot communicate end-of-tape messages back to bru to facilitate idiot-proofing. 4) Any other suggestions? -- Kian-Tat Lim (ktl@wagvax.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00852; 28 Dec 89 15:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00524; 28 Dec 89 15:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ah00415; 28 Dec 89 14:56 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05242; 28 Dec 89 13:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.40) id AA14935; Thu, 28 Dec 89 10:45:23 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 17:44:04 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: Re: test missile cones in dog/flight? Message-Id: <3212@uceng.UC.EDU> References: <2249@odin.SGI.COM>, <5944@alvin.mcnc.org>, <2259@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2259@odin.SGI.COM>, ghelms@hellfire.sgi.com (Gretchen Helms) writes: > (Steve Lamont) writes: > >How does one remove the shooting and killing parts from the flight simulator? > >Although I enjoy occasionally trying to fly the Cessna and the 747, I don't > >particularly like having the F-whatever killing machines on the machines I > >control. Easy on the anti war-monger motif, It seems to me that the objective here is to not even have any of the F-xx planes available for flight or dog. That's easy enough. Just remove the data files for these planes from the demos/lib/flight directory (I think that's where they are). The only ones that would be left are the Cessna and the 747 and the P-38 plus the files containing the airport, hills, etc. As I recall, the Cessna and the 747 don't have any 'shooting and killing parts' to them so you're set. Tom   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00852; 28 Dec 89 15:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad00524; 28 Dec 89 15:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00510; 28 Dec 89 14:59 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06357; 28 Dec 89 14:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA16650; Thu, 28 Dec 89 11:19:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 19:11:00 GMT From: Kraig Eno Organization: University of Washington, Seattle Subject: PI as secondary nameserver Message-Id: <1168@milton.acs.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have several 4D/20's (Irix 3.2) which are Yellow Pages clients being served by a Sun-3/160 (which runs named and ypserv -i). I just tried to start a secondary nameserver on one of the PI's, along with a slave ypserv, and it all functions great...except that when I log in on the console, the window manager exits "with error code 1" and drops me back to the Visual Login display. It seems to be named that causes the problem -- why would that interfere with the login process? Kraig Eno kraig@biostr.biostr.washington.edu Biological Structure, University of Washington (UW department of BS)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00951; 28 Dec 89 15:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00524; 28 Dec 89 15:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab00415; 28 Dec 89 14:55 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa01929; 28 Dec 89 11:17 EST Received: from UKACRL.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4312; Thu, 28 Dec 89 11:17:58 EDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 6149; Thu, 28 Dec 89 12:02:06 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 6624; Thu, 28 Dec 89 12:02:06 GM Via: UK.AC.OX.VAX; 28 DEC 89 12:02:03 GMT Date: Thu, 28 DEC 89 12:02:24 GMT From: HCART%VAX.OXFORD.AC.UK@cunyvm.cuny.edu To: INFO-IRIS@BRL.MIL Subject: Kermit: how do I assign term emulation? Message-ID: <8912281117.aa01929@SMOKE.BRL.MIL> I have a 3130, on which I quite frequently run kermit to link into a VAX cluster. Although kermit runs OK, the VAX is unable to determine the kind of terminal the 3130 is pretending to be, so assigns it 'unknown' status. This then means that screen editors and graphics on the vax do not work. Is there any way of telling kermit on the 3130 that it is to behave like a VT102, or some other terminal the VAX will recognise? Kermit will do this happily on my XT and it would be nice to use the iris to run uniras and other graphics on the VAX. Maybe all is explained in the kermit online documentation, but for some reason we cannot get at this on our machine. Any advice appreciated. Thanks. Hugh Cartwright.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00951; 28 Dec 89 15:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac00524; 28 Dec 89 15:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00507; 28 Dec 89 14:58 EST Received: from [131.145.1.6] by SMOKE.BRL.MIL id aa05510; 28 Dec 89 13:59 EST Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA12848; Thu, 28 Dec 89 12:57:32 CST Date: Thu, 28 Dec 89 12:57:32 CST From: Mike Goss Message-Id: <8912281857.AA12848@snow-white.merit-tech.com> To: ACCESS%ALCANKTN.bitnet@ugw.utcs.utoronto.ca, info-iris@BRL.MIL Subject: Re: Can you use thin wire ethernet to 4D-series machines? It is possible to hook an IRIS (or any machine with a standard Ethernet drop cable) to thin wire Ethernet. Since the IRIS does not have a built-in Ethernet tranceiver, you need a transceiver with a thin-wire interface. You would need to purchase a transceiver for each machine, so this might be more expensive than just using a DELNI or similar piece of equipment. We have a installed a Personal Iris on thin-wire using this approach, and have had no problems. The tranceiver we used is a "CentreCOM 100 Series" made by Allied Telesis. I suspect that there are probably many others available that would work just as well. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04758; 28 Dec 89 22:18 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02798; 28 Dec 89 21:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02726; 28 Dec 89 21:26 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04154; 28 Dec 89 21:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA08741; Thu, 28 Dec 89 18:01:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 19:37:41 GMT From: Scott_Klosterman Organization: SDRC, Cincinnati Subject: WARNING 3.2.1 may remove your accounting data Message-Id: <1009@sdrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After installing 3.2.1 you will find the following entry in /usr/spool/cron/crontabs/root 2 1 * * 0 umask 033; cd /etc;if test -f wtmp; then mv -f wtmp OLDwtmp; touch wtmp; fi This may have been present in 3.2 but I don't re- call it. Maybe some-one at SGI could comment as to when exactly the line is adding as a comment and when it is not. But if you have a home-brewed system for accounting which depends on /etc/wtmp you may experience technical difficulties :-) Scott Klosterman SGI Sys. Admin.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07119; 28 Dec 89 23:17 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06412; 28 Dec 89 23:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06330; 28 Dec 89 22:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08087; 28 Dec 89 22:48 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA12977; Thu, 28 Dec 89 19:24:58 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 15:31:43 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Fixed 4Dgifts window.ps for 3.2.1 Message-Id: <2286@odin.SGI.COM> References: <2269@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2269@odin.SGI.COM> msc@sgi.com writes: >I changed the title bar painting in release 3.2.1 to make it faster and >to stop the flashing. In doing so I broke the code in window.ps in 4Dgifts >that paints stripes instead of a solid block in the title bar. > >Now that I've learned of this codes existence, I've fixed it. Here is the >correct window.ps file for release 3.2.1 > the only problem is one line that ended in a comment that wrapped around to the next line and was cut into 2 lines. this will break the server upon trying to login. calling the line >systemdict begin line # 1, you will find that line # 78 needs to be re-joined to line # 77: (instead of) > currentfont fontheight 0.085 mul add % x1' y' XXX show paints >too low (make these two lines be one line): > currentfont fontheight 0.085 mul add % x1' y' XXX show paints too low daveus rattus yer friendly neighborhood ratman   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07119; 28 Dec 89 23:18 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac06412; 28 Dec 89 23:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab06330; 28 Dec 89 22:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08119; 28 Dec 89 22:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13050; Thu, 28 Dec 89 19:25:54 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 15:59:33 GMT From: Jim Barton Organization: Silicon Graphics Inc. Subject: Re: Network backup suggestions? Message-Id: <2290@odin.SGI.COM> References: <13089@cit-vax.Caltech.Edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <13089@cit-vax.Caltech.Edu>, ktl@wag240.caltech.edu (Kian-Tat Lim) writes: > > We have a 95% full 500 megabyte filesystem on our 4D/240 that > we would (very much) like to backup regularly. The Iris only has a > cartridge tape drive, but another of our machines (running a fairly > standard 4.3 BSD) has a 6250 bpi 9 track. The two machines are > connected by a lightly-loaded Ethernet. > > 1) The filesystem is NFS mounted on the BSD machine. We would > thus be able to use dump if we enabled root access to the remote > filesystem. Are there any additional security holes we would > introduce by doing this? The BSD 'dump' command actually understands the filesystem as laid out on the disk. I doubt that it can back up an NFS filesystem. You probably need to use tar if you're going to use this method. Beware, though - NFS is slow, expecially compared to a decent 9-track drive. > > 2) Is there a version of rdump available for the Iris (running > 3.1F until application software catches up with the new release)? No, there isn't. This is mostly because 'dump' would have to be re-written from scratch to work on the EFS filesystem rather than Berkeley's, and we don't have extra grad students hanging around to do odd jobs like that. Maybe someday ... > > 3) Is there any way to make bru to a pipe work properly over > multiple tapes? It seems that if we specify an appropriate tape > size that bru will correctly split the archive, but the remote side of > the pipe will have difficulty discovering this and cannot communicate > end-of-tape messages back to bru to facilitate idiot-proofing. BRU should support the BSD remote tape protocol. If you specify the remote tape device as :/dev/mt..., then it will use the /etc/rmt daemon to do the dirty work. > > 4) Any other suggestions? Tar over NFS seems your best bet if 'bru' doesn't work. > > -- > Kian-Tat Lim (ktl@wagvax.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1) -- Jim Barton Silicon Graphics Computer Systems jmb@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07562; 28 Dec 89 23:28 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06412; 28 Dec 89 23:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06306; 28 Dec 89 22:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08015; 28 Dec 89 22:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13038; Thu, 28 Dec 89 19:25:44 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Dec 89 15:48:16 GMT From: Jim Barton Organization: Silicon Graphics Inc. Subject: Re: Wanted to buy: used 3120 or 3130 Message-Id: <2289@odin.SGI.COM> References: <381@pluto.iotek.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Silicon Graphics has a Systems Remarketing group which would be happy to sell you a 3000 series machine, cheap. Your sales rep should be able to help, or call SGI. -- Jim Barton Silicon Graphics Computer Systems jmb@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08203; 28 Dec 89 23:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07562; 28 Dec 89 23:33 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07450; 28 Dec 89 23:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09266; 28 Dec 89 23:17 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA15109; Thu, 28 Dec 89 20:06:31 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Dec 89 03:44:29 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: WARNING 3.2.1 may remove your accounting data Message-Id: <47178@sgi.sgi.com> References: <1009@sdrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /etc/wtmp is rotated to prevent unhappy consequences of infinite growth. The general scheme is ancient, having been copied from 2000/3000 days. The next release has a slightly handier scheme, where wtmp is rotated only if it is "big". This is handy for the common case, where the "last" command is the only thing that looks at wtmp and the machine is used by few people so wtmp grows slowly. The last command will also have facilities to suppress some of the extraneous lines, and to specify an alternate file, such as /etc/OLDwtmp. An accounting scheme which relies on wtmp and last seems novel. However, one should not argue with success. Such a system would no doubt want to do its own wtmp rotating, by modifying /usr/spool/cron/crontabs/root. With each new release, you might want to consider merging your changes with ours. Anyone with such a system should beware that not only do we not promise to not change either output of the last command or the structure of utmp and wtmp, but we intend to change both in the release after next. This is part of a grand plan to get 4.3 BSD style host names into wtmp. Do not be surprised to see a "shadow wtmp" in the next release, used by the last and w commands to produce new-style output. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22143; 29 Dec 89 11:52 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22069; 29 Dec 89 11:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22029; 29 Dec 89 11:26 EST Received: from [128.174.5.50] by SMOKE.BRL.MIL id aa29683; 29 Dec 89 11:10 EST Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA28601; Fri, 29 Dec 89 09:20:09 -0600 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA02333; Fri, 29 Dec 89 09:17:06 cst Message-Id: <8912291517.AA02333@kailand.kai.com> From: Patrick Wolfe Date: Fri, 29 Dec 89 09:17:01 CST X-Cause: Gun Grabbers Lie - Defend The Constitution And Your Right To Keep And Bear Arms Organization: Kuck and Associates, 1906 Fox Drive, Champaign IL USA 61820, voice 217-356-2288, fax 217-356-5199 X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: Re: Network backup suggesstions? > From: Kian-Tat Lim > Subject: Network backup suggestions? > > We have a 95% full 500 megabyte filesystem on our 4D/240 that > we would (very much) like to backup regularly. The Iris only has a > cartridge tape drive, but another of our machines (running a fairly > standard 4.3 BSD) has a 6250 bpi 9 track. The two machines are > connected by a lightly-loaded Ethernet. > > 1) The filesystem is NFS mounted on the BSD machine. We would > thus be able to use dump if we enabled root access to the remote > filesystem. Are there any additional security holes we would > introduce by doing this? If at all possible, try to forget about backing up with NFS access. NFS is fine for normal file access, but for really I/O intensive programs that access lots of files (like backups), it's way too slow, and bogs down both machines. > 4) Any other suggestions? Try GNU tar. You can pick it up via anonymous ftp from expo.lcs.mit.edu (something like /pub/gnu/tar1.07.Z). It uses the /etc/rmt program (same as BSD's rdump), allowing your IRIS to access a tape drive on a BSD machine. It also includes the rmt program, so you can access the IRIS cartridge tape from a remote machine. You need no special priviledges to compile and use it. There are all kinds of options in GNU tar that make it an effective tool for backups. I use it on all of our System V machines (including two Iris 4D's) for monthly full backups, dumping across our network to the 2.3 Gb 8mm cartridge tape drive installed on a BSD 4.3 machine. I also use it for daily incremental backups on the BSD machines. If you have trouble compiling it, check the options in the "port.c" file. One other (beneficial, I think) side effect of GNU tar over regular AT&T tar. On BSD systems, if you extract files from a tar archive, you become the owner of all the new files (unless you are root). On System V, AT&T tar restores the original owner (because you are allowed to give away files), in which case you may not have access to the new files (especially if the tar archive came on mag tape from another site). GNU tar doesn't restore the original owner, unless you are root, so it acts just like BSD's tar from the user's standpoint. -- Patrick Wolfe (pwolfe@kai.com, ...!kailand!pwolfe) System Manager, Kuck & Associates   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23255; 29 Dec 89 15:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23177; 29 Dec 89 15:29 EST Received: by VMB.BRL.MIL id ag23153; 29 Dec 89 15:13 EST Received: from sem.brl.mil by VMB.BRL.MIL id ab22867; 29 Dec 89 13:27 EST Date: Fri, 29 Dec 89 13:26:11 EST From: Mike Muuss To: Hugh LaMaster cc: info-iris@BRL.MIL Subject: Re: Distinguishing "true" MIPS box from DECstation at compile time Message-ID: <8912291326.aa02348@SEM.BRL.MIL> Here is the script that I use to determine the type of system that code is compiling on. This is an important part of the BRL-CAD Package's ability to port between so many different UNIX systems. Best, -Mike ------- #!/bin/sh # M A C H I N E T Y P E . S H # # A Shell script to determine the machine architecture type, # operating system variant (Berkeley or SysV), and # the presence of Berkeley-style TCP networking capability. # The machine type must be FOUR characters or less. # # This is useful to permit the separation of # incompatible binary program files, and to drive proper tailoring # of some of the Makefiles. # # Note that this Shell script uses the same mechanism (ie, CPP) # to determine the system type as the main Cakefile (Cakefile.defs) # uses. To support a new type of machine, the same #ifdef construction # will be required both here and in Cakefile.defs # # Command args: # [none] Print only machine type # -m Print only machine type # -s Print only system type, BRL style: (BSD, SYSV) # -a Print only system type, ATT style: (BSD, ATT) # -n Print only HAS_TCP variable # -b -v Print all, in Bourne-Shell legible form # # Info note: On a VAX-11/780, this script takes about 1.3 CPU seconds to run # # Mike Muuss, BRL, 10-May-1988 # With thanks to Terry Slattery and Bob Reschly for assistance # $Revision: 9.2 $ # Ensure /bin/sh. Make no remarks here, just do it. export PATH || (sh $0 $*; kill $$) FILE=/tmp/machtype$$ trap '/bin/rm -f ${FILE}; exit 1' 1 2 3 15 # Clean up temp file /lib/cpp << EOF > ${FILE} #line 1 "$0" #if defined(unix) && defined(m68k) # undef aux MACHINE=aux; UNIXTYPE=SYSV; HAS_TCP=0; HAS_SYMLINKS=1; #endif #ifdef vax # undef vax MACHINE=vax; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #ifdef alliant # undef fx MACHINE=fx; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #ifdef gould # undef sel MACHINE=sel; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(sgi) && !defined(mips) /* Silicon Graphics 3D */ # undef sgi MACHINE=3d; UNIXTYPE=SYSV; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(sgi) && defined(mips) /* Silicon Graphics 4D, which uses the MIPS chip */ # undef sgi MACHINE=4d; UNIXTYPE=SYSV; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(sun) && !defined(sparc) # undef sun # undef sun3 MACHINE=sun3; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(sparc) # undef sun # undef sun4 MACHINE=sun4; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(apollo) # undef apollo MACHINE=apollo; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #if defined(CRAY1) /* Cray X-M/P running UNICOS. */ # undef xmp MACHINE=xmp; UNIXTYPE=SYSV; HAS_TCP=1; HAS_SYMLINKS=0; #endif #if defined(CRAY2) # undef cr2 MACHINE=cr2; UNIXTYPE=SYSV; HAS_TCP=1; HAS_SYMLINKS=0; #endif #ifdef convex # undef c1 MACHINE=c1; UNIXTYPE=BSD; HAS_TCP=1; HAS_SYMLINKS=1; #endif #ifdef ardent # undef ard /* The network code is not tested yet */ MACHINE=ard; UNIXTYPE=SYSV; HAS_TCP=0; HAS_SYMLINKS=1; #endif #ifdef stellar # undef stl /* The network code is not tested yet */ MACHINE=stl; UNIXTYPE=SYSV; HAS_TCP=0; HAS_SYMLINKS=0; #endif #ifdef eta10 /* ETA-10 running UNIX System V. */ /* The network support is different enough that is isn't supported yet */ # undef eta MACHINE=eta; UNIXTYPE=SYSV; HAS_TCP=0; HAS_SYMLINKS=0; #endif #ifdef pyr # undef pyr MACHINE=pyr; UNIXTYPE=BSD; # Pyramid can be dual-environment, assume BSD HAS_TCP=1; HAS_SYMLINKS=1; #endif EOF # Note that we depend on CPP's "#line" messages to be ignored as comments # when sourced by the "." command here: . ${FILE} /bin/rm -f ${FILE} # See if we learned anything by all this if test x${MACHINE} = x then echo "$0: ERROR, unable to determine machine type." 1>&2 echo "$0: Consult installation instructions for details." 1>&2 MACHINE=//error// UNIXTYPE=--error-- HAS_TCP=0 HAS_SYMLINKS=0 # Performing an "exit 1" here does not help any if this script # is being invoked by, eg, grave accents (which is a typical use). # So, simply return the error strings invented above, # which should cause more sensible errors downstream than # having Shell variables competely unset. fi # Special cases for discriminating between different versions of # systems from vendors. # Try very hard to avoid putting stuff here, because this technique # is not available for use in "Cakefile.defs", so special handling # will be required. #case ${MACHINE} in # #4d) # if test -d /usr/NeWS # then # # This is definitely an SGI sw Release 3.? system # if test ! -x /tmp/gt # then # echo 'main(){char b[50];gversion(b);printf("%2.2s\\n",b+4);exit(0);}'>/tmp/gt.c # cc /tmp/gt.c -lgl -o /tmp/gt # fi # case `/tmp/gt` in # GT) MACHINE=4gt;; # PI) MACHINE=4p;; # Personal Iris # *) MACHINE=4d;; # esac # else # # This is an SGI sw Release 2 system # MACHINE=4d2 # Unsupported # fi;; # #esac # Now, look at first arg to determine output behavior case x$1 in x|x-m) echo ${MACHINE}; exit 0;; x-s) echo ${UNIXTYPE}; exit 0;; x-n) echo ${HAS_TCP}; exit 0;; x-a) if test ${UNIXTYPE} = BSD then echo BSD else echo ATT fi exit 0;; x-v|x-b) echo "MACHINE=${MACHINE}; UNIXTYPE=${UNIXTYPE}; HAS_TCP=${HAS_TCP}; HAS_SYMLINKS=${HAS_SYMLINKS}" exit 0;; *) echo "$0: Unknown argument $1" 1>&2; break;; esac exit 1   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23504; 29 Dec 89 17:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23358; 29 Dec 89 16:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa23334; 29 Dec 89 16:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06585; 29 Dec 89 15:47 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03494; Fri, 29 Dec 89 12:33:35 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Dec 89 20:15:09 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network backup suggesstions? Message-Id: <47195@sgi.sgi.com> References: <8912291517.AA02333@kailand.kai.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912291517.AA02333@kailand.kai.com>, pwolfe@kailand.kai.com (Patrick Wolfe) writes: |... | On BSD systems, if you extract files from a tar archive, you become the owner |of all the new files (unless you are root). On System V, AT&T tar restores the |original owner (because you are allowed to give away files), in which case you |may not have access to the new files (especially if the tar archive came on mag |tape from another site). GNU tar doesn't restore the original owner, unless |you are root, so it acts just like BSD's tar from the user's standpoint. | | Patrick Wolfe (pwolfe@kai.com, ...!kailand!pwolfe) | System Manager, Kuck & Associates The -o arg to the IRIX tar has a similar effect. It can be be particularly useful when restoring a tape with files in directories that are not 777, and you are not running as root, perhaps because you don't trust the tape to not have absolute paths (and do not remember -R). Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24743; 29 Dec 89 23:01 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24714; 29 Dec 89 22:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24708; 29 Dec 89 22:41 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10706; 29 Dec 89 22:33 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24594; Fri, 29 Dec 89 19:25:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Dec 89 19:41:15 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Network backup suggesstions? Message-Id: <2321@odin.SGI.COM> References: <8912291517.AA02333@kailand.kai.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8912291517.AA02333@kailand.kai.com>, pwolfe@kailand.kai.com (Patrick Wolfe) writes: > > One other (beneficial, I think) side effect of GNU tar over regular AT&T tar. > On BSD systems, if you extract files from a tar archive, you become the owner > of all the new files (unless you are root). On System V, AT&T tar restores the > original owner (because you are allowed to give away files), in which case you > may not have access to the new files (especially if the tar archive came on mag > tape from another site). GNU tar doesn't restore the original owner, unless > you are root, so it acts just like BSD's tar from the user's standpoint. > The BSD functionality of not giving away files can be accomplished with AT&T tar by using the -o (do not chown or chgrp files). You don't need a special tar to accomplish this. --- Ciemo   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26768; 30 Dec 89 11:38 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26749; 30 Dec 89 11:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26747; 30 Dec 89 11:20 EST Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa14944; 30 Dec 89 11:07 EST Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA16489; Sat, 30 Dec 89 09:39:08 -0600 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA02908; Sat, 30 Dec 89 09:18:51 cst Message-Id: <8912301518.AA02908@kailand.kai.com> From: Patrick Wolfe Date: Sat, 30 Dec 89 09:18:46 CST X-Cause: Gun Grabbers Lie - Defend The Constitution And Your Right To Keep And Bear Arms Organization: Kuck and Associates, 1906 Fox Drive, Champaign IL USA 61820, voice 217-356-2288, fax 217-356-5199 X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: Re: Network backup suggesstions? > Written by ciemo@bananapc.wpd.sgi > > The BSD functionality of not giving away files can be accomplished with AT&T > tar by using the -o (do not chown or chgrp files). You don't need a special > tar to accomplish this. Thanks for pointing this out! BSD tar does have a "-o" option, but it does something completely different, so I guess I just didn't read the description for it on the Iris manpage. Yet another case of RTFM! Patrick Wolfe (pwolfe@kai.com, ...!kailand!pwolfe) System Manager, Kuck & Associates   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09030; 2 Jan 90 10:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07727; 2 Jan 90 9:03 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07629; 2 Jan 90 8:47 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa11614; 2 Jan 90 8:41 EST Received: Tue, 2 Jan 90 08:41:51 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 2 Jan 90 08:41:51 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001021641.AA04009@aero4.larc.nasa.gov> To: sgi!shinobu!odin!renegade!jweldon@ucbvax.berkeley.edu Subject: Re: Tektronix 4693 printer driver needed for the Iris 2500/3130 series Cc: info-iris@BRL.MIL What do you call /usr/lib/print/t93print? We have a 3130, we bought the Centronix Parallel interface board from SGI and a Tektronix 4693 driver was supplied. (We don't use it, because there SGI doesn't supply any documentation on the input file formats.) The 4693 is a SGI "supported" device. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10640; 2 Jan 90 11:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10295; 2 Jan 90 11:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10213; 2 Jan 90 11:21 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17166; 2 Jan 90 11:11 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24493; Tue, 2 Jan 90 07:53:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jan 90 14:30:14 GMT From: James Zurlo Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA Subject: FORTRAN Optimization Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm working on some FORTRAN code that takes between 2 and 3 CPU days to execute on my Personal Iris. Obviously, I'm interested in cutting down execution time. I've run pixie on my code and found that ~90% of the time is spent in one subroutine. I've compiled this subroutine seperately with -O2 optimization level. From some crude timing tests that looks like it will cut execution time in half. I can't apply any optimization to the main code, since it gives me wrong answers. I think this is due to a CALL statment that has a function as one its arguements. I'm still interested in getting my execution time down. I've been reading through the IRIS-4D Series Compiler Guide. It gives some recommendations, most of which I don't understand since I know no C. I've also been reading "FORTRAN Optimization" by Michael Metcalf. It mentions a number of different ways of speeding up my code. It's not clear how his recommendations would change for a RISC architecture. By looking at the assembly language output, I noticed that the optimizer does a good job with exponentiation. However, the optimizer doesn't seem to do strength reduction. Ie, replacing divisions with multiplications, or subtractions with additions. Does DO loop unrolling, to reduce the number of overheads per operation, buy one anything? Does anyone have any specific recommendations, from a FORTRAN perspective, that I can use to speed up my code? Thanks in advance. Jim Zurlo jz0t+@andrew.cmu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12912; 2 Jan 90 15:02 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12717; 2 Jan 90 14:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12485; 2 Jan 90 14:37 EST Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa23178; 2 Jan 90 14:28 EST Received: Tue, 2 Jan 90 11:29:33 -0800 from [128.156.1.21] by prandtl.nas.nasa.gov (5.61/1.2) Received: Tue, 2 Jan 90 14:28:11 EST by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Tue, 2 Jan 90 14:39:24 EST by lerc08.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 2 Jan 90 14:39:24 EST From: Tony Facca Message-Id: <9001021939.AA12557@lerc08.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Inappropriate IOCTL operation? I have just installed 3.2 on a 4D/70G. One of our applications programs no longer worked, so it was recompiled. The program compiles but fails during WINOPE (yes, its FORTRAN), with the message: Could not find window slot in shared memory: Inappropriate IOCTL operation IOT Trap IOT trap (core dumped) Has anyone seen this happen? Is it just something stupid I'm forgetting to do? I'd like to know before I start digging into the code. I can give more details but I'm not sure which details are important in this case. Thanks for any suggestions. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14017; 2 Jan 90 16:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13231; 2 Jan 90 15:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13144; 2 Jan 90 15:16 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24250; 2 Jan 90 15:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA10147; Tue, 2 Jan 90 11:52:28 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jan 90 19:32:49 GMT From: Andrew Simms Organization: Princeton University Subject: missing processors! Message-Id: <12601@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL When we upgraded to 3.2, our 4 processor 240 came back as a 220. I don't recall whether it showed up immediately, but they were definetely not being seen by hinv today. Any suggestions? SGI hotline is busy as can be today. ---------------------------------------------------------------------- Andrew Simms ams@acm.princeton.edu System Administrator Program in Applied and Computational Math Princeton University Princeton, NJ 08544 609/258-5324 or 609/258-6227 609/258-1054 (fax)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14469; 2 Jan 90 17:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13848; 2 Jan 90 16:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13767; 2 Jan 90 16:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25924; 2 Jan 90 15:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13773; Tue, 2 Jan 90 12:45:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jan 90 20:11:41 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: video stuff Message-Id: <3235@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL When all the video chatter occupied the net a while ago, did anyone happen to have saved all or most of the articles concerning the recording of computer images on tape, or is there a repository somewhere where I can ftp to where they would be stored at? I just looked at vgr.brl.mil and the last info-iris file that was posted was last January? (I thought it may be there) I'd appreciated a bunch. Thanks Tom Rohling   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15212; 2 Jan 90 20:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14965; 2 Jan 90 19:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14950; 2 Jan 90 19:26 EST Received: from cgl.ucsf.EDU by SMOKE.BRL.MIL id aa29123; 2 Jan 90 19:18 EST Received: from cardio.ucsf.EDU by cgl.ucsf.EDU (5.59/GSC4.17) id AA27584 for info-iris@brl.mil; Tue, 2 Jan 90 16:18:23 PST Received: by cardio.ucsf.EDU (5.52/GSC4.17) id AA28991; Tue, 2 Jan 90 16:05:23 PST From: Ashutosh Goel Message-Id: <9001030005.AA28991@cardio.ucsf.EDU> Subject: Memory Upgrade for 4D-70/GT To: info-iris@BRL.MIL Date: Tue, 2 Jan 90 15:59:53 WET Cc: Ashutosh Goel X-Mailer: ELM [version 2.2 PL11 mips 1] We have one IRIS 4D-70/GT with 8 Meg of memory...we are planning to upgrade it to 24 Meg...The prices quoted by SGI look ridiculously high...does someone know of any other reliable source...your help would be really appreciated...thanks..goel   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15479; 2 Jan 90 21:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15212; 2 Jan 90 20:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15203; 2 Jan 90 20:21 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29681; 2 Jan 90 20:20 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA00330; Tue, 2 Jan 90 17:05:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jan 90 19:50:02 GMT From: Jeremy Nussbaum Organization: Prime Computer, Bedford, Ma. Subject: PI/4D component compatibility Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have some 4D's and some PI, and want to move memory and disk drives from the some of the 4D's to the PI's. I realize that ESDI disks cannot be controlled by SCSI controllers, but aside from that, what cannot be taken from a 4D and put into a PI? We were told that the disk drives could not be transferred. Is there any problem with the SCSI disks on the 4D's being moved to PI's? What about memory? Thanks, -- Jeremy Nussbaum jeremy@jeremy.prime.com, ...!harvard!prmcad!jeremy Prime Computer 2 Crosby Drive MS 16-2 Bedford, Ma. 01730 (617)275-1800 x6745   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17446; 3 Jan 90 7:29 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17064; 3 Jan 90 6:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17048; 3 Jan 90 6:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04202; 3 Jan 90 6:20 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA04472; Wed, 3 Jan 90 03:16:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jan 90 20:11:11 GMT From: Kian-Tat Lim Organization: California Institute of Technology, Pasadena, CA Subject: Re: Network backup suggesstions? Message-Id: <13119@cit-vax.Caltech.Edu> References: <8912291517.AA02333@kailand.kai.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the referenced article, pwolfe@kailand (Patrick Wolfe) writes: >Try GNU tar. for backing up our 4D/240 over an Ethernet to a 9-track tape drive. This turns out to be an excellent solution. If anyone wants the minor fixes I needed to make to get GNU tar up and running under Irix 3.1F, send me E-mail. -- Kian-Tat Lim (ktl@wagvax.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24517; 3 Jan 90 15:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23450; 3 Jan 90 13:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa23405; 3 Jan 90 13:34 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15210; 3 Jan 90 13:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA26874; Wed, 3 Jan 90 10:11:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jan 90 00:36:53 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Tektronix 4693 printer driver needed for the Iris 2500/3130 series Message-Id: <2378@odin.SGI.COM> References: <9001021641.AA04009@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001021641.AA04009@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > What do you call /usr/lib/print/t93print? We have a 3130, we bought >the Centronix Parallel interface board from SGI and a Tektronix 4693 >driver was supplied. (We don't use it, because there SGI doesn't supply >any documentation on the input file formats.) The 4693 is a SGI >"supported" device. > > Brent L. Bates I hate to tell you this, but as I said before, the Tek 4693 is NOT SUPPORTED on the 3000 by the Product Support Group. When I say "supported", I mean that telephone support is available through the regular 800 number. You may have purchased a driver from a Consulting group, modified your own mkcentpr program, and run it yourself. I'm sure that the Consulting group that sold you the driver supports it in some way, but there was no "released version" of 4693 for the 3000's. Take a look at the /usr/spool/lp/etc/util/mkcentpr program. It shows the only "supported" parallel printers (with drivers). They include the Tek 4692, the Mitsubishi G500, a Seiko 5312, and a (rarely used) Versatec ECP-42. If you have any references to a Tek 4693, check your tape archives for a Part Number. I would guess that it came from a Consulting group and you had to purchase it. Jack Weldon SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16658; 3 Jan 90 4:16 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16540; 3 Jan 90 3:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16520; 3 Jan 90 3:15 EST Received: from kwai.inria.fr by SMOKE.BRL.MIL id aa02762; 3 Jan 90 3:03 EST Received: by inria.fr with X.400; 03 Jan 90 09:04:42+0100 Received: by ch; 03 Jan 90 08:49:24+0100 Date: 03 Jan 90 08:49:24+0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: backup on remote tape - again Message-ID: <172*doelz@urz.unibas.ch> Hi I followed the discussion on remote backups and I'm very interested in it. My problem so far is that the man page says that there MUST be guest login privileges on the remote host. This is nice, so far, unless there is no reliable environment where you gonna use a password for the guest login. As far as UNIX rsh is defined, root MAY not do a rsh even if there is a /etc/hosts.equiv or a .rhosts in GUESTs ~/ . As soon as root tries to run backup, bru, tar or whatever command the reply is "no privilege" - indicating that it works as originally intended. As a test, try your IRIS to be a remote host, and use the 3.2. OS backup tool in the sys man toolbox. Only if guest does not have a password, it works, otherwise, failure as described. This is annoying. Any ideas and suggestions appreciated. - Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18727; 3 Jan 90 8:37 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17882; 3 Jan 90 7:55 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17540; 3 Jan 90 7:40 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa05048; 3 Jan 90 7:38 EST Received: Wed, 3 Jan 90 07:38:29 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 3 Jan 90 07:38:29 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001031538.AA07141@aero4.larc.nasa.gov> To: goel@cardio.ucsf.edu Subject: Re: Memory Upgrade for 4D-70/GT Cc: info-iris@BRL.MIL Here is a list I have compiled from info-iris mail. I don't know how good or bad any of them are we haven't ordered anything yet. Sophistecated Circuits, Seattle (206) 547-4779 Memory for 4D 20's, $310/Mb (in late April '89) Impediment, Inc., 333 Duxbury, MA 02332, (617) 837-8877 Memory for 4D 20's, $120/Mb (early October '89) Memory for 4D 200's $225/Mb (early November '89) (Have heard good things about this company, including Lifetime replacement guarantee, not 90 days like some companies) ClearPoint, 35 Parkwood Drive, Hopkington,MA 07148, (800) 253-2778 (508) 435-2000 Memory for 4D 20's, $89/Mb (GSA pricing) (early December '89) 1Mb sims, $100/Meg (80Ns); 4Mb sims, $200/Meg (All carry a life time warranty.) If anyone has any more names to add to the list please let me know. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18993; 3 Jan 90 8:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18525; 3 Jan 90 8:26 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa18498; 3 Jan 90 8:18 EST Received: from gort.cme.nist.gov by ADM.BRL.MIL id aa03185; 3 Jan 90 8:11 EST Received: by gort.cme.nist.gov (4.0/SMI-3.2-del.5) id AA10933; Wed, 3 Jan 90 08:14:16 EST Date: Wed, 3 Jan 90 08:14:16 EST From: Nicholas Tarnoff Message-Id: <9001031314.AA10933@gort.cme.nist.gov> To: tom rohling Cc: info-iris@BRL.MIL In-Reply-To: <3235@uceng.UC.EDU> Subject: Re: video stuff Here is a record of what I have on RGB scan converter discussions. I can't offer you any advice because we did not purchase one. -Nicholas -------------------------------------------------------------------- NAME: Nicholas Tarnoff (Robot Systems Division) USMAIL:National Institute of Standards and Technology (formerly NBS) Bldg. 220 / Rm B127 Gaithersburg, MD 20899 TELE: (301) 975-3464 ARPA: tarnoff@cme.nist.gov FAX: (301) 990-9688 UUCP: uunet!cme-durer!tarnoff -------------------------------------------------------------------- Article 4053 of comp.sys.sun: Path: cme!uunet!cs.utexas.edu!tut.cis.ohio-state.edu!purdue!mailrus!cornell!uw-beaver!rice!sun-spots-request From: tomlin@hc.dspo.gov (Bob Tomlinson) Newsgroups: comp.sys.sun Subject: Re: NTSC output from Suns and other hi-res workstation monitors (L Keywords: Hardware Message-ID: <15799@hc.DSPO.GOV> Date: 18 May 89 01:34:17 GMT References: <8905042046.AA22765@cs.utexas.edu> Sender: usenet@rice.edu Organization: Los Alamos National Laboratory Lines: 114 Approved: Sun-Spots@rice.edu in article <8905042046.AA22765@cs.utexas.edu>, pcinews!observer@cs.utexas.edu says: > My company is looking for some type of device to allow us to capture the > images on a 386i/250 screen and convert them to NTSC (US television) > devices, such as a common video recorder. The following is my opinion from trying out all boxes except the YEM box and the new Lyon-Lamb box (but hearing about them). I am VERY new to video (NTSC is mysterious and bizarre to people from the digital world) so I may have some of the following incorrect. If so, please forgive me and correct me. Also, note that this is a FAST moving technology right now. My comments are likely to be obsolete at SigGraph and certain to be obsolete by the next NCGA and NAB. Most of the boxes are also available in PAL versions for people outside the US. The following are the companies that make such boxes (in aproximate order of perceived quality. Note that cost and quality don't necessarily coorelate.): Lyon-Lamb California: (818) 843-4831 or New Jersey: (201) 530-0501 Photron Distributed by Electro Communication Systems, Inc (214) 358-5195 RGB Technologies (415) 848-0180 YEM (Yamashita Engineering Manufacture) Distributed by Lake Systems Corp. 287 Grove st. Newton, MA 02166 (617) 244-6881 Folsom Research, Inc. (916) 983-7236 Actually, I think you can get several of the different boxes from Electro Communications Systems (see their number under Photron above). We found them to be VERY knowledgeable, helpful, and friendly. The Folsom, YEM, and RGB Technologies box all take the entire screen and convert the greater resolution of the Sun or other workstation to the lesser resolution of NTSC. You necessarily loose resolution. Of these the RGB Technologies box looks best. The RGB Technologies box does one thing that none of the other boxes do (not even the Photron and Lyon-Lamb boxes): it can merge a NTSC video source with the hi-res source and put the merged video on its NTSC output. We haven't figured out a real utility for this feature for our applications, but it's neat. Possibly you can use it in place of a digital effects box if you only need chroma key (put a picture of someone in the corner to talk about what's being displayed). Lyon-Lamb and Photron have a couple boxes out. The new Lyon-Lamb is the box I'm refering to (the one introduced at NAB). The old one didn't operate at full video rates (30 frames per second). The new Photron box I'm refering to has "EZ" appended to the part number (the old one did line dropping instead of line averaging). These are also just out (only a couple boxes are in the US). The boxes by Lyon-Lamb and Photron can do what the first set of boxes do (except for RGB Technologies video mixing) and can also capture a smaller NTSC size window at full resolution. This allows you to see a portion of your screen without any loss of resolution. Lyon-Lamb/Photron differences: - The Lyon-Lamb box comes standard with an RS-232 input to the box to control operating parameters (amount of smoothing, partial screen/full screen mode, what portion of the screen to capture when in partial screen mode, etc). The Photron box doesn't have that standard although I understand it can be added; apparently they dropped it because it wasn't used on older boxes (although it's important to us). - The Lyon-Lamb box has adaptive circuitry to adapt to adapt to different hi-res monitors (see below for a description of this). - The Lyon-Lamb box can take as input not only a NTSC resolution sized window on the workstation, but can also tak an arbitrary sized window (whatever aspect ratio) and do a reasonable job at putting it into a NTSC signal. I've not seen this, but it sounds really neat. - The Lyon-Lamb box is said to do a better job (better quality) to others who have seen both it and the Photron box. - The Lyon-Lamb costs less than the Photron box. Features/Things to be careful of: - Be careful for boxes that simply drop lines instead of doing averaging/smoothing. Otherwise if you have a one pixel wide line on a raster scan that is to be dropped it will be gone on the NTSC. - Can you control the amount of smoothing? Hi-res monitors are usually ~60KHz monitors. NTSC video is 30KHz. Therefore these boxes draw alternating horizontal traces down the screen (interlaced). If you have a black horizontal line and then a white horizontal line these will be drawn at alternating times. You will therefore see a beating between the two lines. This can be negated by smoothing (averaging neighbor pixels with a drawn pixel). The more smoothing means less beating, however smoothing fuzzs the lines (or characters) making things less clear. - Is the internal encoder a quality encoder or do you need an external encoder? An external Farujda (sp?) encoder (high quality) is ~$8K by itself. - When seeing a demo, is it going to a normal monitor or is it going to a SVHS (Super VHS) monitor (more scan lines)? Does the box have an SVHS out? - How do you change from monitor type to monitor type (Sun to uVAX, etc)? Some have adaptive circuitry. Some you must change a crystal. How hard is it to change the crystal? I have heard claims that the adaptive circuitry is less reliable and gives you a lower quality image (although I haven't examined that). - Bob Tomlinson tomlin@hc.dspo.gov Bob Tomlinson -- tomlin@hc.dspo.gov -- (505) 667-8495 Los Alamos National Laboratory -- MEE-10/Data Systems ---------------------------------- MISC SUGGESTIONS AND EXPERIENCES ================================== Article 3048 of comp.sys.sun: Path: cme!uunet!husc6!rice!sun-spots-request From: rmr@mimsy.umd.edu (Randy M. Rohrer) Newsgroups: comp.sys.sun Subject: Workstation video Summary Keywords: Hardware Message-ID: <16587@mimsy.UUCP> Date: 5 Apr 89 01:08:38 GMT Sender: usenet@rice.edu Organization: University of Maryland, Dept. of Computer Sci. Lines: 188 Approved: Sun-Spots@rice.edu Original-Date: 28 Mar 89 13:58:26 GMT X-Sun-Spots-Digest: Volume 7, Issue 226, message 1 of 12 A while back, I asked for suggestions for capturing live video from workstations. Thanks to everyone who responded (this net is great). The following is a summary of responses. I might add that we are considering buying the YEM real-time product. Randy Rohrer rmr@mimsy.umd.edu __________ From: "Norman C. Kluksdahl" We have been using the Lyon-Lamb encoder/sync generator in conjunction with a graphics workstation which has a Genlock option. Without this option, encoding the color may be unstable. SGI does make a Genlock board for their workstations, and I have seen that work. The Lyon-Lamb high-res:NTSC encoder I saw (last year) was not capable of converting in real time; it captured an image and then produced the NTSC image: net time was about 1/10 sec. Folsum (I don't have an address-- if there is a Stellar office nearby, they would know) can produce an NTSC encoded image from high-res in real time, but we had some questions about the stability of their converter. That box is ~10K. Lyon-Lamb's was ~20K. If you use a frame-capture procedure, then you MUST get an animation controller if your video will consist of multiple scenes. Again, we use the Lyon-Lamb box-- the VAS 4 is ~ 9K, and will directly control a VTR. When it comes to the VTR, by all means go with a 3/4" machine if at all possible. The VHS machines only give ~250 lines, and the resolution sucks. We use a Sony 3/4" VO-5850 machine (~8K). The videotape is excellent. Good luck with whatever graphics equipment you choose. If you have any further questions, feel free to get in touch. Norman Kluksdahl Arizona State University ..ncar!noao!asuvax!enuxha!kluksdah __________ From: wyatt%cfashap@harvard.harvard.edu (Bill Wyatt) A research group here (Smithsonian) recently purchased the Yamashita unit. It's great! I've seen very nice RGB / RS170 converting from a VaxStation 8000 at 1024x864. I am not directly part of the group, but they are across the hall from me so I've picked up a lot. The guy who did the product research (Bob McMahan, mcmahan@cfa.harvard.edu) says the other units lacked important performance features. The LL unit, for example, is only about 10 Hz, and drops scan lines. The Yamashita does 60Hz and interpolates to get 512 line output. It's pricey (~22k list) but he thinks well worth it compared to the others, as it can convert to several formats simultaneously. Bill Wyatt, Smithsonian Astrophysical Observatory UUCP: {husc6,cmcl2,mit-eddie}!harvard!cfa!wyatt ARPA: wyatt@cfa.harvard.edu (or) wyatt%cfa@harvard.harvard.edu SPAN: cfairt::wyatt BITNET: wyatt@cfa2 __________ From: There was a stream on this problem a while back -- e.g. from sun-spots.v6.176: Date: Wed, 3 Aug 88 18:57:35 EDT From: henry@zoo.toronto.edu Subject: Re: Sun video to VCR >Does anyone have any experience capturing the video output from a Sun >workstation to video tape? ... There is a non-trivial problem here, because the Suns (at least, the ones I'm familiar with) use very non-standard high-speed video that your video tape gear will not understand. No way, no how. Scan conversion between video formats is possible but outlandishly expensive. Almost certainly the simplest thing to do is to just point a video camera at the screen. This works better than you'd think. We did it quite a bit in the CHI+GI 87 demos sessions (which I was co-chair of), and had only one real problem: you must bear in mind that conventional video gear simply cannot reproduce the resolution of a Sun screen, meaning that you have a choice of a sharp closeup of one part of the screen or a fuzzy overall view. If you want detail, you'll need an alert cameraman who can zoom in on the right parts of the screen at the right times. Henry Spencer @ U of Toronto Zoology uunet!mnetor!utzoo!henry henry@zoo.toronto.edu ---------------------------------------------------------- From rmr@mimsy.umd.edu Tue May 30 18:57:24 1989 Return-Path: Received: from cme.nbs.gov ([129.6.32.4]) by r2d2.cme.nbs.gov (4.0/SMI-3.2-del.5) id AA09792; Tue, 30 May 89 18:57:21 EDT Received: from mimsy.umd.edu by cme.nbs.gov (4.0/SMI-3.2-del.5) id AA12721; Tue, 30 May 89 18:56:50 EDT Received: by mimsy.umd.edu (5.58/4.7) id AA05776; Tue, 30 May 89 18:54:33 EDT Date: Tue, 30 May 89 18:54:33 EDT From: Randy M. Rohrer Message-Id: <8905302254.AA05776@mimsy.umd.edu> To: tarnoff@cme.nbs.gov Subject: RGB -> NTSC Status: R Here are the addresses for the previously mentioned companies that market scan converters: 1. Lyon Lamb Video Animation Systems, Inc. 4531 Empire Ave. 12 Broad St. Burbank, CA 91505 Suite 408 (818)843-4831 Red Bank, NJ 07701 TELEX 298-185 (201)530-0501 TELEX 6503035711 MCI VW 2. Yamashita Engineering Manufacture Inc. (YEM) made in Japan but distributed in the US by: Grunder & Associates, Inc. (if you call, they'll give 5925 Beverly you the local person to contact) Mission, Kansas 66202 (913)831-0188 FAX (913)831-3427 TELEX 437126 3. RGB Technology 2550 Ninth Street Berkeley, CA 94710 (415)848-0180 FAX (415)848-0971 Also one that I failed to mention before: 4. PHOTRON Limited Jingumae 6-12-15 Shibuya-Ku Tokyo 150, Japan phone: TOKYO (03)486-3471 FAX: (03)486-8760(GIII) As an update, we decided to buy the YEM CVS-950A. It does real-time conversion and auto-adjusts to scan frequencies of 47 KHz - 80 KHz. Costs $17,995 (not cheap). Lyon Lamb initially did not have anything that did real-time. They're products were geared towards frame animation. However, they were supposed to come out with a real-time product around April-May 1989 time frame. We couldn't wait at the time (had to spend before we "lost" the money). We haven't received it yet, but expect it within the month. It looks like the YEM is going to suit our needs. However, you may find something better. An excellent place to look at these products is at the ACM SIGGRAPH conference. (ACM Special Interest Group in Graphics). The week-long conference includes a huge vendor exhibit and all of these type of vendors are always there. This year's conference is in Boston, MA from July 30 - August 4. Good luck in your endeavors! Randy Rohrer US Department of Defense rmr@mimsy.umd.edu --------------------------------------------------------------------------------- Article 4665 of comp.graphics: Path: cme!uunet!cs.utexas.edu!tut.cis.ohio-state.edu!ukma!xanth!nic.MR.NET!shamash!tciaccio From: tciaccio@shamash.cdc.com (Tom Ciaccio) Newsgroups: comp.graphics,comp.ivideodisc Subject: UNIX video products, a summary Message-ID: <12700@shamash.cdc.com> Date: 22 May 89 14:27:22 GMT Organization: Control Data Corporation, Bloomington, MN. Lines: 34 Xref: cme comp.graphics:4665 comp.ivideodisc:160 - Parrallax Graphics of Santa Clara CA (408) 727-2220 has a board and X server software that allows live and still video to be displayed in an X window. The software currently operates on Sun OS v3.5 and on Ultrix 2.0. - Sun Microsystems just announced a product called Sun Video, a hardware/software product offering live video in a Sun window. Currently an option for SPARCstation370, 3/470, and all existing VME systems on OS4.0.3. - A company called Abekus apparently has a video product, no further information available. - Silican Graphics, INC also apparently has a video product, but again no further infomation. Finally, and this isn't a product but Athena Labs at MIT has an active project called X-video to control still and moving video in the X environment. Thomas R. Ciaccio, Control Data Corporation 2800 E. Old Shakopee Road, m/s HQM234 Bloomington, MN. 55425 EMail address - tciaccio@shamash.cdc.com ---------------------- END ------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19140; 3 Jan 90 8:58 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18399; 3 Jan 90 8:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17894; 3 Jan 90 7:51 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa05146; 3 Jan 90 7:42 EST Received: Wed, 3 Jan 90 07:43:11 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 3 Jan 90 07:43:11 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001031543.AA07157@aero4.larc.nasa.gov> To: linus!cvbnet!jeremy@think.com Subject: Re: PI/4D component compatibility Cc: info-iris@BRL.MIL From what I have heard you should be able to use any SGI SCSI drive from any 4D to another 4D (PI's are 4D20's) I am almost positive you can't exchange the memory from/to a 4D20 to something other than a 4D20. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24325; 3 Jan 90 14:57 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24121; 3 Jan 90 14:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24001; 3 Jan 90 14:29 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17133; 3 Jan 90 14:21 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA01520; Wed, 3 Jan 90 11:20:12 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jan 90 18:53:36 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Swapping drives Message-Id: <47361@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL You should be able to move your drives from Professional and Power Series machines to the PI. Make certain terminators are removed from the drives before putting them in the PI, as the PI has an external terminator cap. I don't know if you have solved the mounting hardware issue, but the PI has a different set up for mounting. Of course, (and I almost hate to say it) this is not officially supported in any way, so you're on your own in moving these SCSI drives. markb -- Mark Bradley "Faster, faster, until the thrill of I/O Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA 94039-7311 ---Hunter S. Thompson ******************************************************************************** * Disclaimer: Anything I say is my opinion. If someone else wants to use it, * * it will cost... * ********************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26174; 3 Jan 90 16:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24517; 3 Jan 90 15:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa24466; 3 Jan 90 15:06 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa18273; 3 Jan 90 14:53 EST Received: Wed, 3 Jan 90 14:53:35 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 3 Jan 90 14:53:35 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001032253.AA08678@aero4.larc.nasa.gov> To: sgi!shinobu!odin!renegade!jweldon@ucbvax.berkeley.edu Subject: Re: Tektronix 4693 printer driver needed for the Iris 2500/3130 series Cc: info-iris@BRL.MIL I said we bought the driver from SGI. I double checked my mkcentpr script and it has 5 printers listed: mits5, vers, tek, tek93, seiko. We did not get this from a 3rd party. We bought it from SGI and here is the SGI part number: CA-FACT/4693 and in September 1988 it cost $100. I suggest YOU get YOUR facts straight. If you noticed I had supported in quotes, for on the 3000's support has always been non-existent. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26933; 3 Jan 90 17:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26647; 3 Jan 90 16:49 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26443; 3 Jan 90 16:30 EST Received: from umrvma.umr.edu by SMOKE.BRL.MIL id aa20407; 3 Jan 90 16:04 EST Received: from UMRVMA.UMR.EDU by UMRVMA.UMR.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 8356; Wed, 03 Jan 90 15:03:53 CST Received: by UMRVMA (Mailer R2.05) id 8355; Wed, 03 Jan 90 15:03:52 CST Date: Wed, 3 Jan 1990 15:03:47 CST From: Bob Funchess Subject: Memory for 4D/20's To: info-iris@BRL.MIL Message-ID: <9001031605.aa20407@SMOKE.BRL.MIL> I just saw an article listing Impediment's memory prices at about $120/M for 4D/20's... We just ordered from there and paid more like $98/M. Installation was quick and easy (it took longer to figure out how to physically put the SIMMs in than the rest of the entire operation) and we now have a PI with 12 meg. Of course, installation should be easy for memory from any source, but I thought a more recent price might be helpful :) < Bob | S090726@UMRVMA.UMR.EDU | Funchess > The 'S' stands for student. Think the university shares MY opinions?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27972; 3 Jan 90 21:27 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27755; 3 Jan 90 20:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27728; 3 Jan 90 20:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23286; 3 Jan 90 19:54 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA21576; Wed, 3 Jan 90 16:38:25 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 00:27:45 GMT From: "James P. Loan" Organization: Computer Science Department, Stanford University Subject: X11 R4 Message-Id: <1990Jan4.002745.1079@Neon.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I hate to force the issue and sound pushy, but... Now that X11 R4 is out and multiplying, is there any indication as to if and when SGI will implement and support it, so that the "X Window Development Environment" they sell will contain it? I'm about to start a major project under X, and it would be awfully unfortunate to get most of the way through it with R3 only to find out R4 is just being released. thanks in advance, --------------------------------------------------------------------------- | Peter Loan | | loan%alice.stanford.edu@sunrise.stanford.edu | | loan%neon.stanford.edu | | ** I weel not buy this tobacconists, it is scratched ** | ---------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04750; 4 Jan 90 10:04 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03476; 4 Jan 90 9:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03408; 4 Jan 90 9:45 EST Received: from inria.inria.fr by SMOKE.BRL.MIL id aa01407; 4 Jan 90 9:02 EST Received: from kwai.inria.fr by inria.inria.fr (5.61+/89.0.8) via Fnet-EUnet id AA01456; Thu, 4 Jan 90 14:37:28 +0100 (MET) Received: by inria.fr with X.400; 04 Jan 90 14:39:34+0100 Received: by ch; 04 Jan 90 14:06:29+0100 Date: 04 Jan 90 14:06:29+0100 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: RE: FORTRAN Optimization Message-Id: <176*doelz@urz.unibas.ch> One could try variuos things to spped up F77. One main drawback is the fixed memory allocation. Within molecular dynamics routines I found out that much time is lost by swapping the memory. If one uses arrays one should keep them as small as possible. I.e., if you store integers in a real array it takes much more space. But even the dimensions of large arrays could influence the spped in an unexplained way. I recognized that it results in higher spped if you set large dimensions for an array more frequently used: it is processed faster than with the (smaller) dimensions needed. The indices are essential: x(3,4) is stored as X11 X21 X31 X21 X22 X32 etc. (Sorry if this is trivial). It is possible the other way round as well. The IRIS will do it, however, kill itself by swapping. You could also try to use multiple assignments to memory, instead or reassigning variables, with EQUIVALENCES (dangerous but sppeds things up a lot, and saves space, too.) We fool around a bit with structures, but that is more for convenience than improving speed. another possibility to make things go faster is to use /dev/mem, but I think MIPS F77 does not support the mem calls of C. Another useful thing is to think about trigonometric functions. If they're used without challenging accuracy too much (e.g., we need horrible ammounts of sines and cosines for the normals in lighting models), it is worth to set up a table once containing the values in, lets say, 180 steps and to skip the time-consuming sin(x) by simply pointing to the table. Maybe this helps a little, Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06270; 4 Jan 90 10:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02858; 4 Jan 90 9:36 EST Date: Thu, 4 Jan 90 9:07:18 EST From: Dave M. Dabay (SGI|stay) To: INFO-IRIS@BRL.MIL cc: blbates@aero4.larc.nasa.gov Subject: RE:CONSTANT PATTER ABOUT SUPPORT Message-ID: <9001040907.aa01687@VMB.BRL.MIL> As the field engineer who handled nasa/larc via WYLE LABS, am constantly amazed at the deep seated hate for SGI. For two years I worked with and for WYLE LABS and NASA to get the machines there up and running. AND KEEP them runningIf there are problems still and you are not satisfied......please take it up with the proper people in SGI....... The constatnt chatter about our lack of service in this forum is extremely un professional.....You salesman is Brian Hahn, you have his number and the branch manager for service is Bob Bihari and you have his number as well.....Please USE them not info iris to get your problems resolved....... ___regards DAVE DABAY SGI FIELD ENGINEERING BALTIMORE MD> these opinions as ususal are mine not SGIs........   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12749; 4 Jan 90 15:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12427; 4 Jan 90 15:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12407; 4 Jan 90 14:47 EST Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa12785; 4 Jan 90 14:37 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24533; Thu, 4 Jan 90 11:26:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 19:00:55 GMT From: Victor Mitnick Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Seeking SGI sites with mainframe tcp/ip Message-Id: <47453@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm in the IBM Communications Group at SGI. Partly as a survey and partly for help in developing and testing a new product, I am looking for SGI customers that have IBM mainframes running TCP/IP. If you are such a site, please e-mail me. I greatly appreciate your response. I'll contact you individually if I need anything more. Thanks! -- Vic Mitnick Silicon Graphics, Inc. vic@wookie.wpd.sgi.com System Software Division "That must be wonderful! I don't understand it at all." -- anonymous   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15309; 4 Jan 90 19:46 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15041; 4 Jan 90 18:54 EST Received: from vgr.brl.mil by VMB.BRL.MIL id ab15007; 4 Jan 90 18:26 EST Date: Thu, 4 Jan 90 18:22:24 EST From: Doug Gwyn (VLD/VMB) To: info-iris@BRL.MIL Subject: bug in ldexp() Message-ID: <9001041822.aa18848@VGR.BRL.MIL> SGI 4D IRIX 3.2 C library function ldexp() returns a small positive number for arguments (0.0,0) instead of exactly zero. This is supposed to be fixed in a future release, but if it matters to you you might consider coding a temporary work-around for this particular case.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16303; 5 Jan 90 2:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16167; 5 Jan 90 2:15 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16140; 5 Jan 90 1:58 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa19622; 4 Jan 90 20:13 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA14324; Thu, 4 Jan 90 16:37:31 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 17:13:10 GMT From: "C. Harald Koch" Organization: Alias Research Inc., Toronto, ON Canada Subject: Re: X11 R4 Message-Id: <706@alias.UUCP> References: <1990Jan4.002745.1079@Neon.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jan4.002745.1079@Neon.Stanford.EDU> loan@Neon.Stanford.EDU (James P. Loan) writes: >Now that X11 R4 is out and multiplying, is there any indication >as to if and when SGI will implement and support it, so that >the "X Window Development Environment" they sell will contain it? Who cares? :-) It is my experience that the X11R3 distribution from MIT compiles and runs successfully on 4Ds. It is highly likely that the X11R4 distribution will do the same. This means that you can get X11R4 right away, *and* you have source so you can fix things... Of course if you don't have time or energy to support X yourself, then you will have to wait for SGI to get around to porting and testing R4. -- C. Harald Koch Alias Research, Inc., Toronto ON Canada chk%alias@csri.utoronto.ca chk@gpu.utcs.toronto.edu chk@chk.mef.org "There is no problem, no matter how large or how small, that cannot be solved by a suitable application of high explosives." -Leo Graf, 2298   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16411; 5 Jan 90 2:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16303; 5 Jan 90 2:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16169; 5 Jan 90 2:01 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21107; 4 Jan 90 21:54 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22305; Thu, 4 Jan 90 18:46:09 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 02:45:30 GMT From: Mark Moraes Organization: Department of Computer Science, University of Toronto Subject: Re: X11 R4 Message-Id: <90Jan4.214513est.2202@neat.cs.toronto.edu> References: <1990Jan4.002745.1079@Neon.Stanford.EDU>, <706@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL chk@alias.UUCP (C. Harald Koch) writes: >Who cares? :-) We don't care either, but some people don't want to go near Imakefiles with 10 metre bargepoles :-) >This means that you can get X11R4 right away, *and* you have source so you >can fix things... Some people don't want to go near the source code with 10 metre barge poles :-) It's much nicer to pay your vendor money to worry about the problems for you, no? Us, we're crazy -- we like source code... >Of course if you don't have time or energy to support X yourself, then you >will have to wait for SGI to get around to porting and testing R4. Make that time, energy and disk space. Lots of disk space. The full source distribution for R4 clocks in at 150M of source. Probably add another 150M if you want to compile it. Of course, of the src, only 45M is the MIT supported distribution (which is what SGI would probably supply, anyway) But there's a lot of interesting stuff in the 105M of contrib -- clients, and toolkits -- especially Andrew and InterViews. Mark --- "No..... Noo...... Ahhhh....... Quick!! Lock up your disks. Hide any free space..... A new version of X is coming! A new version of X is coming....." -- anonymous member of CSRI systems staff, on hearing of the imminent release of X.V11R4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16893; 5 Jan 90 4:54 EST Received: by VMB.BRL.MIL id af16802; 5 Jan 90 4:53 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac15130; 4 Jan 90 19:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15080; 4 Jan 90 18:53 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17722; 4 Jan 90 17:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA06268; Thu, 4 Jan 90 14:32:39 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 22:08:47 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: malloc on IRIX System V Message-Id: <47469@sgi.sgi.com> References: <9001041731.AA03346@acf8.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001041731.AA03346@acf8.NYU.EDU> kalvina@ACF8.NYU.EDU (Alan Kalvin) writes: > >If malloc is used to allocate an amount of memory greater or equal to >the system page size, will the memory returned will be page-aligned? No, not by default. And not with the libc.a malloc. >If not, is it possible to force page-alignment? Look at the mallinfo man page (M_GRAIN particularly). Appropriately configured and used, the malloc in libmalloc.a will do what you want. Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] PS: The traditional (before mallinfo()) way to do this is to a) malloc 1 page more than is needed. b) adjust the returned pointer (upwards) to the nearest page boundary. The extra space is ``wasted''. Moreover, the adjusted pointer cannot be used in a free(3) call (only the original pointer can be used with free() ).   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16893; 5 Jan 90 4:54 EST Received: by VMB.BRL.MIL id ag16802; 5 Jan 90 4:54 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ad15130; 4 Jan 90 19:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15082; 4 Jan 90 18:55 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18101; 4 Jan 90 18:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA05930; Thu, 4 Jan 90 14:27:28 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 21:47:00 GMT From: Thilaka Sumanaweera Organization: Stanford University Subject: A Question about SIMMS for IRIS 4D/25 Message-Id: <13029@polya.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a Personal IRIS 4D/20 (16Mb) and we are going to upgrade it to 4D/25(32Mb). We would like to get 16Mb of additional memory for this. Will the 30-pin SIMMs which fit in the 4D/20 be compatible with the 4D/25? If not, which pin configuration/reference no. should we use when ordering? Thanks in advance, Thilaka sumane@anaconda.stanford.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17006; 5 Jan 90 5:20 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16944; 5 Jan 90 5:09 EST Received: by VMB.BRL.MIL id ah16802; 5 Jan 90 4:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa15535; 4 Jan 90 20:36 EST Received: from ugw.utcs.utoronto.ca by SMOKE.BRL.MIL id aa19528; 4 Jan 90 20:07 EST Received: from VM.NRC.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57496; Thu, 4 Jan 90 14:42:39 EST Received: from NRCNET.NRC.CA by VM.NRC.CA (Mailer R2.05) with BSMTP id 9800; Thu, 04 Jan 90 14:38:30 EST Date: Thu, 4 Jan 90 14:33:00 EST From: Martin Serrer - Systems Manager Subject: Binary representation of REAL #'s VAX vs.IRIS To: info-iris@BRL.MIL X-VMS-To: nrcnet::in%"info-iris@brl.mil" Message-Id: <90Jan4.144239est.57496@ugw.utcs.utoronto.ca> Hello all, I asked this list sometime ago about moving binary files from a VAX to our IRIS 4D50 via 4DDN and I thank you for the replies recieved. I have another problem now. These files were created on the VAX with a piece of FORTRAN code. The records are were written as unformatted REAL*4 (F_floating) ie. four bytes arranged as follows. bits 15 14 7 6 0 +-----------------------------------------------+ |sign| exponent | fraction | +-----------------------------------------------+ | fraction | +-----------------------------------------------+ bits 31 16 I need to read these data files with a C program on the IRIS. Has anyone written such a piece of code?? How are reals stored on the IRIS?? Any help would be appreciated. I found the SWAP_* and SEX routines in the programmers reference manual and hoped that they might be of some use but they are not documented in a particularly useful manner. +-----------------------------------------------------------------------------+ | Martin Serrer Systems Lab., Bldg. M3, Montreal Rd.| | 613-993-9442 (Bell) National Research Council of Canada,| | serrer@syslab.nrc.ca (BITNET) Ottawa, Ontario, Canada K1A-0R6 | +----------Software Rusts...------------------Rust never Sleeps...------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25335; 5 Jan 90 13:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab24395; 5 Jan 90 12:39 EST Received: from adm.brl.mil by VMB.BRL.MIL id ab24384; 5 Jan 90 12:29 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17540; 5 Jan 90 12:23 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09947; Fri, 5 Jan 90 09:16:36 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jan 90 18:27:13 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Tektronix 4693 printer driver needed for the Iris 2500/3130 series Message-Id: <2429@odin.SGI.COM> References: <9001032253.AA08678@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001032253.AA08678@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > I said we bought the driver from SGI. I double checked my mkcentpr >script and it has 5 printers listed: mits5, vers, tek, tek93, seiko. >We did not get this from a 3rd party. We bought it from SGI and here is >the SGI part number: CA-FACT/4693 and in September 1988 it cost $100. >I suggest YOU get YOUR facts straight. CA-FACT is Factory Consulting. Supported by the Consulting Group that wrote the driver. My facts are straight. Have a nice day!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16478; 5 Jan 90 3:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16411; 5 Jan 90 2:59 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16344; 5 Jan 90 2:30 EST Received: from [128.32.133.1] by SMOKE.BRL.MIL id aa23585; 5 Jan 90 2:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA06473; Thu, 4 Jan 90 23:02:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 06:47:11 GMT From: "Steven H. Izen" Organization: Case Western Reserve University Subject: just installed a PI Message-Id: <4411@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just took delivery of a 4D/25 today. My reaction in one word: WOW! I was extremely impressed by the documentation (quantity-I haven't had the time to judge quality yet) and by the speed and willingness to help which I experienced when dealing with the SGI hotline. Of course, I'm used to the lousy 386/ix documentation and the incompetent excuse for user support coming out of Hollis, NH for 386/ix, so perhaps anything would look better. Now for the question: My system was supposed to have been shipped with the turbo graphics upgrade, but wasn't. My salesman mumbled something about a hardware bug on the turbo upgrade board and that shipments have been halted until it's fixed. He could not provide a date. So, to anyone out htere, especially the SGI people who read this group, What's the real scoop? Was there in fact a hardware bug? Or is it just a production delay? (Sorry if I sound cynical, I've been mislead by Hollis, NH people too many times before...) Is there any (off the record if that makes you more comfortable) date on when the turbo graphics upgrade will start shipping again? Thanx, Steve Izen -- Steve Izen: {sun,uunet}!cwjcc!skybridge!izen386!steve / Quote corner: or steve%izen386.uucp@skybridge.scl.cwru.edu / or izen@cwru.cwru.edu /-------------------------/ My second bike is a car. | My other computer is a Personal IRIS.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20527; 5 Jan 90 8:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18636; 5 Jan 90 8:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18569; 5 Jan 90 8:07 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27569; 5 Jan 90 7:36 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24432; Fri, 5 Jan 90 04:35:13 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 12:25:10 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: just installed a PI Message-Id: <6003@alvin.mcnc.org> References: <4411@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <4411@amelia.nas.nasa.gov> izen@cwru.cwru.edu (Steven H. Izen) writes: >I just took delivery of a 4D/25 today. My reaction in one word: WOW! > >I was extremely impressed by the documentation (quantity-I haven't had the time >to judge quality yet) ... Huh? All we got was one funky little User's Manual with our 4D/20. The fellow that set it up had problems getting it on the network because there was not sufficient information -- spent a lot of time on the hotline and on the phone with the salesperson, ferreting out documentation. Good little box, though. spl (the p stands for Personal Iris? My *other* computer is a Cray...) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC, Box 12732, Research Triangle Park, NC 27709 "That's People's Commissioner Tirebiter -- and NOBODY'S sweetheart!" - F. Scott Firesign   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21870; 5 Jan 90 9:22 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21147; 5 Jan 90 9:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20632; 5 Jan 90 8:54 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa29189; 5 Jan 90 8:37 EST Received: Fri, 5 Jan 90 08:35:59 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 5 Jan 90 08:35:59 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001051635.AA14023@aero4.larc.nasa.gov> To: SERRER@nrcm3.nrc.ca Subject: Re: Binary representation of REAL #'s VAX vs.IRIS Cc: info-iris@BRL.MIL We have a 3130 and the FORTRAN manual shows how REALS and DOUBLE PRECISION numbers are stored and I am pretty sure it is the same on the 4D machines. Below is that description: REAL and DOUBLE PRECISION data elements are represented according to the proposed IEEE standard described in Computer magazine of March 1981. The diagrams below illustrate the representation. __________________________________________ REAL S Exponent Mantissa ------------------------------------------ 31 30 23 22 0 | | | Sign | Mantissa(23 + 1 bits) Exponent, biased by 127 __________________________________________ DOUBLE PRECISION S Exponent Mantissa ------------------------------------------ 63 62 52 31 0 | | | Sign | Mantissa(52 + 1 bits) Exponent, biased by 1023 The parts of REAL and DOUBLE PRECISION numbers are as follows: * a one-bit sign bit designated by "S" in diagrams above. The sign bit is a 1 only if the number is negative. * a biased exponent. The exponent is eight bits for a REAL number, and 11 bits for a DOUBLE PRECISION number. The values of all zeros, and all ones, are reserved values for exponents. * a normalized mantissa, with the high-order 1 bit "hidden." The mantissa is 23 bits for a REAL number, and is 52 bits for a DOUBLE PRECISION number. A REAL or DOUBLE PRECISION number is represented by the form: exponent-bias 2 x 1.fraction where fraction is the number of bits in the mantissa. Examples: ________________________________________ Value Real DOUBLE PRECISION ---------------------------------------- +0 00000000 0000000000000000 -0 80000000 8000000000000000 +1 3f800000 3ff0000000000000 -1 bf800000 bff0000000000000 +2 40000000 4000000000000000 +3 40400000 4008000000000000 +Infinity 7f800000 7ff0000000000000 -Infinity ff800000 fff0000000000000 NaN 7f8xxxxx 7ffxxxxxxxxxxxxx ---------------------------------------- I hope this is of some help. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22216; 5 Jan 90 9:33 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18297; 5 Jan 90 8:03 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18154; 5 Jan 90 7:51 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa27606; 5 Jan 90 7:39 EST Received: Fri, 5 Jan 90 07:39:10 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 5 Jan 90 07:39:10 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001051539.AA13873@aero4.larc.nasa.gov> To: Teknowledge.COM!polya!anaconda.stanford.edu!sumane@beaver.cs.washington.edu Subject: Re: A Question about SIMMS for IRIS 4D/25 Cc: info-iris@BRL.MIL I have been told that the 4D/20 and 4D/25 use the same memory. However, if you want 32Mb of memory on the main board you have to use 4Mb SIMMS, ALL of them must be the same. So, if you currently have 1Mb SIMMS, you will have to remove them and replace them with the 4Mb SIMMS. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24698; 5 Jan 90 12:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24395; 5 Jan 90 12:39 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa24384; 5 Jan 90 12:29 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17479; 5 Jan 90 12:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09387; Fri, 5 Jan 90 09:07:43 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:43:50 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Binary representation of REAL #'s VAX vs.IRIS Message-Id: <47537@sgi.sgi.com> References: <90Jan4.144239est.57496@ugw.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <90Jan4.144239est.57496@ugw.utcs.utoronto.ca>, SERRER@nrcm3.nrc.ca (Martin Serrer - Systems Manager) writes: [other lines deleted] > written such a piece of code?? How are reals stored on the IRIS?? Like all MIPS based machines, the 4D format is ANSI/IEEE Std 754-1985. IEEE Standard for Binary Floating-Point Arithmetic Fortran REAL is stored as what the standard calls Single (32 bit). Fortran DOUBLE PRECISION is stored as what the standard calls Double (64 bit). See the standard for details. Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24831; 5 Jan 90 13:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac24395; 5 Jan 90 12:39 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa24391; 5 Jan 90 12:30 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17640; 5 Jan 90 12:25 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09713; Fri, 5 Jan 90 09:12:50 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:47:02 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Binary representation of REAL #'s VAX vs.IRIS Message-Id: <47538@sgi.sgi.com> References: <90Jan4.144239est.57496@ugw.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <90Jan4.144239est.57496@ugw.utcs.utoronto.ca>, SERRER@nrcm3.nrc.ca (Martin Serrer - Systems Manager) writes: > Hello all, > I asked this list sometime ago about moving binary files from a VAX to our > IRIS 4D50 via 4DDN and I thank you for the replies recieved. > I have another problem now. > These files were created on the VAX with a piece of FORTRAN code. The records > are were written as unformatted REAL*4 (F_floating) ie. four bytes arranged as > follows. > > bits 15 14 7 6 0 > +-----------------------------------------------+ > |sign| exponent | fraction | > +-----------------------------------------------+ > | fraction | > +-----------------------------------------------+ > bits 31 16 > > I need to read these data files with a C program on the IRIS. Has anyone > written such a piece of code?? How are reals stored on the IRIS?? Reals are stored in IEEE format on the IRIS, with BIG_ENDIAN byte ordering. The following code can be used to convert both single and double precision floats to/from the VAX. It is an excerpt from the DGL source code. The single precision routines are simple enuf to understand, the doubles are quite messy. These routines were written to run on the VAX, so "hton" means host to network, or VAX to IEEE. Likewise, "ntoh" means network to host, or IEEE to VAX. However, I believe you can run them on the IRIS as well, assuming that the data file was not byte swapped when you copied over the network. If the 4DDN copying swapped bytes, then you simply have to adjust the indicies on the right side of the assignments. /*----------------------------------------------------------------------*/ /* CONVERSION routines for floats and doubles /*----------------------------------------------------------------------*/ /* can't use float pointers or VAX core dumps */ mem_hton_float (t,f) long *t,*f; { long _tobuf; char *_to = (char *)&_tobuf; if (*(long *)f != 0) { _to[0] = ((char *)f)[1]-1; _to[1] = ((char *)f)[0]; _to[2] = ((char *)f)[3]; _to[3] = ((char *)f)[2]; *t = _tobuf; } else *t = *f; } /* can't use float pointers or VAX core dumps */ mem_ntoh_float (t,f) register long *t,*f; { long _tobuf; char *_to = (char *)&_tobuf; if (*(long *)f != 0) { _to[0] = ((char *)f)[1]; _to[1] = ((char *)f)[0]+1; _to[2] = ((char *)f)[3]; _to[3] = ((char *)f)[2]; *t = _tobuf; } else *t = *f; } mem_hton_double (t,f) register long *t; register unsigned char *f; { register unsigned short exp; long _tobuf[2]; unsigned char *_to = (unsigned char *)_tobuf; if (((long *)f)[0] || ((long *)f)[1]) { exp = ((f[1] & 0x7f) << 1) | (f[0] >> 7); exp = exp -1-128+1023; /* adjust exponent */ _to[0] = (f[1] & 0x80) | (exp >> 4); _to[1] = (exp << 4) | ((f[0] & 0x7f) >> 3); _to[2] = (f[0] << 5) | (f[3] >> 3); _to[3] = (f[3] << 5) | (f[2] >> 3); _to[4] = (f[2] << 5) | (f[5] >> 3); _to[5] = (f[5] << 5) | (f[4] >> 3); _to[6] = (f[4] << 5) | (f[7] >> 3); _to[7] = (f[7] << 5) | (f[6] >> 3); t[0] = _tobuf[0]; /* copy data back */ t[1] = _tobuf[1]; } else { t[0] = ((long *)f)[0]; t[1] = ((long *)f)[1]; } } mem_ntoh_double (t,f) register long *t; register unsigned char *f; { register unsigned short exp; long _tobuf[2]; unsigned char *_to = (unsigned char *)_tobuf; if (((long *)f)[0] || ((long *)f)[1]) { exp = ((f[0] & 0x7f) << 4) | (f[1] >> 4); exp = exp +1+128-1023; /* adjust exponent */ _to[0] = (exp << 7) | ((f[1] & 0x0f) << 3) | (f[2] >> 5); _to[1] = (f[0] & 0x80) | ((exp & 0xfe) >> 1); _to[2] = (f[3] << 3) | (f[4] >> 5); _to[3] = (f[2] << 3) | (f[3] >> 5); _to[4] = (f[5] << 3) | (f[6] >> 5); _to[5] = (f[4] << 3) | (f[5] >> 5); _to[6] = (f[7] << 3) | 0; _to[7] = (f[6] << 3) | (f[7] >> 5); t[0] = _tobuf[0]; /* copy data back */ t[1] = _tobuf[1]; } else { t[0] = ((long *)f)[0]; t[1] = ((long *)f)[1]; } } -- Gary Tarolli   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25743; 5 Jan 90 14:01 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25554; 5 Jan 90 13:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25409; 5 Jan 90 13:36 EST Received: from chaos.ocean.fsu.edu by SMOKE.BRL.MIL id aa00851; 5 Jan 90 13:13 EST Received: by chaos.ocean.fsu.edu (5.52/25-eef) id AA01240; Fri, 5 Jan 90 12:58:46 EST Date: Fri, 5 Jan 90 12:58:46 EST From: Steve Van Gorder Message-Id: <9001051758.AA01240@chaos.ocean.fsu.edu> To: info-iris@BRL.MIL Subject: External tape drives Hi, I have a Personal Iris 4D/20 with a 170 Mb disk and I would like to install an additional 760 Mb drive in the full height slot. The problem is what to do with my existing 150 Mb SCSI tape drive. I am aware that Silicon Graphics sells an external unit for disk drives but the price of one of these with a 380 Mb drive is the same as an internal 760 Mb drive. Does anyone out there know if there is some type of (inexpensive) external cabinet that I can move the tape drive to? Or any other suggestions ... Thanks in advance for your help -- Steve VanGorder | TCP/IP : steve@chaos.ocean.fsu.edu Dept. of Oceanography | Florida State University | BITNET : gorder@fsu.bitnet Tallahassee, Fl 32306 (904)644-2447 |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27830; 5 Jan 90 16:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab27503; 5 Jan 90 16:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27466; 5 Jan 90 15:56 EST Received: from ucsd.edu by SMOKE.BRL.MIL id aa07612; 5 Jan 90 15:39 EST Received: from chema.ucsd.edu by ucsd.edu; id AA08525 sendmail 5.61/UCSD-2.0-sun via SMTP Fri, 5 Jan 90 12:39:03 -0800 for info-iris@BRL.MIL Received: by chem.chem.ucsd.edu (5.51) id AA04494; Fri, 5 Jan 90 12:38:31 PST Date: Fri, 5 Jan 90 12:38:31 PST From: Steve Dempsey Message-Id: <9001052038.AA04494@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: Re: just installed a PI >Date: 5 Jan 90 12:25:10 GMT >From: Steve Lamont >Organization: Foo Bar Brewers Cooperative >References: <4411@amelia.nas.nasa.gov> > >> >>I was extremely impressed by the documentation (quantity-I haven't had >>the time to judge quality yet) ... > >Huh? All we got was one funky little User's Manual with our 4D/20. The >fellow that set it up had problems getting it on the network because >there was not sufficient information -- spent a lot of time on the hotline >and on the phone with the salesperson, ferreting out documentation. The problem here is that you don't get the complete documentation UNLESS you order the SOFTWARE DEVELOPMENT OPTION, even though most of the docs have nothing to do with software development. As Steve Lamont noted, configuring the network software for anything but the simplest situation requires more info than one can get from the User's Manual. It seems that SGI could do it's future customers (and those harried folks manning the HOTLINE) a favor by including sufficient documentation to operate the basic hardware, or by having an explicit DOCUMENTATION option for those folks who don't want to be tempted by the evils of software development. However, I would consider it to be one of those oxymoronic 'mandatory options'. -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu University of Calif. at San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093 UUCP: ucsd!sdempsey   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28569; 5 Jan 90 17:42 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28469; 5 Jan 90 17:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28408; 5 Jan 90 17:12 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10087; 5 Jan 90 16:52 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28347; Fri, 5 Jan 90 13:51:30 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:56:50 GMT From: Mike Walker Organization: NASA Langley Research Center, Hampton, Va. 23665 Subject: Re: X11 R4 Message-Id: References: <1990Jan4.002745.1079@Neon.Stanford.EDU>, <706@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL As stated, you can use the MIT R4 sources for clients et all...but you still need the SGI R4 server if you want to run them on your Iris. So, again, any hints as to when?? Mike -- Mike Walker AS&M Inc/NASA LaRC Voice: (804) 864-2305 Fax: (804) 864-6134   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28887; 5 Jan 90 18:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28709; 5 Jan 90 18:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28668; 5 Jan 90 18:00 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10965; 5 Jan 90 17:39 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA00801; Fri, 5 Jan 90 14:26:35 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 18:20:35 GMT From: "Paul A. Thiessen" Organization: Los Alamos National Laboratory Subject: libimage.a documentation? Message-Id: <40307@lanl.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I hope this isn't too dumb a question. I've looked and looked and can't find documentation on libimage.a. Does it exist somewhere where I could get a hold of it? Thanks for any help! - Paul Thiessen, pt@lanl.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab28887; 5 Jan 90 18:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab28709; 5 Jan 90 18:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28671; 5 Jan 90 18:00 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10974; 5 Jan 90 17:40 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA00768; Fri, 5 Jan 90 14:26:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:56:18 GMT From: "Paul A. Thiessen" Organization: Los Alamos National Laboratory Subject: RGB image format on IRIS Message-Id: <40297@lanl.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello. I'm working on graphics file format conversion, and I'd like to know the format of the IRIS's image (rgb?) files. Can someone tell me where to look? Or send me some on-hand info? Any help is appreciated! Thanks! - Paul pt@lanl.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29883; 5 Jan 90 23:18 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29621; 5 Jan 90 21:37 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa29607; 5 Jan 90 21:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14135; 5 Jan 90 21:09 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13667; Fri, 5 Jan 90 17:56:06 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jan 90 00:55:11 GMT From: amethyst!zou@arizona.edu Organization: Dept. of Math., Univ. of Arizona, Tucson AZ 85721 Subject: An Interactive Plotting Program Message-Id: <1299@amethyst.math.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL developed a software called Irisplot for the IRIX 4D series machine. The following is the primary man page of Irisplot. If you are interested, send message to system@math.arizona.edu /************************** cut here ****************************/ IRISPLOT(1) USER COMMANDS IRISPLOT(1) NAME irisplot,irisdraw,irishelp,irisdemo SYNOPSIS irisplot DESCRIPTION IRISPLOT is a command and menu driven interactive plotting program which generates high quality graphics on the IRIS-4D series machine. It reads instructions from the standard in and produces plots based on these instructions. Once a plot is done, the plotted graphical objects can be manipulated by mouse input. IRISPLOT accepts most of the standard C-Language mathematical operators and functions. It also accept user defined constants and functions. If no graphics is required,it can serve as a desk calculator. IRISPLOT allows you to define your favorite graphical objects built from surfaces and curves, which in turn is defined from mathematical functions, discreate maps, differential equations and data files. The user has full control of the graphical attributes, this includes viewing, orthogonal or perspective projection, object transformation, object slicing, 8 different light sources with different color and location, different material properties for each object in plot. IRISPLOT has a large set of online help informations and a big set of examples. COMMAND HISTORY IRISPLOT keeps a full record of user commands; any command user typed in can be refered by their index. For example, In[1] : f(x) = x**2 + 5*x + 1 In[2] : g(x,y) = y*(In[1]) . A single command can also be refered by the '%' command. For example, In[3] : a = 2 In[4] : w(x,y) = x**2 + y**2 In[5] : %% In[5] : a = 2 In[6] : %2 In[6] : g(x,y) = y*( x**2 + 5*x + 1). DEFINITION SYNTAX Function definition: Any reasonable math expression is accepted by irisplot. For example, f(x,y) = sin(x)*cos(y) * exp(1.0/(x*x+y*y)) g(x,y) = (y<1)?x:(x-y)*g(x,y-1) h(x,y) = sin(x) *(4.0 + cos(y)) i(x,y) = cos(x) *(4.0 + cos(y)) j(x,y) = sin(y)*cosh(x) * g(x,y) e = exp(1.0) *f(2.3,2.2) w = sin(pi/3.0) * sqrt(2.0) Note: Here we've used the default dummy variables 'x' and 'y', if you want to use other dummy variables, you can overwrite the defaults('x','y','z','w') by using the 'set dummy' command (see below). IRISPLOT knows most of the standard C-Language mathematical operators and functions. The built in Math operators are: Binary operators: Symbol Example Explanation ** a**b exponentiation [ instead of pow(a,b) ] * a*b multiplication / a/b division % a%b * modulo + a+b addition - a-b subtraction == a==b equality != a!=b inequality & a&b * bitwise and ^ a^b * bitwise exclusive or | a|b * bitwise inclusive or && a&&b * logical and || a||b * logical or ?: a?b:c * ternary operation Unary operators: Symbol Example Explanation - -a unary minus ~ ~a * one's complement ! !a * logical negation ! a! * factorial (*) Starred explanations indicate that the operator requires an integer argument. The built in standard functions are: abs besj0 cos int sin acos besj1 cosh log sinh arg besy0 exp log10 sqrt asin besy1 floor real tan atan ceil gamma sgn tanh rand srand imag arg pow (power, need two arguments) Material Property Definition: A material property is defined by specifying the corresponding attributes. For example: red_mat = material{ emission 0.1 0.0 0.0; ambient 0.2 0.2 0.2; diffuse 0.6 0.0 0.0; specular 1.0 1.0 1.0; shinness 30.0; }; For a complete understanding of the meaning of these attributes, you should read the IRIS Graphical Manual (Vol. 1), Users Guide. Surface and Curve definitions: A surface can be defined by specifing its 3 coordinate func- tions, or a mathematical function of 2 variables, or a data file. A curve may be defined by specifing its 3 coordinate functions or a data file. Contours can be defined by a function or a data file. A trajectory of an iterated map is defined by specifying the map, initial conditions and the number of iterations. A trajectory of a differential equation is defined by specifying the equations, the initial conditions, the time interval to be integrated, the integration step and themethod of integration (currently, only 2 methods available, RK, 4th order Runge-Kuta and RKQC, 4th order Runge-Kuta with step control). All the definitions have their own attributes. For example, a = surface{[h(x,y),i(x,y),j(x,y)] [x=-pi:pi] [y=-pi:pi]}; b = sur{[x,y,x*x-y*y][x=-3:3][y=-3:3][samp=20:20]}; c = sur{[sqrt(x*x+y*y)] [x=-3:3][y=-2.5:2.5]}; d = sur{["surface_data"] [samp=34:27]}; e = cur{[sin(x),cos(x),x] [x=0:20.0*pi] [samp=1000]}; f = cur{["curve_data"] [sample=1232][color=red]}; g = contour{[sin(x)*cos(y)][x=-4:4][y=-3:3][samp=30:26] [number_of_contours=20][ contour_values: -1.0 0.0 1.0]}; h = con{["data"][sam=20:30][cont=5][threed][-2.0:-1.0:0.0:1.0]}; i = map{[y+1.4*x*x+1,0.3*x] [initi=0.4:0.5][iterate=6000]}; j = eqn{[10.0*(y-x),28.*x-x*z-y,x*y-8.*z/3.] [ini=0.03,0.12,0.1][time=0.0:100][step=0.002]}; Graphical Object Definition: Graphic Objects is defined from surfaces, curves, trajectory of maps and differential equations, material properties and matrix transformations. For example, sphere = surface{[cos(x)*cos(y),sin(x)*cos(y),sin(y)] [x = -pi:pi][y=-0.5*pi:0.5*pi] }; spheres =object{ material red_mat; graph sphere; pushmatrix translate -2.0,0.0 0.0; graph sphere; popmatrix; material green=material{diffuse 0.0 0.6 0.0}; pushmatrix translate 2.0,0.0 0.0; graph sphere; popmatrix; }; DATA FILE FORMAT IRISPLOT currently accepts four kinds of data files: GRID_DATA: Data of a M by N grid, stored in row's order. Used in surface and contour definitions. M and N must be specified in the Surface or Contour definition. Data of N points, used in curve definitions. N must be specified in the Curve definition. POLYGON_DATA: Data of M polygons (line segments) with number of vertices spefied. Stored in the following way: n x1 y1 z1 x2 y2 z2 ... xn yn zn n1 xx1 yy1 yy2 ... xxn1 yyn1 zzn1 ... CVN_DATA: Explicitly defined by specify what the data represents. It has the following format. c r g b [specify a color, will be used by c3f()] n nx ny nz [specify a normal, used by n3f()] v vx vy vz [specify a vertex, used by v3f()] p [specify a polygon or a polyline] ... FEA_POLYGON: First specify the # of vertices and the # of polygons, then give the list of vertices followed by the polygon list. nv np x1 y1 z1 ... xnv ynv znv n1 v1 v2 ... vn1 ... nnp v1 v2 ... vnp nv1 np1 ... IRISPLOT will figure out what kind of data file by itself. Note: Line starts with # is a comment line. IRISPLOT will ignore it. COMMAND SUMMARY Plot: The 'plot' command will produce a plot of the specified graphical objects. Syntax: plot Set dummy: Set up the user prefered dummy variables. Syntax: set dummy Set window: Set up the window size. Syntax: set window Show: The show command will display some of the graphical attributes and user defined functions, graphs and graphical objects. It takes at leas one argument. The arguments are: functions --- display the user defined functions dummy --- display the dummy variables graph --- display the basic graphical units defined object --- display the defined graphical objects material --- display the material properties defined all --- display everything available Print: The 'print' command will display the value of a mathematical expression. Syntax: print Load: The 'load' command will load in a command file. The file should contain valid commands for IRISPLOT. It can be either a user created file, one created by the 'save' command or the irisplot record file. Syntax: load <'file name'> Save: The 'save' command will save some of the user definitions into a file. Valid save commands are: save functions "file_name" --- save the user defined functions into "file_name" save graphs "file_name" --- save the defined graphs into "file_name" save objects "file_name" --- save the defined objects into "file_name" save "file_name" --- will save everything above to "file_name" Help: The help command will display the online help. Syntax is help (You can get a list of topics by just typing 'help'.) Demo: Run a demostration program. Syntax: demo Exit, Quit: This command will terminate the execution of IRISPLOT. Shell: The 'shell' command spawns an interactive shell. To return to IRISPLOT, type 'exit'. A single shell command may be spawned by preceding it with a '!' character at the beginning of a command line. Reset: If IRISPLOT refuse to make a plot, type reset and retype the last plot command. FILES /usr/local/bin/irisplot /usr/local/bin/irisdraw /usr/local/bin/irisplot1 /usr/local/bin/irishelp /usr/local/bin/irisdemo /usr/local/lib/irisplot.hlp AUTHORS The front end code is modified from gnuplot 1.1.5 by Thomas Williams and Collin Kelley by Maorong Zou. The graphical driver was written by Maorong Zou. BUGS The program sometimes core dump with no good reasons.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00728; 6 Jan 90 2:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00706; 6 Jan 90 2:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00699; 6 Jan 90 2:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16850; 6 Jan 90 2:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA00938; Fri, 5 Jan 90 23:02:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 19:18:32 GMT From: Mark Andrews Organization: Alias Research Inc., Toronto, ON Canada Subject: Meaning of timed messages in SYSLOG Message-Id: <707@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The following line comes from /usr/adm/SYSLOG: timed[88]: adj -2.408/35.54 sec/hr or -1.206/17.47; set timetrim=-18823 or -19170? What does all the information mean? How much did timed adjust the time on the local machine? ------------------------------------------------------------------------------ Mark Andrews Systems Programmer, Alias Research, Toronto, Canada Phone: (416)-362-9181 UUCP: mark%alias@csri.utoronto.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01962; 6 Jan 90 12:12 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01840; 6 Jan 90 10:59 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01828; 6 Jan 90 10:43 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa19740; 6 Jan 90 10:37 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA23532; Sat, 6 Jan 90 07:28:26 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:48:50 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: just installed a PI Message-Id: <2484@odin.SGI.COM> References: <4411@amelia.nas.nasa.gov>, <6003@alvin.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6003@alvin.mcnc.org> spl@mcnc.org.UUCP (Steve Lamont) writes: >In article <4411@amelia.nas.nasa.gov> izen@cwru.cwru.edu (Steven H. Izen) writes: >>I just took delivery of a 4D/25 today. My reaction in one word: WOW! >> >>I was extremely impressed by the documentation (quantity-I haven't had the time >>to judge quality yet) ... > >Huh? All we got was one funky little User's Manual with our 4D/20. The >fellow that set it up had problems getting it on the network because there was >not sufficient information -- spent a lot of time on the hotline and on the >phone with the salesperson, ferreting out documentation. If you just buy the PI, then you just get the Owner's Manual. If you get the Development System (C compiler and stuff) then you get a big bunch of Doc. There's also a "System Administrator's Manual Set" which includes lots of the system admin and network admin doc, without all the compiler stuff and graphics library stuff. The theory here is basically that all this doc is expensive, and most PI customers buy multiple systems, so they really don't want a full set of manuals for every one of those systems. > >Good little box, though. > We think so... ;-} > spl (the p stands for > Personal Iris? My > *other* computer is a > Cray...) >-- >Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org >NCSC, Box 12732, Research Triangle Park, NC 27709 >"That's People's Commissioner Tirebiter -- and NOBODY'S sweetheart!" > - F. Scott Firesign D. Christopher Dunlap Product Support Customer Support Division email: dunlap@sgi.sgi.com Silicon Graphics Computer Systems   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00883; 6 Jan 90 23:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00824; 6 Jan 90 23:12 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00808; 6 Jan 90 22:51 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02832; 6 Jan 90 22:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA05451; Sat, 6 Jan 90 19:39:40 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jan 90 16:24:58 GMT From: Ashton Delahousaye Organization: Hewlett Packard -- Fort Collins, CO Subject: 4D25 Order Problems ? Message-Id: <17450001@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've had an order in for a Personal Iris Turbo Upgrade since September that hasn't been filled yet. Is anyone else on the net having problems with their orders? I'd like to get a feel for the average lead time for a PIT. I was lead to believe it was 30-45 days. I've been waiting 98 days. Ashton   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00670; 6 Jan 90 21:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00543; 6 Jan 90 20:36 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00506; 6 Jan 90 20:17 EST Received: from umrvma.umr.edu by SMOKE.BRL.MIL id aa01026; 6 Jan 90 17:23 EST Received: from UMRVMA.UMR.EDU by UMRVMA.UMR.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 1560; Sat, 06 Jan 90 16:21:48 CST Received: by UMRVMA (Mailer R2.05) id 1559; Sat, 06 Jan 90 16:21:47 CST Date: Sat, 06 Jan 90 16:16:29 CST From: Bob Funchess Subject: Workspace To: info-iris@BRL.MIL Message-ID: <9001061723.aa01026@SMOKE.BRL.MIL> I was looking through the ~guest directory and found a directory called .workspace. This is 3.1 rev D. If I understand correctly, this is the name of the graphical user interface. Is that part of 3.1D, if so, how do I access it, and is it worth bothering with, since I may receive 3.2 at any time? root@blumiris.chem.umr.edu (send mail to: < Bob | S090726@UMRVMA.UMR.EDU | Funchess > The 'S' stands for student. Think the university shares MY opinions?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01769; 7 Jan 90 5:15 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01709; 7 Jan 90 4:54 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01696; 7 Jan 90 4:40 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04928; 7 Jan 90 4:29 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22734; Sun, 7 Jan 90 01:21:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jan 90 04:40:18 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: External tape drives Message-Id: <2533@odin.SGI.COM> References: <9001051804.AA01256@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001051804.AA01256@chaos.ocean.fsu.edu> steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: >Hi, > >I have a Personal Iris 4D/20 with a 170 Mb disk and I would like to install >an additional 760 Mb drive in the full height slot. The problem is what to >do with my existing 150 Mb SCSI tape drive. > >Does anyone out there know if there is some type of (inexpensive) external >cabinet that I can move the tape drive to? > If you are considering buying another PI in the near future, one solution would be to purchase that one WITHOUT the slide-in tape drive, and purchase the External 150 Meg Tape option. This sits on top of the PI and is externally powered, leaving your top slot free for the 760. You can use the other existing tape drive in the new one...Check with the Sales Rep or System Engineer in your area for more information. My Price Book show this as the P5-T4C3A 150 Meg External SCSI Tape Drive. I'm sure there are other answers that would work, but this is the most logical if you are considering purchasing another PI. Jack Weldon SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02273; 7 Jan 90 7:37 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02240; 7 Jan 90 7:27 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa02238; 7 Jan 90 7:20 EST Date: Sun, 7 Jan 90 7:20:11 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: SLIP for 4D ? Message-ID: <9001070720.aa01456@SPARK.BRL.MIL> Can anyone give me a pointer to SLIP support for an SGI 4D ? Has this been done before? Please reply directly to me, not the list. Best, -Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02369; 7 Jan 90 8:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02352; 7 Jan 90 8:32 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02347; 7 Jan 90 8:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06229; 7 Jan 90 7:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA01780; Sun, 7 Jan 90 04:45:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jan 90 12:41:38 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: 4D25 Order Problems ? Message-Id: <6013@alvin.mcnc.org> References: <17450001@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <17450001@hpfcdj.HP.COM> ashton@hpfcdj.HP.COM (Ashton Delahousaye) writes: > ... Is anyone else on the net having >problems with their [PI] orders? I'd like to get a feel for the average >lead time for a PIT. I was lead to believe it was 30-45 days. I've >been waiting 98 days. Your experience is similar to ours. :-( I forget precisely how long it took to get delivery on the PI, but it seems as if it was about 60 days, minimum. spl (the p stands for perhaps you think *that's* bad, well, let me tell you about Sun Microsystems, then...) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC, Box 12732, Research Triangle Park, NC 27709 "That's People's Commissioner Tirebiter -- and NOBODY'S sweetheart!" - F. Scott Firesign   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04555; 8 Jan 90 3:39 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04527; 8 Jan 90 3:28 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa04524; 8 Jan 90 3:16 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa17728; 8 Jan 90 3:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28991; Sun, 7 Jan 90 14:42:05 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jan 90 22:42:08 GMT From: Robert Lansdale Subject: DGL server for SUN or TAAC? Message-Id: <1990Jan7.174208.27895@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks back I read that SGI had licensed the DGL library to other workstation venders, in particular SUN. Who would I contact to get further information on a SUN DGL server, or better yet, a DGL server for a TAAC board (we have a number of Iris/4D's but only one 24-bit Iris display and a 24-bit TAAC board which is only writable from a SUN). ---> Rob Lansdale   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07375; 8 Jan 90 8:41 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ab07056; 8 Jan 90 8:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab06785; 8 Jan 90 8:09 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22505; 8 Jan 90 7:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA04266; Sun, 7 Jan 90 16:25:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 00:23:37 GMT From: Tim Hall Organization: Boston University Subject: Re: DGL server for SUN or TAAC? - plus a question... Message-Id: <50204@bu.edu.bu.edu> References: <1990Jan7.174208.27895@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jan7.174208.27895@jarvis.csri.toronto.edu> lansd@dgp.toronto.edu (Robert Lansdale) writes: > >for a TAAC board (we have a number of Iris/4D's but only one 24-bit Iris >display and a 24-bit TAAC board which is only writable from a SUN). > >---> Rob Lansdale It could be that I'm the one confused but... Awhile ago I posted a question about DGL on SUN's and got replies from people suprised that the DGL ran on SUN's. People also seemed confused about what the DGL does. As I understand it, the DGL only uses the SGI geometry engine, but it allows you to send commands to it from remote machines. So, a dgl routine won't use a TAAC (or any other non-SGI engine/display) to compute or display an image on. The question... When using the DGL and making a display list (graphical object) does it save the display list on the server or the client? -Tim Hall tjh@bu-pub.bu.edu "The world is filled with the cries of dispossessed children in search of paradise" -Dead Can Dance   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07659; 8 Jan 90 8:52 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa07056; 8 Jan 90 8:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06785; 8 Jan 90 8:09 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22499; 8 Jan 90 7:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03774; Sun, 7 Jan 90 16:16:04 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 00:11:18 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Meaning of timed messages in SYSLOG Message-Id: <47672@sgi.sgi.com> References: <707@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <707@alias.UUCP>, mark@alias.UUCP (Mark Andrews) asks about: > The following line comes from /usr/adm/SYSLOG: > timed[88]: adj -2.408/35.54 sec/hr or -1.206/17.47; > set timetrim=-18823 or -19170? This means the timed demon adjusted time a total of -2.408 seconds during the preceding 35.54 hours, or -1.206 seconds in the preceding 17.47 hours. If you have an IRIX 3.3 kernel (not likely), you might edit /usr/sysgen/master.d/kernel to set the "timetrim" variable based on these hints for your combination of hardware, air conditioning, power, and so on. Timetrim takes a value with "units" of nanoseconds/second. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06783; 8 Jan 90 8:09 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05865; 8 Jan 90 7:59 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa05800; 8 Jan 90 7:39 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22290; 8 Jan 90 7:27 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24152; Sun, 7 Jan 90 22:47:55 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 05:53:49 GMT From: Tom Stockfisch Organization: Chemistry Dept, UC San Diego Subject: /usr/adm/crash/* Message-Id: <645@chem.ucsd.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have 10 megabytes of disk space taken up by files in /usr/adm/crash. I assume these were generated by an old system crash and can be safely removed. In particular, there are the files vmcore.0 unix.0 -- || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07375; 8 Jan 90 8:42 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id ac07056; 8 Jan 90 8:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06984; 8 Jan 90 8:15 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa22820; 8 Jan 90 7:38 EST Received: Mon, 8 Jan 90 07:39:24 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 8 Jan 90 07:39:24 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001081539.AA22410@aero4.larc.nasa.gov> To: pt@lanl.gov Subject: Re: libimage.a documentation? Cc: info-iris@BRL.MIL I have asked SGI about this before and they said that there isn't any documentation. If you want to know how it works you have to look at the source and figure it out from there. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14666; 8 Jan 90 15:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13599; 8 Jan 90 14:23 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13565; 8 Jan 90 14:12 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06409; 8 Jan 90 12:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA25539; Mon, 8 Jan 90 09:22:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 17:07:31 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: DGL server for SUN or TAAC? - plus a question... Message-Id: <47691@sgi.sgi.com> References: <1990Jan7.174208.27895@jarvis.csri.toronto.edu>, <50204@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <50204@bu.edu.bu.edu>, tjh@ouzo.bu.edu (Tim Hall) writes: > In article <1990Jan7.174208.27895@jarvis.csri.toronto.edu> lansd@dgp.toronto.edu (Robert Lansdale) writes: > > Awhile ago I posted a question about DGL on SUN's and got replies from > people suprised that the DGL ran on SUN's. People also seemed > confused about what the DGL does. As I understand it, the DGL only > uses the SGI geometry engine, but it allows you to send commands to > it from remote machines. So, a dgl routine won't use a TAAC (or > any other non-SGI engine/display) to compute or display an image on. > > The question... > > When using the DGL and making a display list (graphical object) does > it save the display list on the server or the client? > To answer your last question first, the DGL saves the display list on the server, so that calling the display list costs the client very little and results in very little network traffic. The DGL is basically a custom Remote Procedure Call (RPC) library for the GL. Its the equivalent of the X client library. It allows you to call the GL from a client machine by sending RPC tokens over a network to a server. Almost all GL routines get token'ized and sent to the server for execution. Almost no code executes on the client except for packing these tokens into a buffer and writing the buffer occasionally. The client library is portable and so far has been ported to SUN, VAX/VMS, VAX/BSD, Convex, Alliant, IBM, and Cray client hosts. The server only runs on SGI graphic workstations. -- Gary Tarolli   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15038; 8 Jan 90 15:47 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13599; 8 Jan 90 14:23 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13561; 8 Jan 90 14:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06389; 8 Jan 90 12:46 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA25517; Mon, 8 Jan 90 09:22:20 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 17:01:05 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: DGL server for SUN or TAAC? Message-Id: <47689@sgi.sgi.com> References: <1990Jan7.174208.27895@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jan7.174208.27895@jarvis.csri.toronto.edu>, lansd@dgp.toronto.edu (Robert Lansdale) writes: > > A few weeks back I read that SGI had licensed the DGL library to > other workstation venders, in particular SUN. Who would I contact to > get further information on a SUN DGL server, or better yet, a DGL server > for a TAAC board (we have a number of Iris/4D's but only one 24-bit Iris > display and a 24-bit TAAC board which is only writable from a SUN). > > ---> Rob Lansdale Contact John Edelson, phone number (415)335-1532 at SGI in Mountain View. SGI sells source to the DGL client library which can run on a SUN, but we do not sell server source. So you wont be able to have a SUN DGL server. -- Gary Tarolli   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19306; 9 Jan 90 1:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19140; 9 Jan 90 0:47 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab19129; 9 Jan 90 0:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20299; 9 Jan 90 0:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11669; Mon, 8 Jan 90 21:27:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 18:08:22 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Workspace Message-Id: <2554@odin.SGI.COM> References: <9001061723.aa01026@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001061723.aa01026@SMOKE.BRL.MIL>, S090726@UMRVMA.UMR.EDU (Bob Funchess) writes: > I was looking through the ~guest directory and found a directory called > .workspace. This is 3.1 rev D. If I understand correctly, this is the > name of the graphical user interface. Is that part of 3.1D, if so, how > do I access it, and is it worth bothering with, since I may receive 3.2 > at any time? > WorkSpace is not in any revision of 3.1. I don't know how your guest directory acquired a .workspace directory. Every WorkSpace user has a .workspace directory in ${HOME}. This is where WorkSpace stashes various databases that tell it the workspace configuration for that user. -- 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 aa19489; 9 Jan 90 1:49 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19140; 9 Jan 90 0:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19129; 9 Jan 90 0:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20295; 9 Jan 90 0:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11653; Mon, 8 Jan 90 21:27:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jan 90 17:59:59 GMT From: Thant Tessman Organization: Silicon Graphics, Inc. Subject: Re: libimage.a documentation? Message-Id: <2552@odin.SGI.COM> References: <9001081539.AA22410@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001081539.AA22410@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > I have asked SGI about this before and they said that there isn't > any documentation. If you want to know how it works you have to look > at the source and figure it out from there. The libimage.a is documented in Appendix H of the Graphics Library User's Guide, volume II. Also see /usr/people/4Dgifts/iristools. Have a nice day. thant "Every jumbled pile of person has a thinking part that wonders what the part that isn't thinking isn't thinking of." - They Might Be Giants   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20400; 9 Jan 90 6:36 EST Received: by VMB.BRL.MIL id ab20386; 9 Jan 90 6:32 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19805; 9 Jan 90 3:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa19800; 9 Jan 90 3:21 EST Received: from nac.no by SMOKE.BRL.MIL id aa20997; 9 Jan 90 3:14 EST Received: from runix.runit.sintef.no by nac.no (5.61+IDA/KTH/LTH/6.0) with SMTP id AAnac02725; Tue, 9 Jan 90 09:14:03 +0100 Received: by runix.runit.sintef.no (norunix.EARN) (1.2/8.1) id AA02978; Tue, 9 Jan 90 09:13:17 +0100 Date: 9 Jan 90 9:12 +0100 From: Finn Drablos To: info-iris@BRL.MIL Message-Id: <89*finn.drablos@sintef.no> Subject: csh and batch How do I get csh as the default shell when I submit jobs with batch ? According to the man-page on at/batch (or maybe it was the .proto page), the shell environment variables (including SHELL) are retained. But when I try to send jobs to the batch queue, I get a warning that sh will be used, even though I have csh as my default. I am no unix-guru, so the answer may be quite simple. But at least I have not been able to find it in the documentation. We are running Irix 3.1D. ================== Finn Drablos PHONE +47 7 597710 FAX +47 7 597708 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 aa23977; 9 Jan 90 9:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23060; 9 Jan 90 9:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22970; 9 Jan 90 9:08 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24685; 9 Jan 90 8:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09154; Tue, 9 Jan 90 05:47:31 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jan 90 06:44:50 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: SYSLOG Message-Id: <10319@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL has anyone running 3.2 (or 3.2.1) persuaded the syslog system to log disk errors? despite the obvious and default conf file, nothing gets logged but some whining by some networking daemons. i wrote a user program to log stuff; it worked.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27355; 9 Jan 90 12:34 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27077; 9 Jan 90 12:23 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27046; 9 Jan 90 12:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29852; 9 Jan 90 11:58 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19569; Tue, 9 Jan 90 08:48:56 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jan 90 15:19:17 GMT From: Alan Butcher Subject: Needed: simple 2D plotting routines Message-Id: <346@cerc.wvu.wvnet.edu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am in need of a 2D graphing package for the SGI 4D machines. The ideal would be a three/four routine package. 1) Open window 2) plot xy data with labeled axis 3) close window 4) clear window If anyone has such a set of routines I am interested in hearing from you. Alan Butcher Drawer 2000 Concurrent Engineering Research Center West Virginia University Morgantown, WV 26506 ab@cerc.wvu.wvnet.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00174; 9 Jan 90 14:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29334; 9 Jan 90 14:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa29292; 9 Jan 90 14:23 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02940; 9 Jan 90 14:14 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA27699; Tue, 9 Jan 90 10:59:16 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jan 90 18:23:06 GMT From: Andrew Simms Organization: Princeton University Subject: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <12817@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Some of the folks I work for would like to make a reasonably secure scheme to insure their product runs only on machines they are licensed to run on. To do this, they would like to obtain a read-only number (such as a motherboard serial number) that could be used as a key to operate the software only on that machine. I know mathematica on the Irises has a program called mathinfo that generates a unique number but I have no idea what it does to get it. If there is sufficient interest, I will be happy to post a summary of responses emailed to me. p.s. Ethernet addresses won't quite do it, since it needs to run on machines without ethernet boards. ---------------------------------------------------------------------- Andrew Simms ams@acm.princeton.edu System Administrator Program in Applied and Computational Math Princeton University Princeton, NJ 08544 609/258-5324 or 609/258-6227 609/258-1054 (fax)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02868; 9 Jan 90 17:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02029; 9 Jan 90 16:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01974; 9 Jan 90 16:30 EST Received: from jvnca.csc.org by SMOKE.BRL.MIL id aa06808; 9 Jan 90 16:09 EST Received: from jvncf.csc.org by jvnca.csc.org id AA07943; Tue, 9 Jan 90 16:10:22 EST Return-Path: Received: by jvncf.csc.org id AA19481; Tue, 9 Jan 90 16:10:27 EST Date: Tue, 9 Jan 90 16:10:27 EST From: Richard Shaginaw lac11205 Message-Id: <9001092110.AA19481@jvncf.csc.org> To: info-iris@BRL.MIL Has SGI or anyone else ported sendmail version 5.59 to the IRIS? I need a sendmail that can recognize MX headers; IRIX 3.2 supplies sendmail 5.52, which can't recognize the MX format. Can anyone tell me what changes I need to make to permit sendmail to handle MX headers? We have a Berkeley source license. Thanks. -- Rich ------------------------------------------------------------------------------- The John von Neumann National Supercomputer Center -- User Services Group Richard J. Shaginaw JVNC Applications Software Analyst P.O. Box 3717 Consortium for Scientific Computing Princeton, NJ 08543 ------------------------------------------------------------------------------- Internet Address: shaginaw@jvnca.csc.org 609-520-2000 Bitnet Address: shaginaw@jvncc FAX: 609-520-1089 ===============================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02962; 9 Jan 90 18:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02401; 9 Jan 90 17:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02260; 9 Jan 90 16:50 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07229; 9 Jan 90 16:28 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA07088; Tue, 9 Jan 90 13:14:13 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jan 90 17:49:06 GMT From: Paul Mielke Organization: Silicon Graphics, Inc. Subject: Re: SYSLOG Message-Id: <2622@odin.SGI.COM> References: <10319@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10319@alice.UUCP>, andrew@alice.UUCP (Andrew Hume) writes: > > > has anyone running 3.2 (or 3.2.1) persuaded the syslog system to > log disk errors? despite the obvious and default conf file, > nothing gets logged but some whining by some networking daemons. > i wrote a user program to log stuff; it worked. In 3.2 and earlier software, the only stuff that goes into the syslog is from user level programs that call syslog(3). In a subsequent system release, all kernel printfs (which will include error messages from disk drivers) will also go to the syslogd. Paul Mielke paulm@sgi.com Advanced Systems Division (415) 962-3447 Silicon Graphics, Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03349; 9 Jan 90 19:23 EST Received: by VMB.BRL.MIL id ab03328; 9 Jan 90 19:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01356; 9 Jan 90 16:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01314; 9 Jan 90 15:46 EST Received: from sgi.com by SMOKE.BRL.MIL id aa05019; 9 Jan 90 15:19 EST Received: from bettysue.dallas.sgi.com by sgi.sgi.com via UUCP (5.52/891101.SGI) for info-iris@brl.mil id AA20928; Tue, 9 Jan 90 12:19:45 PST Received: from bettysue.dallas.sgi.com by sgidal.dallas.sgi.com (5.52/891101.SGI) for sgi!BRL.MIL!info-iris id AA08620; Tue, 9 Jan 90 12:04:47 PST Received: by bettysue.dallas.sgi.com (5.52/890619.SGI) (for @sgidal.dallas.sgi.com:info-iris@BRL.MIL) id AA01825; Tue, 9 Jan 90 14:02:15 CST Date: Tue, 9 Jan 90 14:02:15 CST From: Tom Barton Message-Id: <9001092002.AA01825@bettysue.dallas.sgi.com> To: info-iris@BRL.MIL Subject: request for sample code Cc: trb@bettysue.dallas.sgi.com I have two requests for sample code: 1) A customer wants the Print Screen button to print the contents of the current graphics screen on his Seiko parallel printer (imagine that :-). Has anyone made that happen? How did you do it? Can you provide some sample code? 2) Another customer has a VME board that he wants to use to interface to SCSI devices (he claims he can't use our SCSI driver). He has read a very preliminary copy of the "Guide to Writing Device Drivers For SGI Systems" (rev. 1.1, December 13, 1988 - which is available only via bootleg, with no known plans for release), but it contains some bugs he hasn't been able to get around. Does anyone have any sample driver code they can share with him? Thanks in advance for any help you may be able to provide. -- Tom Barton SGI - Dallas email: trb@sgi.com vmail: 8047 phone: 214-788-4122   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03962; 9 Jan 90 22:30 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03928; 9 Jan 90 22:15 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab03898; 9 Jan 90 21:59 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10592; 9 Jan 90 21:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28276; Tue, 9 Jan 90 18:32:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 02:24:56 GMT From: Paul Connally Organization: University of Colorado, Boulder Subject: 4D/20 disks Message-Id: <15491@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This one has passed by before but I lost the messages. Can anyone give me info on a good third party distributor for external hard disks for a 4D/20? What is entailed in installing it? Can I just plug it into the SCSI port, configure the system for it, and let it ride? Will I need to give it a power supply or do they generally come with one? Also, (hope this isn't a dumb question but I just got out of rehab.) what's the main difference between the 4D/20 and the 4D/25? From what I've gathered, the "25" is an upgrade of the "20"(?). Does everyone have IRIX-3.2 already or is it still going out to us unlucky few? Please email me if you can, I've already wasted enough bandwith as it is. If you don't I suppose there's already enough bozos posting to some worthless newsgroup that it won't matter, so post it! Thanks a bunch for your responses (IA), Paul Connally paulc@boulder.colorado.edu University of Colorado High Voltage Electron Microscope Lab MCDB - Box 347 "A higher potential for Boulder, CO 80309 better penetration."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04129; 9 Jan 90 22:51 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03825; 9 Jan 90 21:35 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03822; 9 Jan 90 21:28 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10412; 9 Jan 90 21:14 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA26318; Tue, 9 Jan 90 18:01:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 00:59:26 GMT From: amethyst!system@arizona.edu Organization: Dept. of Math., Univ. of Arizona, Tucson AZ 85721 Subject: Irisplot Message-Id: <1320@amethyst.math.arizona.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello again, Thanks for the many repsonses to the posting about IRISPLOT. The first binary release is now (1/9/89) ready and can be gotten from connemara.math.arizona.edu (128.196.224.5) via anonymous ftp. Please let us know how IRISPLOT works on your machine. This release has been compiled using "-lgl_s" (thanks for this suggestion) and tested on a 4D/80GT running IRIX SystemV release 3.2. If you obtained a copy of IRISPLOT before 1:00 pm (1/9/89), it was linked statically and may not run on your machine. IRISPLOT was written to help students studying Differential Geometry. We would like to thank SGI for their assistance (University Cooperative Program) in extending 3D computing to graduate and undergraduate students, and hope that the code is useful towards this end. To those interested in the source, the code is not ready for general release. We are still continuing the development of IRISPLOT basics. Since this is our first release, feedback is most helpful. If you have suggestions, please feel free to send them along (system@math.arizona.edu). Thanks. Maorong Zou   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08463; 10 Jan 90 12:29 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07151; 10 Jan 90 11:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07148; 10 Jan 90 10:59 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa20087; 10 Jan 90 10:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA10050; Wed, 10 Jan 90 07:37:55 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jan 90 22:01:39 GMT From: john howell Organization: Deere & Co. Technical Center, Moline,IL Subject: 4MB SIMMS in 4D/70? Message-Id: <149@suntc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone put 4MB SIMMs in a 4D/70 model SGI? Any Luck? Thanks. ======================================================================== John Howell uucp: uunet!suntc!jrh Deere & Company MCImail: 360-4047 Technical Center CompuServe: [76666,2505] 3300 River Drive FAX: (309)765-3807 Moline, IL 61265 Voice: (309)765-3784 ========================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15544; 11 Jan 90 0:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15193; 10 Jan 90 23:20 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac15169; 10 Jan 90 23:12 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02989; 10 Jan 90 23:00 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA25731; Wed, 10 Jan 90 19:31:01 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 03:32:00 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: wanted: low level debugger Message-Id: <2659@odin.SGI.COM> References: <591@shuldig.Huji.Ac.IL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <591@shuldig.Huji.Ac.IL>, amoss@batata.Huji.AC.IL (amos shapira) writes: > > Hello, > I have to debug some program which I don't have the sources for and > no symbol table, I need to be able to disassemble the relevant part > and modify it (even in machine language). Try dis(1). -- 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 aa00691; 10 Jan 90 0:53 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00643; 10 Jan 90 0:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00641; 10 Jan 90 0:33 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11503; 10 Jan 90 0:29 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA07835; Tue, 9 Jan 90 21:17:21 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 05:07:47 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: A Question about SIMMS for IRIS 4D/25 Message-Id: <47911@sgi.sgi.com> References: <9001051539.AA13873@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001051539.AA13873@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > I have been told that the 4D/20 and 4D/25 use the same memory. > However, if you want 32Mb of memory on the main board you have to use > 4Mb SIMMS, ALL of them must be the same. So, if you currently have > 1Mb SIMMS, you will have to remove them and replace them with the > 4Mb SIMMS. Whoever told you that 4D/20 and 4D/25 machines use the same memory was right. However, the 32MB maximum memory is achieved by using double- high 1 MB SIMMs, not 4MB ones. They don't all have to be the same, but there are restrictions on mixing them. Basically, it doesn't work to have ``holes'' in the physical memory map. Complicating the matter is the way memory addressing works with dual height SIMMS: one layer at a time. So, all of the SIMM sockets must at least have single high SIMMs in them before the first set of sockets can support double-high ones. 4MB SIMMs haven't yet been qualified for the 4D/2x line and may require a PROM fix to some machines; we're working on it. -Wiltse Carpenter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00813; 10 Jan 90 1:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00768; 10 Jan 90 1:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00754; 10 Jan 90 1:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11622; 10 Jan 90 0:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA08724; Tue, 9 Jan 90 21:32:54 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 05:25:06 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <47918@sgi.sgi.com> References: <12817@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <12817@phoenix.Princeton.EDU>, ams@fourier.Princeton.EDU (Andrew Simms) writes: > ...they would like to obtain a > read-only number (such as a motherboard serial number) that > could be used as a key to operate the software only on that > machine. > > p.s. Ethernet addresses won't quite do it, since it needs > to run on machines without ethernet boards. > ---------------------------------------------------------------------- The sysid(3C) call returns a machine identifier string that is unique for all SGI machines. The implementation is somewhat different on the various 4D models, but it is currently based on the E-net address in all of them. You are right that machines without Ethernet boards, or with boards that get swapped will not return unique values. On the 4D/2x models however, the E-net address is stored on the chassis so that a swap of the electronics module will not affect the address or the return from the sysid() call and all machines have one. Please also be aware that the gethostid(2) call is not the thing to use for this purpose on SGI machines since the super-user can set with sethostid(2) to any legal value. One more thing to be warned about: Do not use the mapping of the E-net address in the sysid call to obtain the E-net address itself! On future versions of our machines we may well come up with a better source for the serial number which may not have anything to do with the E-net address. -Wiltse   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01449; 10 Jan 90 3:52 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01219; 10 Jan 90 2:49 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01201; 10 Jan 90 2:40 EST Received: from nac.no by SMOKE.BRL.MIL id aa12166; 10 Jan 90 2:23 EST Received: from runix.runit.sintef.no by nac.no (5.61+IDA/KTH/LTH/6.0) with SMTP id AAnac20407; Wed, 10 Jan 90 08:23:30 +0100 Received: by runix.runit.sintef.no (norunix.EARN) (1.2/8.1) id AA14882; Wed, 10 Jan 90 08:22:46 +0100 Date: 10 Jan 90 8:23 +0100 From: Finn Drablos To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <91*finn.drablos@sintef.no> Subject: csh and batch (again) > How do I get csh as the default shell when I submit jobs with batch ? > According to the man-page on at/batch (or maybe it was the .proto page), > the shell environment variables (including SHELL) are retained. But > when I try to send jobs to the batch queue, I get a warning that sh will > be used, even though I have csh as my default. I am no unix-guru, so the > answer may be quite simple. But at least I have not been able to find it > in the documentation. We are running Irix 3.1D. ================== Recently I mailed this question to info-iris. Due to mail problems I have not received any answers mailed to info-iris, but two answers mailed directly to me show that I probably did not explain my problem well enough. So I try once more. I have a program doit. Normally I start it in background with user> doit inputfile & However, for various reasons I want to use the batch queue on the Iris for running the jobs. Therefore I use the batch command. user> batch doit inputfile ^D But the problem is that sh is used in the batch script, even though csh is my default shell. The environment for doit is defined in .cshrc, and therefore the program is not executed correctly, as .cshrc is not sourced by sh. But according to the documentation the batch job retains the environment of the job creating the job (please see the at and .proto man pages). So why do I get sh, and not csh ? Please mail any answers directly to me, as I don't know when my connection to info-iris will be ok. I will summarize on the list if I get any interesting information. ================== Finn Drablos PHONE +47 7 597710 FAX +47 7 597708 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 aa12205; 10 Jan 90 15:55 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11873; 10 Jan 90 15:45 EST Received: by VMB.BRL.MIL id ad11800; 10 Jan 90 15:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08161; 10 Jan 90 12:02 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21367; 10 Jan 90 11:29 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13077; Wed, 10 Jan 90 08:27:38 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 16:20:08 GMT From: Sam Fulcomer Organization: Brown University Department of Computer Science Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <24945@brunix.UUCP> References: <12817@phoenix.Princeton.EDU>, <47918@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <47918@sgi.sgi.com> wiltse@oceana.esd.sgi.com (Wiltse Carpenter) writes: >In article <12817@phoenix.Princeton.EDU>, ams@fourier.Princeton.EDU (Andrew Simms) writes: >> ...they would like to obtain a >> read-only number (such as a motherboard serial number) that >> could be used as a key to operate the software only on that >> to run on machines without ethernet boards. >> ---------------------------------------------------------------------- >The sysid(3C) call returns a machine identifier string that is unique >for all SGI machines. The implementation is somewhat different on the Well, yes, unique unless someone goes to the trouble of changing getsysid() in the kernel. I have yet to see a Unix-copy-protection scheme that is foolproof. The best approach involves additional hardware like a dongle, but unless the dongling is implemented correctly it can still be spoofed. The best copy protection is quality software at a reasonable price. sgf@cfm.brown.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14797; 10 Jan 90 20:48 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14333; 10 Jan 90 19:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14318; 10 Jan 90 19:05 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01392; 10 Jan 90 18:44 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11262; Wed, 10 Jan 90 15:36:17 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jan 90 19:26:11 GMT From: H}kan B}rman Organization: Dept of EE, University of Linkoping Subject: Drivers to Datacube Hardware? Message-Id: <1990Jan10.192611.1716@isy.liu.se> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi! We are currently in the middle of the cumbersome process of deciding on what type of graphics workstation to buy. Do I have to tell you that Silicon Graphics is a strong candidate ? :-) Is there anyone out there in Netland with experience of adding Datacubes MaxVideo hardware/software to a Silicon Graphics machine? I will probably make a longer posting in the near future, filled with stupid questions and a description of what we want do with the machine. As you may guess from the signature: Yes, it is in the Computer Vision field. o Best Regards, Hakan. ------------------------------------------------------------------------------- H}kan B}rman | Email: hobo@isy.liu.se Linkoping University | Dept. of Electrical Engineering | Computer Vision Laboratory | S-581 83 Linkoping | Phone: +13 28 18 85 Sweden | Fax: +13 13 85 26 -------------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16255; 11 Jan 90 1:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16119; 11 Jan 90 1:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16099; 11 Jan 90 1:14 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03832; 11 Jan 90 0:59 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03610; Wed, 10 Jan 90 21:46:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jan 90 05:36:56 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: upd: 3.2 querks Message-Id: <3300@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the previous posting about the ./ things, I've found out that the problem is not there when you log in through telnet. Only when you login on the console. More reason to say: ?????????? Tom   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16531; 11 Jan 90 2:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16119; 11 Jan 90 1:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab16099; 11 Jan 90 1:14 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03834; 11 Jan 90 0:59 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03597; Wed, 10 Jan 90 21:46:06 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jan 90 05:21:09 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: 3.2 querks Message-Id: <3299@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We just installed our recently delivered 3.2 OS on our 120GTX, and I've noticed something strange thats rather annoying. It goes like this: On any of the IRIX windows like console, wsh or any of those, it does not recognize the names of executable files by typing their names as is to execute them. When you do it says "command not found". This is what I usually saw before only when you where acting as root. Now everyone has to. Now I have to distribute those annoying little ' ./ ' everywhere in my numerous shell scripts and everytime I want to execute a file directly. Is there a way around this????? I don't look forward to having to type those things everytime, there's no reason for it. Has anybody fixed this or know how, I'd love to know about it. Thanks Tom Rohling rohling@afiris.ase.uc.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17010; 11 Jan 90 5:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16872; 11 Jan 90 4:47 EST Received: from spark.brl.mil by VMB.BRL.MIL id aa16869; 11 Jan 90 4:42 EST Date: Thu, 11 Jan 90 4:39:57 EST From: Mike Muuss To: Info-Iris@BRL.MIL Subject: Multi-Processor Performance Problem Message-ID: <9001110439.aa06450@SPARK.BRL.MIL> I have been running RT, BRL's parallel-processing ray-tracing code, on our 4D/240 and 4D/280 machines. I have noticed that there seems to be an unusual amount of time recorded by gr_osview (and regular osview) in the "system" category. When I am lucky, about 10% of all processors is consumed this way; when I am unlucky, about 60% of all processor time is consumed this way. Thanks to the superb DBX that SGI provides, I was able to isolate this activity to the library routine _hsetlock() calling the system call sginap(0). Very odd. I fussed around for a while, and eventually determined that the routine _hsetlock() only tries to acquire the hardware interlock 20 times (in a *very* tight loop) before giving up, and calling sginap(0). This constant of 20 would seem to be from variable _USDEFSPIN: #define _USDEFSPIN 20 /* default spin for lock */ Suspeciting the worst, I wrapped my calls to the library locking routines with my own spin-lock checking first, and got an ENORMOUS speedup -- virtually all the system time went away. I would therefore request that in the next IRIX release, either (a) the built-in constant be chosen so that the system call isn't performed until at least 1 microsecond of looping has passed, or (b) that this constant be user-settable, perhaps via the usconfig() call. I suppose that this should be sent to the hotline, but I'm working nights this week, so you get E-mail instead. Somebody at SGI please forward this to the right folk(s). Best, -Mike ----------- PS: For the curious, here is a chunk of the code I'm using in order to handle the locks on the SGI: #ifdef SGI_4D # include # include # include static char *lockfile = "/usr/tmp/rtmplockXXXXXX"; static usptr_t *lockstuff = 0; void RES_INIT(p) register int *p; { register int i = p - (&rt_g.res_syscall); ulock_t ltp; if( !rt_g.rtg_parallel ) return; if (lockstuff == 0) { (void)mktemp(lockfile); if( rt_g.debug & DEBUG_PARALLEL ) { if( usconfig( CONF_LOCKTYPE, _USDEBUGPLUS ) == -1 ) perror("usconfig CONF_LOCKTYPE"); } lockstuff = usinit(lockfile); if (lockstuff == 0) { fprintf(stderr, "RES_INIT: usinit(%s) failed, unable to allocate lock space\n", lockfile); exit(2); } } ltp = usnewlock(lockstuff); if (ltp == 0) { fprintf(stderr, "RES_INIT: usnewlock() failed, unable to allocate another lock\n"); exit(2); } *p = (int) ltp; lock_usage[i] = 0; } void RES_ACQUIRE(ptr) register int *ptr; { register int i = ptr - (&rt_g.res_syscall); if( !rt_g.rtg_parallel ) return; /* Attempt to reduce frequency of library calling sginap() */ if( lock_busy[i] ) { lock_spins[i]++; /* non-interlocked */ while( lock_busy[i] ) lock_waitloops[i]++; } ussetlock((ulock_t) *(ptr)); lock_busy[i] = 1; lock_usage[i]++; /* interlocked */ } void RES_RELEASE( ptr ) register int *ptr; { register int i = ptr - (&rt_g.res_syscall); if( !rt_g.rtg_parallel ) return; lock_busy[i] = 0; /* interlocked */ usunsetlock((ulock_t) *(ptr)); } #endif /* SGI 4D */ PPS: The 4D/280 is **fast**!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22437; 11 Jan 90 11:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab20734; 11 Jan 90 10:04 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20694; 11 Jan 90 9:52 EST Received: from REMOTE.DCCS.UPENN.EDU by SMOKE.BRL.MIL id aa09344; 11 Jan 90 9:23 EST Return-Path: Received: from A.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA16964; Thu, 11 Jan 90 09:23:15 -0500 Message-Id: <9001111423.AA16964@remote.dccs.upenn.edu> Date: Thu, 11 Jan 90 09:23 EST From: "YATES, JOHN H." Subject: RE: 3.2 quirks To: rohling@afiris.ase.uc.edu, info-iris@BRL.MIL X-Vms-To: IN%"rohling@afiris.ase.uc.edu",IN%"info-iris@BRL.MIL" rohling@afiris.ase.uc.edu inquires: > On any of the IRIX windows like console, wsh or any of those, it does >not recognize the names of executable files by typing their names as is to >execute them. When you do it says "command not found". This is what I >usually saw before only when you where acting as root. Now everyone has to. >Now I have to distribute those annoying little ' ./ ' everywhere in my >numerous shell scripts and everytime I want to execute a file directly. > > Is there a way around this????? I don't look forward to having to type >those things everytime, there's no reason for it. In .cshrc make sure your current directory is in the path. set path = (. /usr/bin etc.) John H. Yates yates@a.chem.upenn.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23922; 11 Jan 90 12:32 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22736; 11 Jan 90 11:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22666; 11 Jan 90 11:36 EST Received: from CORNELLC.CIT.CORNELL.EDU by SMOKE.BRL.MIL id aa12806; 11 Jan 90 11:20 EST Received: from physics.swarthmore.edu by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 1695; Thu, 11 Jan 90 11:18:16 EST Return-path: BUG%campus.swarthmore.edu@CORNELLC.cit.cornell.edu Received: from campus.swarthmore.edu by physics.swarthmore.edu; Thu, 11 Jan 90 11:18 EST Date: Thu, 11 Jan 90 11:15 EST From: BUG%campus.swarthmore.edu@cornellc.cit.cornell.edu Subject: 3.2 quirks (reply to tom rohling) To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9001111120.aa12806@SMOKE.BRL.MIL> First of all, if you type "set" with no arguments, you should see a list of defaults for the account you are using, one of which says "path" and contains a list of default pathnames. If "." is not one of them, I think this means that the O.S. won't search your current directory for commands, and that is why "command not found" is its reply. I am not sure whether you are using a Bourne shell (sh) or C shell (csh). If you use the former, and look in /etc at a file called "profile", you will see some default settings that are established for you at login time, in addition to the ones that are established by the ".profile" file in your own directory. If your shell is a C shell, the "cshrc" file in /etc is the one you need to examine. In "profile" there is a cryptic message about leaving out the "." search path to close a security hole, and that path just isn't there. To fix things, perhaps you should try adding the path "." to either "profile" (which would fix it for all sh users) or ".profile" (which would fix it for you) if you are a sh user. If you are a csh user and have this problem, do the same to either "cshrc" in /etc directory, or your own ".cshrc". These are my guesses; I am not a Unix guru, but just a scientist/user, so maybe someone else will have better advice. Cheers, Amy Bug , Swarthmore College (bug@swarthmore (bitnet)) correction: bug@swarthmr (bitnet) or bug@campus.swarthmore.edu (internet)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25871; 11 Jan 90 15:29 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa25446; 11 Jan 90 15:09 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa25444; 11 Jan 90 14:58 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18286; 11 Jan 90 14:45 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA21763; Thu, 11 Jan 90 11:40:28 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jan 90 17:31:42 GMT From: Dan Haug Organization: Merit Technology Austin Div. Subject: X11 and GL windows Message-Id: <366@meritaus.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry for the extreme ignorance, but if I am running an X11 application on one half of the screen, is it possible to have a standard GL program running on the other half? (e.g. can I still do winopen()'s?). Or is it the case that I cannot have X windows side-by-side with a GL application. thanks, dan haug UUCP: ...Uunet!Sequoia!Meritaus!Dan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26790; 11 Jan 90 16:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26731; 11 Jan 90 16:39 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26718; 11 Jan 90 16:30 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19999; 11 Jan 90 15:28 EST Received: Thu, 11 Jan 90 15:26:35 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 11 Jan 90 15:26:35 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001112326.AA11088@aero4.larc.nasa.gov> To: cs.utexas.edu!execu!sequoia!meritaus!dan@tut.cis.ohio-state.edu Subject: Re: X11 and GL windows Cc: info-iris@BRL.MIL Are you saying two separate windows, from two separate executables? If so, I can't see why not. Now if you are saying an X11 window and a GL window from the same executable, that may be interesting. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26790; 11 Jan 90 16:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26731; 11 Jan 90 16:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26727; 11 Jan 90 16:31 EST Received: from sgi.com by SMOKE.BRL.MIL id aa20951; 11 Jan 90 16:05 EST Received: from palladium.sgi.com by sgi.sgi.com (5.52/891101.SGI) for info-iris@brl.mil id AA27514; Thu, 11 Jan 90 12:31:12 PST Received: from thor.corp.sgi.com by palladium.corp.sgi.com (5.52/890711.SGI) (for @sgi.sgi.com:info-iris@BRL.MIL) id AA06695; Thu, 11 Jan 90 12:31:05 PST Received: by thor.corp.sgi.com (5.52/890711.SGI) (for @palladium.corp.sgi.com:info-iris@BRL.MIL) id AA12131; Thu, 11 Jan 90 12:30:56 PST Date: Thu, 11 Jan 90 12:30:56 PST From: George Smith Message-Id: <9001112030.AA12131@thor.corp.sgi.com> To: info-iris@BRL.MIL Subject: Optima 1000 Drives Cc: georges@thor.corp.sgi.com Hello: Is anyone using an Optima 1000 optical disk drive on an Iris? Thanks ... -- :========================================================================: | George Smith | ph.(404)392-1333 | | Silicon Graphics Inc. | Email: georges@thor.sgi.com | | 1100 Abernathy Road N.E. | Vmail: x8048 | | Building 500, Suite 1120 | | | Atlanta,Ga. 30328 | | :========================================================================:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27686; 11 Jan 90 18:51 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27608; 11 Jan 90 18:40 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27596; 11 Jan 90 18:24 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22855; 11 Jan 90 18:08 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03923; Thu, 11 Jan 90 14:47:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jan 90 22:21:12 GMT From: Michael Prevost Organization: NASA Ames Research Center, California Subject: nurbs and bezier rendering Message-Id: <5966@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can someone please give me some assistance with drawing parametric surfaces? I would like to alter a shaded parametric surface by changing a single control point for the surface. I need this affect to be be local, or at least not change the location of the end points. I can get the effect that I am looking for by using bezier curves ( GL patch command ) but I cannot seemed to render them as shaded surfaces, only lines. I haven't seen anything that says you cannot render them as shaded polygons but I've never seen an example of this either. I tried nurbs, which can be render as surfaces, but the end points drift as I change the control points and the curves doesn't have to pass through the any of the control points. The documentation says that the effect is local but also shows the end point moving. 1) Is it possible to render bezier patches as shaded surfaces ? 2) Is it possible to restrict the end points of nurbs. Thanks in advance Mike Prevost Sterling Software NASA AMES ms 239-19 Moffett Field Ca. 94035 prevost@eos.arc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab28041; 11 Jan 90 20:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27969; 11 Jan 90 20:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27961; 11 Jan 90 20:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23555; 11 Jan 90 19:48 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA10529; Thu, 11 Jan 90 16:38:58 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 00:35:54 GMT From: Tim Hall Organization: Boston University Computer Graphics Lab Subject: Re: nurbs and bezier rendering - plus question..... Message-Id: <50385@bu.edu.bu.edu> References: <5966@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5966@eos.UUCP> prevost@eos.UUCP (Michael Prevost) writes: > >1) Is it possible to render bezier patches as shaded surfaces ? There seems to be alot of new documentation on curves/surfaces in 3.2 so what I say might be obsolete, I'm sure the SGI people will give more details. Prior to 3.2 the answer is no. What you would have to do is "cut up" your surface, find the surface normal at each vertex, and then render the patch as a bunch of triangles. (This fits perfectly into the mesh routines) Some good references for this and curves and surfaces in general: Curvers ans Surfaces for Computer Aided Geometric Design. Gerald Farin, Academic Press. ISBN 0-12-249050-9 Geometric Modeling. Michael E. Mortenson. John Wiley & Sons. ISBN 0-471-88279-8 The Siggraph notes. >2) Is it possible to restrict the end points of nurbs. Yes. The paper "Hierarchical B-Spline Refinement" by David Forsey and Richard Bartels in the 1988 Siggraph Proceedings is how I dealt with this. Basically the paper describes how to insert knots to "protect" the end points. So, for a patch, you would cut it up into four smaller patches centered about your editing point. The question.... A co-worker and I were wondering why anyone would want two different patch basis', as the SGI allows you to do. Rendering a surface like this would look rather bizarre unless you somehow changed your control points to match the basis. ( This isn't a complaint, just wondering why ) -Tim Hall tjh@bu-pub.bu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28173; 11 Jan 90 21:05 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28041; 11 Jan 90 20:44 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa27973; 11 Jan 90 20:20 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23532; 11 Jan 90 19:47 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA10520; Thu, 11 Jan 90 16:38:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jan 90 22:16:02 GMT From: Bill Lasher Organization: Penn State University Subject: Workspace/File Transfer Message-Id: <90011.171602W0L@PSUVM.BITNET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A user recently asked how he could tar his files over the network. Since 3.2 has a nifty icon-driven system in workspace, I figured out how to do it on my account, then told him how to do it. When he tried it, it didn't work - he got a message that the machine that had a tape drive didn't have one. I carefully checked everything I could find, but couldn't get it to work on his account - it worked fine on mine. The only difference I could find between the accounts was that he didn't have a password. I assigned one, and low and behold, File Transfer worked fine!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28301; 11 Jan 90 21:41 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28267; 11 Jan 90 21:30 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28245; 11 Jan 90 21:22 EST Received: from phvax.smithkline.com by SMOKE.BRL.MIL id aa24200; 11 Jan 90 21:09 EST Received: from PHVAX.DECnet MAIL11D_V3 by smithkline.com (5.57/Ultrix2.4-C) id AA15338; Thu, 11 Jan 90 20:57:58 EST Date: Thu, 11 Jan 90 20:57:57 EST Message-Id: <9001120157.AA15338@smithkline.com> From: dixons%phvax.dnet@smithkline.com To: "info-iris@brl.mil %INET.dnet"@smithkline.com Subject: Multi-processor problems I have been working on getting a FORTRAN program running parallel. I seem to have gotten it running with reasonable load balance, etc but have observed a curious phenomenon which depends on the system load. Here's what happens: When I run on a system with no other users, I see a speedup which depends on the number of processors used in a sensible way. The final speedup with 4 processors is about 1.75x. But if I run the same job on the system when one other compute bound (single processor, non-mp) job is running here are the running times as a function of the number of processor used in the parallel job: 1 proc 2 proc 3 proc 4 proc 7:14 5:17 4:32 about 22 min I say about 22 minutes since time returns the rather strange results: real 30:35.19 user 1:06:58.08 sys 6.41 A ps on the 4 proc job just before it finishes show the following 5451 ? 22:03 pdg 5439 ? 22:54 pdg 5452 ? 22:01 pdg 5453 ? 21:58 pdg In other words, using four processors suddenly takes 3 times longer than 1 processor. This seems to be repeatable. Also if two other computer bound jobs are each using a processor then the problem starts when three processors are used for the mp job. Four single processor versions of the same job all running against the same other compute bound job all finish in about 7:20 each. Someone else with a 240 has mentioned to me that he has seen similar behaviour. Have others of you observed the same? Is there a fix for this? It seems to me to be a rather serious problem which would effectively prevent multi-processor SGI boxes from being used in parallel mode unless they were dedicated to a single compute job. The system in question is a 4D240 with 32Megs running Irix 3.2. The programs are CPU bound, do little I/O and are not swapping much (almost not at all). CPU utilization is high (>90%) in user mode on all cpus. I believe that similar behaviour occurred with earlier releases of Irix as well but I haven't gotten around to looking systematically till now. Scott Dixon (dixons@smithklin.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02184; 12 Jan 90 8:13 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00611; 12 Jan 90 7:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00592; 12 Jan 90 6:46 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27634; 12 Jan 90 6:37 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA14096; Fri, 12 Jan 90 03:29:00 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 00:24:14 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: upd: 3.2 querks Message-Id: <2738@odin.SGI.COM> References: <3300@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3300@uceng.UC.EDU> trohling@uceng.UC.EDU (tom rohling) writes: >In the previous posting about the ./ things, I've found out that the >problem is not there when you log in through telnet. Only when you login >on the console. More reason to say: ?????????? > >Tom One very obvious question is, "Is "." in your path"? I have attempted to duplicate your problem here at SGI, but need some more information. Are you logging in to the same account on the console as you are when you telnet in? What do you get after you telnet in and type "echo $path". If "." is in your path, there should be no reason why you cannot execute the files without having to type ./foo If you are still having trouble with this, give the Product Support Group a call. We will resolve this if you can't. Jack Weldon Product Support Engineering   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14595; 12 Jan 90 19:52 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14558; 12 Jan 90 19:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14549; 12 Jan 90 19:29 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15959; 12 Jan 90 19:08 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA29491; Fri, 12 Jan 90 15:57:42 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 03:39:13 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: SYSLOG Message-Id: <10332@alice.UUCP> References: <10319@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10319@alice.UUCP>, andrew@alice.UUCP (Andrew Hume) writes: > > > has anyone running 3.2 (or 3.2.1) persuaded the syslog system to > log disk errors? despite the obvious and default conf file, > nothing gets logged but some whining by some networking daemons. > i wrote a user program to log stuff; it worked. I have a solution for anyone who wants to log their kernel printfs (such as disk erors etc). I am running it on a 4D/240 but it should apply to other power series. Many thanks are due to dave olson who was kind enough to help me understand some fine points. basically, i have a program called syslogger (spawned from S20sysetup) that constantly scans the kernel buffer and logs any messages found there. (isn't this what syslogd should be doing?) i made the kernel buffer larger than normal (the define is CONBUFSIZE in master.d/kernel: default is 1024 - mine is 4096) and i scan the buffer every minute. (in less paranoid circumstances, say on our vaxes, we do this less often, say every 15 mins.) to compile the following source, i use $CC $CFLAGS -I/usr/include/bsd -o syslogger syslogger.c -lmld -lbsd there is some crap at the start to try and do the right thing for a daemon process (disconnect the controlling tty etc); i never ran into any trouble before i put it in and have no idea why it is necessary but it is apparently the right thing to do. if i bungled, tell me. any complaints, comments or suggestions should be sent to andrew@research.att.com the source is: #include #include #include #include #include #include struct nlist nl[] = { { "conbuf" }, { "conbufndx" }, { "conbufsz" }, { 0 } }; int mem; char *whoami; main(argc, argv) char **argv; { int i; int size, amt; int ndx; char *buf; extern errno; whoami = argv[0]; /* fork off and find myself */ if(fork()) exit(0); for(i = 0; i < 20; i++) close(i); /* close a bunch */ i = open("/dev/null", 0); /* set std descriptors to something */ dup2(i, 2); /* hope i isn't 2 */ close(i); dup2(2, 0); dup2(2, 1); chdir("/"); i = open("/dev/tty", 2); if(i > 0){ ioctl(i, TIOCNOTTY, (char *)0); close(i); } setpgrp(); /* do something with my life */ signal(SIGHUP, SIG_IGN); nlist("/unix", nl); mem = 0; for(i = 0; nl[i].n_name; i++) if(nl[i].n_type == 0){ mem = 1; syslog(LOG_ERR, "can't find %s\n", nl[1].n_name); } else nl[i].n_value &= ~0x80000000; if(mem) done("namelist problems", 1); if((mem = open("/dev/kmem", 0)) < 0) done("/dev/kmem\n", -1); if(getval(&nl[2], &size, sizeof(size)) != sizeof(size)) done("reading size"); syslog(LOG_INFO, "kernel monitor: buffer = %d bytes", size); if((buf = (char *)malloc(3*size)) == 0) done("malloc failure", 1); ndx = 0; /* assume we are starting from start of the buffer */ do { ndx = dobuf(ndx, size, buf); } while(sleep(60) >= 0); exit(0); } dobuf(ostart, size, buffer) char *buffer; { int out; int ndx; if(getval(&nl[1], &ndx, sizeof(ndx)) != sizeof(ndx)) done("reading ndx"); ndx = ndx%size; /* it should be anyway */ if(ndx == ostart) /* most common case: nothing happened */ return(ostart); if(getval(&nl[0], buffer, size) != size) done("reading buf"); /* make it a contiguous region */ memcpy(buffer+size, buffer, size); if(ndx < ostart) ndx += size; out = 2*size; while(ostart < ndx) switch(buffer[ostart++]) { case 0: /* apparently not uncommon */ break; case '\n': buffer[out] = 0; out = 2*size; syslog(LOG_ERR, "%s", buffer+out); break; default: buffer[out++] = buffer[ostart-1]; break; } buffer[out] = 0; out = 2*size; if(buffer[out]) syslog(LOG_ERR, "%s ", buffer+out); return(ndx%size); } done(s, ec) char *s; { if(ec < 0) syslog(LOG_ERR, "%s: %s: %m", whoami, s); else syslog(LOG_ERR, "%s: %s", whoami, s); exit(1); } getval(nl, buf, cnt) struct nlist *nl; char *buf; int cnt; { if(lseek(mem, (long)nl->n_value, 0) != (long)nl->n_value){ fprintf(stderr, "lseek to %x for %s", nl[0].n_value, nl[0].n_name); return(-1); } /* printf("will read %d from %#x for %s\n", cnt, nl[0].n_value, nl[0].n_name); /* should be min of cnt and sizeof(buf) */ return read(mem, buf, cnt); }   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03094; 12 Jan 90 9:03 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02708; 12 Jan 90 8:52 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02500; 12 Jan 90 8:35 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29386; 12 Jan 90 8:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19592; Fri, 12 Jan 90 05:09:25 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 11:44:05 GMT From: "Steven C. Holzworth" Organization: Stephen Dedalus Inc., Cary, N.C. 27511 Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <102@tachyon.UUCP> References: <9001111538.AA09715@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001111538.AA09715@aero4.larc.nasa.gov>, blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS294 x42854") writes: > > Here, Here. I agree, if software is reasonably priced I don't mind > paying for it, but it it cost as much as or more than the equipment it > is going to be used on then it is too expensive. > -- > > Brent L. Bates > NASA-Langley Research Center > M.S. 294 > Hampton, Virginia 23665-5225 > (804) 864-2854 > E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov This is the second person to say this, so I feel I have to respond... We are a VAR for SGI computers. Our product is a high-end civil engineering and landscape architecture design system. (Sorry if this sounds like an Ad) Two configurations are available, one for approximately $10k and one for approximately $20k (roughly the price of a Personal IRIS). You would argue that that is too much to charge. There are several reasons for that price. The system has been under development for over five years, and has involved lots of dollars and lots of risk. The nearest equivalent products in the CE CAD market sell for approximately twice to three times that, and don't give the same performance (IMHO). Looking at it from the viewpoint of a potential customer: Is it worth it to invest approximately $40k-$50K to double or triple the productivity of a $40k a year engineer? At the end of a year, the investment is recovered, after that you are ahead of the game. Will this product allow you to compete with larger firms? On larger projects? With fewer people? Looking at it from our (the developer's) viewpoint: What is the relative worth of this product? How long will it take to recoup the cost of develop- ment? Further development? Marketing? A typical three day trade show costs approximately $25k to attend. A typical magazine ad, $4k. More importantly, how many systems can you REALISTICALLY expect to sell? 10? 100? 1000? This is not the microcomputer market. We can't expect to sell a hundred thousand copies of our software. AutoCAD can do that; it runs on micros. It also doesn't approach our capabilities (IMHO). I apologize profusely if the above sounded like ad. I'm merely trying to show some of the rationale that goes into pricing software in the mid to high- end computer industry. Note that I didn't mention the product name once. Protection schemes: We use the sysinfo number, in addition to some other things :-) for our our software. Is it secure? Yes, enough so for our purposes. Is it impregnable? No, not by a long shot. In our market, there just aren't that many grade A hackers who could defeat a reasonable protection scheme. Most companies with any sense would not risk it anyhow. (Again, this isn't the micro market. We're talking MAJOR lawsuit, here). I STRONGLY suggest you don't use the Ether address. As mentioned before, this is easily defeated. I personally feel that most professional programmers can defeat any copy- protection scheme devised (including dongles). Most _professional_ programmers won't try. The idea is to make a scheme that is secure ENOUGH. Note also: on the Personal IRIS, only the first few groups of the sysinfo field are significant, the rest are zero; on larger IRISes, all (64?) groups are used. Again, I apologize if this was construed as an ad, that was not my intent. Flame or respond to me directly, don't overload the net. P.S. The folks at SGI are doing a wonderful job answering questions on the net. I keep seeing new names appear in their responses, indicating a lot of people there are paying attention. Keep up the good work. Sincerely, Steven C. Holzworth Vice President. Stephen Dedalus, Inc. rti!tachyon!sch   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05079; 12 Jan 90 11:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04461; 12 Jan 90 10:26 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04246; 12 Jan 90 10:10 EST Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa02324; 12 Jan 90 9:56 EST Received: Fri, 12 Jan 90 09:56:31 EST by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 12 Jan 90 09:56:31 EST From: "Brent L. Bates AAD/TAB MS294 x42854" Message-Id: <9001121756.AA13462@aero4.larc.nasa.gov> To: rti!tachyon!sch@mcnc.org Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Cc: info-iris@BRL.MIL I understand what you are saying, however, it is hard to convice some management types of that. Also, if the price is lower you are more likely to sell more copies than with the higher price. There often have been times when we see some software we would like, but the price is so high we don't or maybe the price is borderline. It is the same problem with any thing anyone sells. Do you have a high price and sell a few units or do you have a low price and sell a lot of units. -- Brent L. Bates NASA-Langley Research Center M.S. 294 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08354; 12 Jan 90 14:28 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07750; 12 Jan 90 14:17 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07720; 12 Jan 90 14:05 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08139; 12 Jan 90 13:53 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09226; Fri, 12 Jan 90 10:36:05 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 14:02:18 GMT From: john howell Organization: Deere & Co. Technical Center, Moline,IL Subject: 760 MB SCSI for 4D/70 Message-Id: <151@suntc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone put a 760 MB SCSI drive (or any other 'big' SCSI disk) on a SGI 4D/70? What brand was it and how did it work? Does SGI supply these? What brand/models do they use? Thanks. ======================================================================== John Howell uucp: uunet!suntc!jrh Deere & Company MCImail: 360-4047 Technical Center CompuServe: [76666,2505] 3300 River Drive FAX: (309)765-3807 Moline, IL 61265 Voice: (309)765-3784 ========================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac10934; 12 Jan 90 15:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10390; 12 Jan 90 15:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10277; 12 Jan 90 14:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09707; 12 Jan 90 14:34 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11924; Fri, 12 Jan 90 11:18:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 18:56:51 GMT From: "James F. Blake" Organization: Purdue University Subject: Anyone have 'twm' running? Message-Id: <3835@mace.cc.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone implemented the 'twm' code for the X11 distribution? If so, could I get a copy of the binary. Thanks. Jim   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13855; 12 Jan 90 17:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13631; 12 Jan 90 16:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13513; 12 Jan 90 16:35 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13697; 12 Jan 90 16:17 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA18508; Fri, 12 Jan 90 13:01:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 19:09:55 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Multi-processor problems Message-Id: <48174@sgi.sgi.com> References: <9001120157.AA15338@smithkline.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001120157.AA15338@smithkline.com>, dixons%phvax.dnet@SMITHKLINE.COM writes: > I have been working on getting a FORTRAN program running parallel. I seem > to have gotten it running with reasonable load balance, etc but have > observed a curious phenomenon which depends on the system load. Here's > what happens: [decription deleted] > In other words, using four processors suddenly takes 3 times longer than > 1 processor. This seems to be repeatable. Also if two other computer > bound jobs are each using a processor then the problem starts when > three processors are used for the mp job. [more stuff deleted] > Scott Dixon (dixons@smithklin.com) The brief answer is: yes, there is a problem here, and the tools needed to overcome it will be in the next major release (3.3 or whatever we wind up calling it). The considerably longer answer goes like this: The first (i.e. current) release of SGI's parallel Fortran only supports a single model of parallel execution. Namely, equal numbers of iterations of a DO loop are assigned to each process. When a parallel loop is entered, the work is parceled out. When a process finishes its piece of the parallel loop, it waits at the bottom of the loop until all the other processes finish their pieces (i.e. we do a barrier synchronization at the bottom of each loop). What happens in the case Scott describes is that a parallel loop is entered, and iterations are assigned to all 4 processes of the parallel job. Unfor- tunately, the forth process cannot run since there is already another compute bound process running on the forth cpu. The other 3 processes finish their piece, and then wait for the forth process. However, they must typically wait a very long time since the forth process has to wait for some other process's time slice to expire, and then do a task switch. All in all, a very messy business. This problem happens because the parallel job wants all 4 cpus in order to run efficiently, but it can't get all 4 cpu's because other jobs are running. Admittedly, this is hardly surprising; it's a rare person who gets a whole 4D/240 dedicated to their personal use! Right now, what you can do is restrict the number of cpus that a job asks for. Instead of trying to use all the cpus, only use half (or whatever). In the next release, there will be 2 new enhancements that will help cure this problem: First, the process scheduler has been enhanced to support "gang" scheduling. In this mode, the parallel job will have all of its processes scheduled as a unit (i.e. "all or nothing"). This avoids the "wait for a process to be scheduled" problem described above. Second, we support dynamic assignment of loop iterations to processes, so rather than assigning some loop iterations to all the processes, the next iteration gets assigned to the next available process. This allows parallel loops to complete even if some processes of the parallel job never get to run. This is more flexible, but since the parcelling out of iterations must now be controlled with a critical section, the overhead is higher. Personally, I suspect that the best way to run will be to gang schedule *and* use only 3 cpus. That way you won't get the whole job kicked out just because one other process wants to run. Hope the helps. -- 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 aa14027; 12 Jan 90 17:38 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13924; 12 Jan 90 17:27 EST Received: by VMB.BRL.MIL id ab13882; 12 Jan 90 17:14 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06440; 12 Jan 90 12:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05295; 12 Jan 90 12:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA03583; Fri, 12 Jan 90 09:04:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 16:55:29 GMT From: Praveen Kankaria Organization: Yale University Computer Science Dept, New Haven CT 06520-2158 Subject: Multiprocessor IRIS m/cs Message-Id: <11299@cs.yale.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is it true that one processor is dedicated to graphics on the multiprocessor IRIS machines ? The speedups we got for some parallel programs on a 4 processor machine suggest that. Please reply directly to me. Thanks. -Praveen Kankariya kankaria-praveen@CS.Yale.EDU   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14140; 12 Jan 90 18:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab14027; 12 Jan 90 17:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14006; 12 Jan 90 17:28 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14809; 12 Jan 90 17:09 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22015; Fri, 12 Jan 90 13:58:14 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 21:47:32 GMT From: Sam Fulcomer Organization: Brown University Department of Computer Science Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <25340@brunix.UUCP> References: <9001111538.AA09715@aero4.larc.nasa.gov>, <102@tachyon.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <102@tachyon.UUCP> sch@tachyon.UUCP (Steven C. Holzworth) writes: > Looking at it from the viewpoint of a potential customer: Is it worth it >to invest approximately $40k-$50K to double or triple the productivity ?????? ?????? >of a $40k a year engineer? Be realistic here; not that many engineers are still using pencils ,slide rules and card decks. How's your product been doing since it was released? Has there been a steady increase in sales? What's the Corps think of it? The bottom line is that almost all software >>is<< PC software (or soon will be) from any surivable marketing viewpoint. I certainly hope the $40-50k includes a PI.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14457; 12 Jan 90 19:02 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14412; 12 Jan 90 18:52 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14400; 12 Jan 90 18:33 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15621; 12 Jan 90 18:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA26461; Fri, 12 Jan 90 15:08:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 15:44:05 GMT From: Richard Bartels Organization: U. of Waterloo, Ontario Subject: Re: nurbs and bezier rendering Message-Id: <12922@watcgl.waterloo.edu> References: <5966@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5966@eos.UUCP> prevost@eos.UUCP (Michael Prevost) writes: >2) Is it possible to restrict the end points of nurbs. If SGI really offers nurbs, then it allows you to specify the knot structure of the nurb. When you specify enough knots of equal value, you get interpolation. For example, a cubic Bezier segment is the same thing as a cubic nurb segment with the nurb knots given as the sequence 0.0, 0.0, 0.0, 0.0, 1.0, 1.0, 1.0, 1.0 If a cubic nurb curve had the knots 0.0, 0.0, 0.0, 0.0, 1.0, 2.0, 3.5, 4.2, 6.8, 7.7, 7.7, 7.7, 7.7 for example, it would interpolate its endpoints (i.e. interpolate its first and last control vertex) while floating near its intermediate points (control vertices). The same thing works in the interior of the curve. If the knot 3.5 were replicated to 3.5, 3.5, 3.5, 3.5, then the curve would interpolate one of the interior control vertices. (Actually, only three 3.5's are needed to interpolate. The extra one would allow the curve to be "torn apart" at the corresponding parametric point). This means that a composite Bezier curve can be regarded as a nurb curve with knots equal to, e.g. 0.0, 0.0, 0.0, 0.0, 1.0, 1.0, 1.0, 2.0, 2.0, 2.0, 3.0, 3.0, 3.0, etc. etc. n-1, n-1, n-1, n, n, n, n -Richard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14690; 12 Jan 90 20:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab14595; 12 Jan 90 19:58 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14584; 12 Jan 90 19:44 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16077; 12 Jan 90 19:34 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA01332; Fri, 12 Jan 90 16:24:57 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jan 90 00:19:27 GMT From: Pablo Fernicola Organization: UF Machine Intelligence Laboratory Subject: Was the Shuttle on a Silicon Graphics? Message-Id: <21762@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL During the live coverage of the LDEF retrieval by the shuttle, TV showed what seemed to be an animation of the retrieval process as it was happening, ie. it would seem that the data being relayed by the shuttle (its position, LDEF's position and the robotic arm's position and velocity) was being animated in real time. This is not the sequence where one sees a 3D view of the shuttle and satellite, but it was a screen with 3 views of the shuttle, satellite, and arm. Also, the pictures seemed to come from a control center. To me, the computer seemed to be a Silicon Graphics. Can anybody confirm that? -- pff@beach.cis.ufl.edu - Pablo Fernicola - Machine Intelligence Laboratory - UF IF YOU CARE ENOUGH TO READ SIGNATURES ... I am graduating Spring 1990 and I am looking for a job. MS EE, my graduate work incorporates OO-DBMS/Graphics/Robotics/AI   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab14690; 12 Jan 90 20:08 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac14595; 12 Jan 90 19:58 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab14584; 12 Jan 90 19:44 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16106; 12 Jan 90 19:36 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA01427; Fri, 12 Jan 90 16:26:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jan 90 00:20:43 GMT From: Pablo Fernicola Organization: UF Machine Intelligence Laboratory Subject: Re: X11 and GL windows Message-Id: <21763@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001112326.AA11088@aero4.larc.nasa.gov> you write: > >If so, I can't see why not. Now if you are saying an X11 window and a >GL window from the same executable, that may be interesting. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Brent L. Bates > NASA-Langley Research Center We are looking at doing exactly that. Has anybody tried it already? If I am succesfull (or even if I am not :-) ) I will post our results to the net. Combining X Windows and GL graphics would be very useful, at least until the time that SGI releases an interface builder toolkit, mainly because it is easy to build good user interfaces with the Athena widget (buttons, fields, and such). Also, portability may come into play (although the GL routines wouldn't be portable, one would have to wait for 3D extensions to X Windows). -- pff@beach.cis.ufl.edu - Pablo Fernicola - Machine Intelligence Laboratory - UF IF YOU CARE ENOUGH TO READ SIGNATURES ... I am graduating Spring 1990 and I am looking for a job. MS EE, my graduate work incorporates OO-DBMS/Graphics/Robotics/AI -- pff@beach.cis.ufl.edu - Pablo Fernicola - Machine Intelligence Laboratory - UF IF YOU CARE ENOUGH TO READ SIGNATURES ... I am graduating Spring 1990 and I am looking for a job. MS EE, my graduate work incorporates OO-DBMS/Graphics/Robotics/AI   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14900; 12 Jan 90 20:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14799; 12 Jan 90 20:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa14794; 12 Jan 90 20:16 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16364; 12 Jan 90 20:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA02676; Fri, 12 Jan 90 16:47:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 20:26:59 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation Message-Id: <48186@sgi.sgi.com> References: <9001111538.AA09715@aero4.larc.nasa.gov>, <102@tachyon.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <102@tachyon.UUCP>, sch@tachyon.UUCP (Steven C. Holzworth) writes: > ... > I personally feel that most professional programmers can defeat any copy- >protection scheme devised (including dongles). Most _professional_ programmers > won't try. The idea is to make a scheme that is secure ENOUGH. >... > Steven C. Holzworth > Vice President. > Stephen Dedalus, Inc. > rti!tachyon!sch Given one machine that can reliably execute the product under some repeatable conditions, it is obvious that with enough effort, a second machine sufficently identical can be constructed. One might need to use xrays and chip building hardware or even bribery or extortion at the factory, but it can be done. It has seemed to me that the goal is to make it secure enough to be able to go to court and say "That was no accident. You stole it on purpose." It seems enough to make the cost of stealing it (whether in court or in engineering time) less that the price of a copy. Only the first bytes of the sysinfo string are useful anywhere. There was talk of forgetting the extra cruft a release or three ago. It seems unlikely we can ever actually reduce the size of the structure, since we prefer to avoid some of the screams caused by incompatibilities. (Note: I only said "some" :-) Using the ethernet address for copy protection is crazy for lots of reasons, including the fact that there are ioctl's for changing the ethernet address. (Needed for DECNET.) Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15590; 12 Jan 90 23:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15516; 12 Jan 90 23:16 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa15487; 12 Jan 90 23:07 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa18185; 12 Jan 90 22:59 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA12083; Fri, 12 Jan 90 19:33:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 05:15:21 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: X11 and GL windows Message-Id: <2758@odin.SGI.COM> References: <366@meritaus.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <366@meritaus.UUCP>, dan@meritaus.UUCP (Dan Haug) writes: > > > Sorry for the extreme ignorance, but if I am running an X11 > application on one half of the screen, is it possible to have > a standard GL program running on the other half? (e.g. can > I still do winopen()'s?). Or is it the case that I cannot > have X windows side-by-side with a GL application. > > thanks, > > dan haug > UUCP: ...Uunet!Sequoia!Meritaus!Dan If you are not running an X window manager like uwm, you should be able to run GL application windows side-by-side with an X application. (I'm running xrn at this very moment while running a wsh (a GL application) with vi in it to post this message.) 4Sight can handle GL, NeWS, and X applications simultaneously. If you bring up an X window manager while running 4Sight, only the currently running X applications will be visible, the rest are hidden behind the X window manager background. If you bring up an xterm, you can initiate a GL application like clock which will appear on top of the X window manager, however, the GL application is not managed by the X window manager. Moving the GL application window around will cause a damage event to be passed to the X window manager and all of it's clients causing everything to redraw. The X window manager is like one big fullscreen application to 4Sight. --- Ciemo   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16891; 13 Jan 90 4:33 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16637; 13 Jan 90 3:31 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16634; 13 Jan 90 3:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa19092; 13 Jan 90 3:16 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28256; Sat, 13 Jan 90 00:15:42 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jan 90 01:04:30 GMT From: Thant Tessman Organization: Silicon Graphics, Inc. Subject: Re: Multiprocessor IRIS m/cs Message-Id: <2793@odin.SGI.COM> References: <11299@cs.yale.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11299@cs.yale.edu>, kankaria-praveen@CS.Yale.EDU (Praveen Kankaria) writes: > > Is it true that one processor is dedicated to graphics on the multiprocessor > IRIS machines ? The speedups we got for some parallel programs on a 4 processor > machine suggest that. > I'm not the person to answer this, but I'll try. There is no one processor dedicated to graphics. Any of them can send graphics down the pipe. However, only one processor *per process* can send graphics to the pipe. Only the original thread owns the graphics context. This is probably the cause of the results you are getting. thant   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17116; 13 Jan 90 6:01 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17088; 13 Jan 90 5:51 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17070; 13 Jan 90 5:38 EST Received: from REMOTE.DCCS.UPENN.EDU by SMOKE.BRL.MIL id aa20059; 13 Jan 90 5:30 EST Return-Path: Received: from A.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA08722; Fri, 12 Jan 90 14:40:05 -0500 Message-Id: <9001121940.AA08722@remote.dccs.upenn.edu> Date: Fri, 12 Jan 90 14:40 EST From: "YATES, JOHN H." Subject: vax win/tcp -> sgi session lockup... again To: info-vax@crvax.sri.com, INFO-IRIS@BRL.MIL X-Vms-To: INFOVX,IN%"INFO-IRIS@BRL.MIL",YATES I first posted this problem back in the middle of December. It continues to be a nagging problem, perhaps someone can shed more light on how to cure it based on the information below. Thanks, John The problem: >Subj: vax win/tcp -> sgi session lockup > >I telnet to sgi machines (IRIX 3.2) from a vax (VMS 4.5) running >win/tcp (3.2) software. > >A SEVERE problem is WHATEVER I map to intr causes >an irrecoverable lockup of win/tcp. The only thing I can do >is log into another port on the vax and kill the process to >free things up. Here is my current stty line in .login. > >stty line 1 erase '^H' kill '^U' intr '^C' echoe > ^^^^^^^^^ > the problem > >Has anybody seen/solved this annoying problem? > >Thanks, John >yates@a.chem.upenn.edu I got several replies from people that have seen it and two possible solutions, only one of which I was able to test (see why below). First promising bit of info: >From: IN%"warner@TWG.COM" >To: YATES@a.chem.upenn.edu >Subject: Re: vax win/tcp -> sgi session lockup >Date: 20-DEC-1989 05:37:34.89 > >In article <8912141431.AA14571@remote.dccs.upenn.edu> you write: >>I telnet to sgi machines (IRIX 3.2) from a vax (VMS 4.5) running >>win/tcp (3.2) software. > >There is a known problem with this setup. Is IRIX 3.2 4.2 based? If >so, then it won't work with 3.2. The only know fix that I have heard >of is to upgrade your sgi machine to a later rev. However, 5.1, due It is at the latest rev. (3.2) . It was upgraded from 3.1 to 3.2 only a month ago. >out in the next couple of months (eg, you should see it by march), may >have a fix for this problem. That is, if you are under support. If >you are under support (either A or B), you will get this >automatically. If you are not under support, you should call us at >(415) 962-7100 and see if you can get back on support, since this new >release will have lots of new goodies that you may want to play with. We are under support, but we are still running VMS 4.5 and don't have plans to upgrade the machines to 5.x . > >>Has anybody seen/solved this annoying problem? > >I've seen it, but I don't know of a good solution to it. > >I know that the problem has to do with out of band data being sent to >your VAX. You may want to try telnetfix.sav to see if that helps your >problem. It is available via anonymous FTP from TWG.COM [26.5.0.73]. >Be sure to use binary and record mode. You may also want to pick up >master.index, which contains a list of all the fixes available from >TWG.COM. Aha. :-) The possible solution? I applied it, no dice. :-( I replied with the above observations. No reply. > > >Warner Losh warner@twg.com (formerly warner@hydrovax.nmt.edu) >My views and spelling are my own. Only the letters have been changed. > Second promising bit of information: >From: IN%"joyce%deco.csd@sgi.com" 28-DEC-1989 19:48 >To: yates@a.chem.upenn.edu >Subj: > >>From: YATES@A.CHEM.UPENN.EDU ("YATES, JOHN H.") >Newsgroups: comp.sys.sgi >Subject: vax win/tcp -> sgi session lockup >Date: 13 Dec 89 03:50:00 GMT > >a few weeks ago you posted this to comp.sys.sgi: > (see above) > >sgi has updated to berkeley's newest telnetd--it looks like not >all VMS vendors have done so... > >as a workaround you can load back on an older sgi version of telnetd >from 3.1. > >cp /usr/etc/telnetd /usr/etc/telnetd32 >mv telnetd (from 3.1) to /usr/etc/telnetd > >/etc/init.d/network stop >/etc/init.d/network start > >and then see if telnet into sgi still has that problem. We have 3.1 and 3.2 machines here and BOTH exhibit the problem and both have the same telnetd program. > >let me know if you continue to have problems with this. > I inquired if it was perhaps an earlier telnetd she was referring to and if so could I ftp it somehow. No reply. >regards. > >joyce richards, >product support engineer, >SiliconGraphics > So that the current story. Does anyone know how to SOLVE this problem? I don't really know if it is a twg or sgi problem. Thanks, John   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00090; 13 Jan 90 11:11 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17780; 13 Jan 90 8:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17773; 13 Jan 90 8:31 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21291; 13 Jan 90 8:18 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11476; Sat, 13 Jan 90 05:13:02 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 18:52:20 GMT From: Kian-Tat Lim Organization: California Institute of Technology, Pasadena, CA Subject: Re: Multi-processor problems Message-Id: <13229@cit-vax.Caltech.Edu> References: <9001120157.AA15338@smithkline.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL On our 4D/240GTXB running 3.1F, we have observed similar effects. For a small, nearly-completely parallelizable program, here are some representative timings (the compute-bound job was running in the background while these tests were run): 1 compute-bound job + 1 thread: 14.5u 0.1s 0:14 98% 1 compute-bound job + 2 threads: 7.0u 0.1s 0:07 98% 1 compute-bound job + 3 threads: 4.9u 0.1s 0:05 98% 1 compute-bound job + 4 threads: 6.5u 0.1s 0:07 87% 1 compute-bound job + 5 threads: 17.0u 0.1s 0:26 65% 1 thread alone: 14.5u 0.1s 0:14 98% 2 threads alone: 7.0u 0.1s 0:07 96% 4 threads alone: 3.8u 0.1s 0:04 96% A computation-less version of the same program that just did m_forks was timed as follows (without the compute-bound background job): 1 thread: 0.3u 0.1s 0:00 73% 2 threads: 0.3u 0.0s 0:00 86% 3 threads: 0.3u 0.1s 0:00 82% 4 threads: 0.3u 0.1s 0:00 81% 5 threads: 18.9u 0.1s 0:28 66% Multiple parallel jobs ("time cmd & time cmd") 2 x 2 threads: 7.4u 0.1s 0:07 98% 2 x 4 threads: 34.0u 0.1s 1:08 49% Increasing the computation per thread by 25 times gave: 4 threads: 109.0u 1.1s 1:50 99% 2 x 4 threads: 150.8u 7.4s 5:11 50% There appear to be severe scheduling problems with more than four simultaneous threads of execution. We're in the process of confirming these numbers and sending a letter to SGI; if someone has a fix, we'd love to hear it. -- Kian-Tat Lim (ktl@wagvax.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00655; 14 Jan 90 2:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00548; 14 Jan 90 1:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id am00232; 14 Jan 90 1:33 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26216; 13 Jan 90 21:20 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA18868; Sat, 13 Jan 90 18:16:03 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jan 90 20:35:26 GMT From: Phil Blanchfield DGBT/DIP Organization: CRC, Ottawa CANADA Subject: Looking for 2400 Turbo Bitplanes Message-Id: <1352@dgbt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to locate an inexpensive (after market) source for 2400 Turbo bitplanes. I think I saw an add once for used SGI parts but now I don't remember which magazine it was in. We would like to dust off an old 2400T and use it to display 24bit images, and for this we need 8 more bits (2 boards). -- Phil Blanchfield phil@dgbt.crc.dnd.ca | The Communications Research Centre UUCP: ...utzoo!bnr-vpa!bnr-rsc!dgbt!phil | 3701 Carling Avenue, Ottawa CANADA   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17640; 13 Jan 90 7:41 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17418; 13 Jan 90 7:00 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17381; 13 Jan 90 6:44 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa20672; 13 Jan 90 6:36 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3271; Sat, 13 Jan 90 06:36:36 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 13 Jan 90 12:35:47 Date: Sat, 13 Jan 90 12:36:08 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: 760 MB SCSI for 4D/70-GT To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9001130636.aa20672@SMOKE.BRL.MIL> Hallo networkers, Back August 89 I asked this list for help in installing a third-party 760 MB disk on our 4D/70-GT. I wanted to have a third party product for reasons that are too obvious to raise the discussion again. We finally got our disk installed for a reasonable price and I will describe my experience to the net. Our machine is a 4D/70-GT with original 8MB memory and an 380 MB ESDI disk on the 2-unit interphase controller. Back last year we decided that we had an severe memory and disk problem. We cured the memory problem first by buying 8 MB from a third party supplier (German company, not interesting for the net). This worked fine, despite all "official" warnings from SGI. Encouraged by our succes we dared to look for the disk. Our choices have been to install a second ESDI disk or a SCSI disk. And we wanted as much space as possible. We had to rule out the ESDI solution (prefere for speed reasons), because our wouldn't support a 760 MB disk "neither at speed nor reliable" (cited from Mark Bradley, SGI MV). So we looked into the SCSI solution. We had three devices in mind: the CDC WREN VI (Model 94191), the Fujitsu M2263 and the Hitachi DK515-C-78. All disks have about 770 MB unformatted and 16 ms average access time. The Hitachi was pointed to us by Mark Bradley from SGI MV. His words were (as I can remember): "We haven't tested the M2263 jet and for performance reasons I personally would use the Hitachi drive". For price and delivery reasons we finally decided to use the WREN-VI. Now was the question how to install the disk. Mounting it in one of the IRIS cabinets? SGI MV told us: "You can do that, but you have to provide enough air flow for cooling and we (internally) have problems at higher temperatures". So we opted for an external cage with power-supply. But how to cable that? Our local SGI office in Munich told us the solution: "Buy an ""HU-XSCI Extendeable SCSI Module"" and your problem is solved". We did and it was. The module comes in two forms: a) a normal IRIS peripheral cabinet that you put on top of your IRIS, or b) a replacement for the Bus-Board that is usually installed in the peripheral cages, together with some cabling and an external connector plate (+terminator). You have to replace the bus-board and install cabling and the connector in the topmost module of your tower (usually the tape I think). With both solutions you get the same external SCSI connector as with the PI machines. You cannot install SGI SCSI modules above the cage with the external connector, because the SCSI bus is no longer connected (this is to prevent building a tree structure I assume). If you exactly know what you are doing and if warranties and maintenance are unimportant for you, I think one can just buy the cable. I have to thank SGI (Munich and MV) for the assistance they gave to me. First they didn't like the idea of 3rd party stuff, but when I explained our financial situation they were very helpful. My special thanks go to Mark Bradley who is a very competent, helpful and kind guy. I even could manange to stop his "You have been warned" comments in his mail messages. I have been warned, but everything works fine and we haven't broken our machine during the process of hardware installation. I hope this (somewhat longish) mail helps those people who are in the same situation as I to get more disk space for a low price (and at their risk) and to show that you can get more support from SGI when you are polite (listening BLB and RD ?). Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: PS: Is there a way to switch on synchronous SCSI on the 4D-70? What are the risks?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00232; 13 Jan 90 11:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab17780; 13 Jan 90 8:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa17776; 13 Jan 90 8:31 EST Received: from Princeton.EDU by SMOKE.BRL.MIL id aa21304; 13 Jan 90 8:22 EST Received: from gauss.Princeton.EDU by Princeton.EDU (5.58+++/2.29/mailrelay) id AA24114; Sat, 13 Jan 90 08:20:36 EST Received: by gauss.Princeton.EDU (5.61/1.97) id AA15914; Sat, 13 Jan 90 08:22:11 -0500 Date: Sat, 13 Jan 90 08:22:11 -0500 From: ams@acm.princeton.edu Message-Id: <9001131322.AA15914@gauss.Princeton.EDU> To: info-iris@BRL.MIL Subject: Re: Obtaining a unique, "unchangeable" number associated with an SGI workstation I apologize for being the cause of so much network flutter on yet another [pointless] discussion on copy protection. For everyone's info, sysid on the Iris seems to be the thing to use. That information answered my question so I think we should move on to other things. Thanks to everyone who responded to my query. --ams   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00777; 14 Jan 90 2:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00402; 14 Jan 90 1:42 EST Received: from smoke.brl.mil by VMB.BRL.MIL id af00232; 14 Jan 90 1:32 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24661; 13 Jan 90 17:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA06301; Sat, 13 Jan 90 13:48:33 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jan 90 21:33:43 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: Re: Was the Shuttle on a Silicon Graphics? Message-Id: <684@dftsrv.gsfc.nasa.gov> References: <21762@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <21762@uflorida.cis.ufl.EDU> pff@beach.cis.ufl.edu () writes: >During the live coverage of the LDEF retrieval by the shuttle, TV showed [stuff deleted] >To me, the computer seemed to be a Silicon Graphics. Can anybody confirm >that? What you saw was at Johnson Space Center, and I cannot comment on what they have or don't have. However, here at Goddard Space Flight Center, we have something that is very similar called 3D-Monitor (3DMon). 3DMon was initially developed on an IRIS 2400, but the first release actually used during a mission was on a 4D/60. I was one of the team that helped develop the first two versions. It has a similar display to what I saw on network TV, but we do not have a data display window up on the IRIS, it is on a vt100 type terminal. Our fourth window is what ever view was on the screen when it was put into quarter screen mode. The views can be specified in a large number of coordinate systems (shuttle, payload, end effector, elbow, GCI (GeoCentric Inertial), etc.). The user is also able to modify any view by changing the angle of view, the point looked at, the eye point, and twist through either via the dials or through menu picks. If you want further information, contact me sometime after the 22nd, as I am going away on a business trip. B Cing U Buck Loren "Buck" Buchanan | internet: buck@drax.gsfc.nasa.gov | standard disclaimer CSC, 1100 West St. | uucp: ...!ames!dftsrv!drax!buck | "By the horns of a Laurel, MD 20707 | phonenet: (301) 497-2531 or 9898 | sky demon..."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03916; 14 Jan 90 22:33 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03884; 14 Jan 90 22:23 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03875; 14 Jan 90 22:13 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09648; 14 Jan 90 22:02 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28671; Sun, 14 Jan 90 18:55:13 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jan 90 02:52:25 GMT From: Tim Hall Organization: Boston University Subject: Drawing into the fullscreen Message-Id: <50523@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How is it possible to draw into the whole screen even though the window you have opened is smaller than the whole screen? I don't care if I'm drawing over other windows. (Actually I'm using overlays so it doesn't matter) I tried screenspace( ) and that didn't do it. I tried the viewport/ortho2 that screenspace( ) is supposed to do and that didn't do it. In both cases when what it is that I'm drawing is in my window it shows up, but never shows up outside my window. Thanks -Tim Hall "Severance, The birds of leaving call to us, yet here we stand endowed with the fear of flight" -Dead Can Dance   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08140; 15 Jan 90 18:16 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07656; 15 Jan 90 17:07 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07610; 15 Jan 90 16:50 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26704; 15 Jan 90 16:32 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA27900; Mon, 15 Jan 90 13:18:52 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jan 90 18:51:05 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: upd: 3.2 querks Message-Id: <1990Jan15.185105.3828@utzoo.uucp> References: <3300@uceng.UC.EDU>, <2738@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2738@odin.SGI.COM> jweldon@renegade.sgi.com (Jack Weldon) writes: >... What do you get after you telnet in and type >"echo $path". ... One possibility, of course, is "nothing", because he's using the standard shell and getting the path requires "echo $PATH" instead. Just a hint for future reference: not everyone uses csh, so such a request should always be prefaced with "what shell are you using?". (Apologies if this was clear from earlier context, I came in in the middle of this topic.) It's really very annoying to find companies whose software, documentation, or support has a deeply-imbedded assumption that everyone agrees with their preference on which shell to use. Tain't so. -- 1972: Saturn V #15 flight-ready| Henry Spencer at U of Toronto Zoology 1990: birds nesting in engines | uunet!attcan!utzoo!henry henry@zoo.toronto.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08140; 15 Jan 90 18:16 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07959; 15 Jan 90 18:06 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07947; 15 Jan 90 17:50 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28017; 15 Jan 90 17:33 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA02364; Mon, 15 Jan 90 14:25:44 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jan 90 19:01:04 GMT From: "John D. McCalpin" Organization: Supercomputer Computations Research Institute Subject: C++ Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently heard from my sales rep that C++ is available on the IRIS 4D machines. I believe that the cost has stated was $2000. This seems pretty steep! Is this just the cfront translator, or is it a native C++ compiler? Has g++ been ported the MIPS architecture yet? It should be a lot cheaper than $2000!!! :-) Thanks for any info..... -- John D. McCalpin - mccalpin@masig1.ocean.fsu.edu mccalpin@scri1.scri.fsu.edu mccalpin@delocn.udel.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08756; 15 Jan 90 21:29 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08712; 15 Jan 90 21:19 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa08699; 15 Jan 90 21:09 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02531; 15 Jan 90 21:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA15586; Mon, 15 Jan 90 17:53:58 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jan 90 23:10:52 GMT From: Dan Haug Organization: Merit Technology Austin Div. Subject: g++ on sgis Message-Id: <367@meritaus.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry to repeat questions previously posted by others... Does anyone have g++ reasonably operational on the SG? I've seen other people ask this. But I've never seen any responses. Thanks in advance, dan haug Internet: execu!sequoia!meritaus!dan@cs.utexas.edu UUCP: {uunet, cs.utexas.edu!execu, texbell}!sequoia!meritaus!dan -- dan Internet: execu!sequoia!meritaus!dan@cs.utexas.edu UUCP: {uunet, cs.utexas.edu!execu, texbell}!sequoia!meritaus!dan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26584; 16 Jan 90 14:21 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26107; 16 Jan 90 14:10 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa26092; 16 Jan 90 13:53 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25139; 16 Jan 90 13:03 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA07102; Tue, 16 Jan 90 09:48:10 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jan 90 14:38:18 GMT From: "M.Gajhede Dept. Phys. Chem. HCO, Copenhagen DK" Organization: Niels Bohr Institute and Nordita, Copenhagen Subject: elementary problems Message-Id: <310@nbivax.nbi.dk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have just got a 4D/20 and have a few elementary problems, that I hope someone will answer for me: 1. Is it impossible to create an anonymous account ? Sysadm says max 8 characters, and modifying passwd manually makes telnet work but ftp does not know the user. 2. I get an error from the windows server when trying to log in after creating a resolv.conf file: domain dk nameserver 129.142.96.42 no problem to log in from telnet connected terminal 3. Trying to set up smtp using the manual shows discrepancies between the decribed sendmail.cf and the one on the system tapes. Can smtp use names from a remote server ? Help would be appreaciated Michael Gajhede Dept of Chem. Phys. Copenhagen university michael@kl4vax.ki.ku.dk   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28512; 16 Jan 90 15:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28125; 16 Jan 90 15:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa28084; 16 Jan 90 15:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28342; 16 Jan 90 14:42 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11888; Tue, 16 Jan 90 11:02:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jan 90 17:22:25 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Drawing into the fullscreen Message-Id: <48332@sgi.sgi.com> References: <50523@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <50523@bu.edu.bu.edu>, tjh@ouzo.bu.edu (Tim Hall) writes: > How is it possible to draw into the whole screen even though the > window you have opened is smaller than the whole screen? I don't > care if I'm drawing over other windows. (Actually I'm using > overlays so it doesn't matter) I tried screenspace( ) and that > didn't do it. I tried the viewport/ortho2 that screenspace( ) > is supposed to do and that didn't do it. In both cases when what > it is that I'm drawing is in my window it shows up, but never shows > up outside my window. > Geez, you were so close, you almost got it - just delete 2 e's from fullscreen and you get fullscrn(). Unfortunately the man page for screenspace() is very misleading. It does nothing but map world coordinates directly to pixels. It does not allow you to do anything outside your window. All drawing is limited to the visible portions of your window through the use of window id planes. Fullscrn() disables window id checking and allows you access to the entire screen. Screenspace is typically used in conjuction with fullscrn() to map world coords to pixels, however you are free to use whatever mapping you want. -- Gary Tarolli   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab29383; 16 Jan 90 16:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29155; 16 Jan 90 16:33 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa29098; 16 Jan 90 16:16 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29798; 16 Jan 90 15:39 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA15484; Tue, 16 Jan 90 12:03:45 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jan 90 18:53:55 GMT From: psuvm!sml108@psuvax1.cs.psu.edu Organization: Penn State University Subject: Apple Laserwriter II NT Interfacing Message-Id: <90016.135355SML108@PSUVM.BITNET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, has anyone out there ever connected an Apple Laserwriter to their IRIS ? I have the connection goin, and I believe the files are being properly sent to the printer as the queuing works just fine, but nothing ever prints out. Does anyone have a filter file for this printer? If so, could you mail it to me ? Scott Le Grand aka SML108@PSUVM.PSU.EDU or SML108@PSUVM.BITNET   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00646; 16 Jan 90 18:11 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00425; 16 Jan 90 18:01 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00397; 16 Jan 90 17:49 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01718; 16 Jan 90 16:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19877; Tue, 16 Jan 90 13:15:42 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jan 90 19:19:52 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: C++ Message-Id: <2843@odin.SGI.COM> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , mccalpin@masig3.ocean.fsu.edu (John D. McCalpin) writes: > I recently heard from my sales rep that C++ is available on the IRIS > 4D machines. I believe that the cost has stated was $2000. This > seems pretty steep! > > Is this just the cfront translator, or is it a native C++ compiler? > Has g++ been ported the MIPS architecture yet? It should be a lot > cheaper than $2000!!! :-) > The C++ compiler currently offered is the AT&T translator v1.2.1. SGI has added numerous bug fixes to the compiler. dbx has also been modified for debugging C++ applications. The new dbx included with the C++ compiler performs name demangling of variables and member variables for easy reference. Name demangling is not currently supported for overloaded functions and member functions. You do get more than just a pure port of the AT&T translator when you buy the SGI C++ compiler. Your complaints about pricing have been forwarded to marketing. --- David Ciemiewicz   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01121; 16 Jan 90 19:53 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01072; 16 Jan 90 19:43 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01068; 16 Jan 90 19:33 EST Received: from forsythe.Stanford.EDU by SMOKE.BRL.MIL id aa03052; 16 Jan 90 19:23 EST Received: by Forsythe.Stanford.EDU; Tue, 16 Jan 90 16:21:19 PST Received: by SLACVM (Mailer R2.03B) id 8986; Tue, 16 Jan 90 16:22:36 PST Date: Tue, 16 Jan 1990 16:11 PST From: Len Sweeney To: info-iris@BRL.MIL Subject: Re: elementary problems Message-ID: <9001161923.aa03052@SMOKE.BRL.MIL> > 2. I get an error from the windows server when trying to log in > after creating a resolv.conf file: > domain dk > nameserver 129.142.96.42 > no problem to log in from telnet connected terminal The News server does a case-sensitive comparison between a list of allowed hosts ("newshost show") and the node name returned by your name-server in response in an inverse lookup from your internet address. The easy solution is to make the name-server name match the case the SGI expects.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02224; 16 Jan 90 23:33 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02111; 16 Jan 90 23:22 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02088; 16 Jan 90 23:08 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04475; 16 Jan 90 22:52 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA12960; Tue, 16 Jan 90 19:44:55 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 03:03:58 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: compressed files Message-Id: <3339@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have recently discovered the compress utility on UNIX machines and it has turned out to be a wonderful way of keeping down the disk usage and the file transfer times on our 120GTX. Now for the question: Can a compressed file be accessed through fortran (or C) much in the same way that 'zcat' uncompresses the file to std out but leaves the file in its compressed state? i.e. can I read the contents of a compressed file from a program without having to uncompress it first? Sort of like zcat it into ram where my program can get at it without creating file out of it and taking up all that space. We have these rather large files (20 Meg uncompressed) we are using in some CFD calculations and alot of the time there isn't enough room on the disk to uncompress all the files and run the program for a while and still leave enough disk space for other users. Now I know we should just forget all this and go buy another disk, but if this can be done it could save alot of space for alot of people on other machines where you can't 'just go buy another disk' (like a Cray where they charge you for the space you use). By the way, was my audio suggestion for the Power and Pro series taken seriously anywhere? Tom Rohling trohling@uceng.uc.edu "Nothing is impossible, it's just not possible yet" -Myself   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07983; 17 Jan 90 15:04 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07579; 17 Jan 90 14:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07522; 17 Jan 90 14:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18616; 17 Jan 90 13:55 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA29132; Wed, 17 Jan 90 10:37:51 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jan 90 20:08:58 GMT From: Nathan Okinaka Organization: Boeing Aerospace & Electronics, Seattle WA Subject: Help with Iris 1200 XNS driver for VAX/VMS Message-Id: <1396@ssc-bee.ssc-vax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We just upgraded our VAX 11/780 from VMS 4.7 to VMS 5.2 and now our Iris 1200 graphics processor from Silicon Grahpics will not communicate with our VAX. The Iris 1200 is connected to our VAX via ethernet using the XNS protocol. The XNS driver that we have on the VAX is no longer compatible with VMS 5.2 and we do not have the source to recompile and relink the driver. The local sales rep from Silicon Graphics politely said that they do not support the Iris 1200 anymore and I'm essentially out of luck. Is there anyone out there that may have a solution to this problem or have had a similar problem? Nate Okinaka (206)773-2687 The Boeing Company uw-beaver!ssc-bee!okinaka   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07379; 17 Jan 90 14:22 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06985; 17 Jan 90 14:11 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa06795; 17 Jan 90 13:46 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17520; 17 Jan 90 13:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA26664; Wed, 17 Jan 90 09:57:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 17:38:26 GMT From: Thomas Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: DEAD_PROCESSes in /etc/utmp and the who am i command Message-Id: <23301@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there any way to clean out lists of DEAD_PROCESSes from /etc/utmp so that commands like who am i and talk work correctly? Let me be more specific. who -a shows (for example): ... rlogin ttyq14 Jan 17 10:52 0:42 21114 id= q14 term=0 exit=0 ... russo ttyq14 Jan 17 11:05 0:01 20529 so a who am I by russo on ttyq14 (an xterm window on an X terminal) shows rlogin ttyq14 ... and if I say talk user then user gets a message "...talk from user rlogin " or some such garbage. This kind of thing happens all the time around here, and seems to be tied to unusual exits from xterm, but actually I can't reproduce it on demand. All I'd like is an easy way to fix it up, preferably without writing a program to monkey with /etc/utmp myself. There is another /etc/utmp anomaly I'd like to figure out: frequently if a remote user does an ftp to our machine and then lets the thing time out we get a ghost user in all subsequent whos. This persists, of course, until system reboot time (we take the system down once a week for backups). Any neat way to clean them up? Thomas Russo Center for Nonlinear Dynamics, University of Texas at Austin russo@chaos.utexas.edu or phib421@utchpc.bitnet ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07579; 17 Jan 90 14:43 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac07379; 17 Jan 90 14:32 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa07301; 17 Jan 90 14:13 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18570; 17 Jan 90 13:54 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28872; Wed, 17 Jan 90 10:33:26 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 16:21:18 GMT From: Roy Mongiovi Organization: Georgia Institute of Technology Subject: Trapping SIGTSTP from /bin/sh Message-Id: <4954@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to prevent a SIGTSTP from being sent to a shell script with the command: trap "" 21 since /usr/include/sys/signal.h #define's SIGTSTP 21, but sh complains: 21: bad trap Is this just something I'm not supposed to want to do, or doesn't sh understand the Berkeley signals? Roy J. Mongiovi Systems Support Specialist Office of Computing Services Georgia Institute of Technology Atlanta, Georgia 30332-0275 (404) 894-4660 uucp: ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!roy ARPA: roy@prism.gatech.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09784; 17 Jan 90 17:04 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09594; 17 Jan 90 16:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab09483; 17 Jan 90 16:35 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21712; 17 Jan 90 16:24 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09520; Wed, 17 Jan 90 13:16:51 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 18:27:58 GMT From: Robert Skinner Organization: Silicon Graphics, Inc. Subject: Re: compressed files Message-Id: <2893@odin.SGI.COM> References: <3339@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3339@uceng.UC.EDU>, trohling@uceng.UC.EDU (tom rohling) writes: > > Can a compressed file be accessed through fortran (or C) much in the > same way that 'zcat' uncompresses the file to std out but leaves the file > in its compressed state? i.e. can I read the contents of a compressed file > from a program without having to uncompress it first? Sort of like zcat > it into ram.... You can use popen to get a file pointer to the output of zcat. This acts just like fopen, but if the file isn't there, it looks for the compressed version (with the .Z extension) and makes a pipe that zcat's it into your program. #include #include FILE *zopen( name ) char *name; { FILE *fp; char cmd[256]; errno = 0; fp = fopen( name, "r" ); if( !fp && errno == 0 ) { /* file doesn't exist */ sprintf( cmd, "zcat %s.Z" ); fp = popen( cmd, "r" ); } return fp; } (No, this isn't debugged, and I should check whether the compressed file is there, but you get the idea.) One drawback is that you can't seek on it. I think you lose if you HAVE to seek on the file. Seeking is very tricky when a (de)compression scheme is involved. good luck, Robert Skinner robert@sgi.com Which is worse, ignorance or apathy? Who knows? Who cares?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09784; 17 Jan 90 17:04 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09594; 17 Jan 90 16:53 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac09483; 17 Jan 90 16:35 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21731; 17 Jan 90 16:25 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09492; Wed, 17 Jan 90 13:16:22 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 18:22:02 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: compressed files Message-Id: <2892@odin.SGI.COM> References: <3339@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3339@uceng.UC.EDU>, trohling@uceng.UC.EDU (tom rohling) writes: > > I have recently discovered the compress utility on UNIX machines and > it has turned out to be a wonderful way of keeping down the disk usage and > the file transfer times on our 120GTX. Now for the question: > > Can a compressed file be accessed through fortran (or C) much in the > same way that 'zcat' uncompresses the file to std out but leaves the file > in its compressed state? i.e. can I read the contents of a compressed file > from a program without having to uncompress it first? Sort of like zcat > it into ram where my program can get at it without creating file out > of it and taking up all that space. > No, FORTRAN and C do not support a zcat file type for reading or writing. However, you should be able to use the system(3F) (FORTRAN version) or system(3S) (C version) call to 'uncompress' the file before opening the file: call system('uncompress file') Of course, what you really want to do is create a string which has the uncompress command and your filename in it. My FORTRAN is too rusty to try to illustrate the concatenation. Just after you close the file, you may want to compress the file again: call system('compress file') > We have these rather large files (20 Meg uncompressed) we are using > in some CFD calculations and alot of the time there isn't enough room on > the disk to uncompress all the files and run the program for a while and > still leave enough disk space for other users. Now I know we should just > forget all this and go buy another disk, but if this can be done it could > save alot of space for alot of people on other machines where you can't > 'just go buy another disk' (like a Cray where they charge you for the > space you use). > Of course, the proposal I have presented only works if you don't have all data sets open at once; it assumes you are going to open and close them in sequence or atleast only use a few at a time. --- Ciemo   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09998; 17 Jan 90 17:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09899; 17 Jan 90 17:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09856; 17 Jan 90 17:11 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22146; 17 Jan 90 16:50 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11143; Wed, 17 Jan 90 13:42:22 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 21:01:11 GMT From: Greg Couch Organization: Computer Graphics Lab, UCSF Subject: Re: elementary problems Message-Id: <12806@cgl.ucsf.EDU> References: <9001161923.aa03052@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Enclosed are context diffs to remove the case sensitivity of hostnames in the NeWS server. I have reported this problem to Mark Callow of SGI and he said it will be fixed in the next release. The context diffs were produced by /usr/lib/rdiff (from the dev.sw.rcs software product) which is amazing like the 4.3 BSD diff program. Use the patch program to install the fixes (or do it by hand). - Greg Couch gregc@cgl.ucsf.edu ----- *** init.ps.SGI Fri Aug 25 17:51:50 1989 --- init.ps Sat Jan 6 23:05:32 1990 *************** *** 691,696 } def /&main {go! DebuggingServer? {executive} if} def /RemoteHostRegistry 100 dict def % list of hosts allowed to connect to server. RemoteHostRegistry localhostname true put RemoteHostRegistry /localhost true put --- 691,698 ----- } def /&main {go! DebuggingServer? {executive} if} def + /canonicalizehostname { canonicalizehostname strToLower } bind store + /RemoteHostRegistry 100 dict def % list of hosts allowed to connect to server. RemoteHostRegistry localhostname canonicalizehostname cvlit true put RemoteHostRegistry /localhost true put *************** *** 692,698 /&main {go! DebuggingServer? {executive} if} def /RemoteHostRegistry 100 dict def % list of hosts allowed to connect to server. ! RemoteHostRegistry localhostname true put RemoteHostRegistry /localhost true put RemoteHostRegistry (localhost) canonicalizehostname cvlit true put /NetSecurityWanted true def % false if everyone is allowed to connect --- 694,700 ----- /canonicalizehostname { canonicalizehostname strToLower } bind store /RemoteHostRegistry 100 dict def % list of hosts allowed to connect to server. ! RemoteHostRegistry localhostname canonicalizehostname cvlit true put RemoteHostRegistry /localhost true put RemoteHostRegistry (localhost) canonicalizehostname cvlit true put /NetSecurityWanted true def % false if everyone is allowed to connect *************** *** 713,719 /ConnectionNumber ConnectionNumber 1 add store /ProcessGroup ConnectionNumber def exch pop exch pop dup ! getsocketpeername /OriginatingHost exch def % See if OriginatingHost is in the Registry RemoteHostRegistry OriginatingHost known --- 715,721 ----- /ConnectionNumber ConnectionNumber 1 add store /ProcessGroup ConnectionNumber def exch pop exch pop dup ! getsocketpeername canonicalizehostname cvlit /OriginatingHost exch def % See if OriginatingHost is in the Registry RemoteHostRegistry OriginatingHost known *** util.ps.SGI Fri Aug 25 17:51:54 1989 --- util.ps Sat Jan 6 23:05:35 1990 *************** *** 263,268 pop } def % % Mac-like bounding box graphics procs. Very useful for edge-critical drawing. % The graphics prinitives are rects, ovals and round rects. --- 263,280 ----- pop } def + /UpperCaseDict 26 dict def + UpperCaseDict begin + (ABCDEFGHIJKLMNOPQRSTUVWXYZ) { dup def } forall + end + /strToLower { % string => string + [ exch % put string arg after [ + { + dup UpperCaseDict exch known { 32 add } if + } forall + ] cvas + } def + % % Mac-like bounding box graphics procs. Very useful for edge-critical drawing. % The graphics prinitives are rects, ovals and round rects.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11143; 17 Jan 90 20:54 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10994; 17 Jan 90 20:23 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10937; 17 Jan 90 20:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa23701; 17 Jan 90 19:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22944; Wed, 17 Jan 90 16:43:34 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jan 90 22:33:38 GMT From: psuvm!sml108@psuvax1.cs.psu.edu Organization: Penn State University Subject: Jot Bugs.... Message-Id: <90017.173338SML108@PSUVM.BITNET> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This may be old news but are you guys at SGI aware of serious bugs in jot? It seems to have trouble knowing when to put in proper end of line characters and although files I edit with it display properly while I edit, they are screwed up after I exit the program. Re-invoking jot or vi brings up the file with many new line chacracters missing. If I then manually add them, the thing works fine, but this is a REAL nuisance.... Scott Le Grand aka sml108@psuvm.psu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12431; 18 Jan 90 2:10 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12315; 18 Jan 90 1:49 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12311; 18 Jan 90 1:31 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25737; 18 Jan 90 1:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA12262; Wed, 17 Jan 90 22:05:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 01:58:30 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: elementary problems Message-Id: <2919@odin.SGI.COM> References: <310@nbivax.nbi.dk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <310@nbivax.nbi.dk> gajhede@nbivax.nbi.dk (M.Gajhede Dept. Phys. Chem. HCO, Copenhagen DK) writes: >I have just got a 4D/20 and have a few elementary problems, that I hope >someone will answer for me: >1. Is it impossible to create an anonymous account ? Sysadm says >max 8 characters, and modifying passwd manually makes telnet work >but ftp does not know the user. No, it is not impossible--see the documentation in the TCP/IP manual for creating an anonymous ftp account. You cannot do this for telnet. My 3.2 TCP/IP manual has the info on Page 4-15. It works just fine. >2. I get an error from the windows server when trying to log in >after creating a resolv.conf file: >domain dk >nameserver 129.142.96.42 >no problem to log in from telnet connected terminal Sounds like the window server is not getting the correct resolution from DNS. Use nslookup(1C) to determine what your nameserver is responding with. Jack Weldon System Engineer SGI Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15098; 18 Jan 90 8:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13999; 18 Jan 90 8:03 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13834; 18 Jan 90 7:47 EST Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa27771; 18 Jan 90 7:31 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3410; Thu, 18 Jan 90 07:31:44 EST Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 18 Jan 90 11:25:02 Date: Thu, 18 Jan 90 10:00:45 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: Fortran Problem To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9001180731.aa27771@SMOKE.BRL.MIL> Hallo, I've just encountered a problem with the current (3.2) f77 compiler. This may be mainly a documentation problem. It seems there are three ways to specify include files to the compiler. a) VAX/VMS style include: INCLUDE 'file' b) cpp style include: #include "file" c) $include as documented: $include file There are two problems. First it seems that only c) is documented and second (and much more annoying) c) doesn't work verry well with dbx. If you use $include's, the line numbers are incorrectly counted and dbx is more or less useless. It seems for each $include file the internal line numbers of the including file get incremented by the number of lines in the $inluded file, but dbx shows the 'real' line numbers. When using a) or b) everything works fine. Could you please in a future version: - update the documentation. - and/or correct the behaviour of c) With kind regards Martin Knoblauch   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16499; 18 Jan 90 10:07 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16249; 18 Jan 90 9:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa16103; 18 Jan 90 9:40 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29972; 18 Jan 90 8:51 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA04647; Thu, 18 Jan 90 05:47:20 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 10:19:32 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: elementary problems Message-Id: <6094@alvin.mcnc.org> References: <310@nbivax.nbi.dk>, <2919@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2919@odin.SGI.COM> jweldon@renegade.sgi.com (Jack Weldon) writes: >In article <310@nbivax.nbi.dk> gajhede@nbivax.nbi.dk (M.Gajhede Dept. Phys. Chem. HCO, Copenhagen DK) writes: >>2. I get an error from the windows server when trying to log in >>after creating a resolv.conf file: >>domain dk >>nameserver 129.142.96.42 >>no problem to log in from telnet connected terminal > >Sounds like the window server is not getting the correct resolution from DNS. >Use nslookup(1C) to determine what your nameserver is responding with. This sounds similar to a problem that's been driving us bats here. Maybe someone can help: Our machine goes graphically catatonic when the nameserver dies on us. If a person is already logged on and has several windows open, everything still works in the already opened windows, but no new windows may be created. It seems that every time a new wsh is spawned, the wsh has to look up who it is running on so that it can talk to the window manager. If you are not logged on and attempt to do so, the screen will blank, a white cursor arrow will appear for a moment or two, and then the screen returns to the login prompt with a message to the effect that the window manager has exited with an error (or status, I don't recall the precise wording) code of 1. Effectively, the machine become useless, graphically, until the nameserver returns from the dead. Is there any easy (or not so easy) way to make the machine default back to host tables or in some other manner figure out who it is so that it can open a graphic window? BTW, we have a 4D/280GTX running 3.2. We have the idiot pandora stuff turned off at login and don't use WorkSpace if we can avoid it (I could rant at length about turning a powerful computer into a Macintosh, but I'll leave it at for an experienced UNIX user; e.g., one with more than five minutes experience, silly graphical interfaces are more of a hinderance than a help). Thanks and mumble, mumble. spl (the p stands for President of Pandora Haters, Unanimous, supercomputing division) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC, Box 12732, Research Triangle Park, NC 27709 "That's People's Commissioner Tirebiter -- and NOBODY'S sweetheart!" - F. Scott Firesign   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20063; 18 Jan 90 12:54 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18296; 18 Jan 90 11:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa18148; 18 Jan 90 11:25 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03971; 18 Jan 90 11:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA10964; Thu, 18 Jan 90 07:54:19 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 15:41:21 GMT From: Thomas Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: the finger program. Message-Id: <23347@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a reason why sgi's finger program won't give more information about the user being fingered than it does? What I mean is that most other hosts to which I have access tell things like last login, whether the user is on now, how long the terminal has been idle, and so forth. So, my question is really just this: is the absence of this information the side effect of some deep incompatiblility between the Berkeley finger program and irix, or is it a security-related decision, in which case it might be possible for me to get the source to finger from somewhere and port it just for our machines? Or is it possible that SGI could be talked into putting those features into their finger in some future release? Thomas Russo Center for Nonlinear Dynamics, University of Texas at Austin russo@chaos.utexas.edu or phib421@utchpc.bitnet ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21665; 18 Jan 90 14:50 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21160; 18 Jan 90 14:19 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa21106; 18 Jan 90 14:03 EST Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa27967; 18 Jan 90 13:48 EST Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7190; Thu, 18 Jan 90 13:47:49 EST Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 18 Jan 90 19:46:48 Date: Thu, 18 Jan 90 19:47:01 +0100 (Central European Time) From: Knobi der Rechnerschrat Subject: malloc question To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9001181348.aa27967@ADM.BRL.MIL> Hallo, I've just found a behaviour in a program, that I don't understand. When running the program mt1 (appended to this message) the value returned from sbrk(0) is only changed for the first malloc(...). In that case the difference between old and new break-value is the desired 4MB. In the remaining 9 loops, old and new break-value are the same, but as easily can be seen, in all 10 loops the same pointer is returned. How do I interpret this behaviour? Does it mean that free(...) frees the memory allocated by the process for future use, but does not return the virtual memory? I've written the test program, because we have a programm that does a lot of malloc/free calls and it seems its virtual memory (as shown by ps -l) never shrinks. It grows, but only when more memory is needed. Is this the normal behaviour, or is something wrong (e.g. my understanding of malloc/free and my interpretation of sbrk())? I hope somebody can shed some light on that. We are running a 4D-70/GT with 16 MB of memory, ESDI root-disk and SCSI Data-disk. Our IRIX is Release 3.2 (btw. when will 3.2.1 be shipped ?). Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: --------------------------mt1.c------------------------------------------ /* compile using 'cc -O mt1.c -o mt1 -lmalloc' */ /* using the 'normal' malloc package gives the same results */ #include #include main() { int i=0; char *sbrk(),*obrk,*nbrk,*dum; for(i=0;i<10;i++) { obrk = sbrk(0); dum = malloc(4000000); nbrk = sbrk(0); printf("Memtest: %x %x %x %d\n",dum,obrk,nbrk,nbrk-obrk); free(dum); } } --------------------------end of mt1.c-----------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23255; 18 Jan 90 17:15 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22576; 18 Jan 90 16:02 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa22542; 18 Jan 90 15:49 EST Received: from sgi.com by SMOKE.BRL.MIL id aa11319; 18 Jan 90 15:25 EST Received: from tom.dallas.sgi.com by sgi.sgi.com via UUCP (5.52/891101.SGI) for info-iris@brl.mil id AA04628; Thu, 18 Jan 90 12:25:32 PST Received: from tom.dallas.sgi.com by sgidal.dallas.sgi.com (5.52/891101.SGI) for sgi!BRL.MIL!info-iris id AA09714; Thu, 18 Jan 90 12:32:32 PST Received: by tom.dallas.sgi.com (5.52/890619.SGI) (for @sgidal.dallas.sgi.com:info-iris@BRL.MIL) id AA00486; Thu, 18 Jan 90 16:23:37 CST Date: Thu, 18 Jan 90 16:23:37 CST From: Thomas E Reed Message-Id: <9001182223.AA00486@tom.dallas.sgi.com> To: info@tom.dallas.sgi.com Subject: A/D & D/A VME board Hi; I'm looking for any input on VME based A-to-D D-to-A boards. The board needs at leased 8 A/D channels and 1 D/A channel. The data bandwidth needs to be ~ 100 KHz . Thanks in advance -- Tom Reed SGI - Dallas email: treed@sgidal.dallas.sgi.com vmail: 8705 phone: 214-788-4122   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00437; 18 Jan 90 20:19 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00089; 18 Jan 90 19:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa23741; 18 Jan 90 18:32 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14376; 18 Jan 90 18:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA08370; Thu, 18 Jan 90 14:51:14 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 22:46:33 GMT From: Tom Stockfisch Organization: Chemistry Dept, UC San Diego Subject: Re: compressed files Message-Id: <653@chem.ucsd.EDU> References: <3339@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3339@uceng.UC.EDU> trohling@uceng.UC.EDU (tom rohling) writes: > Can a compressed file be accessed through fortran (or C) much in the >same way that 'zcat' uncompresses the file to std out but leaves the file >in its compressed state? i.e. can I read the contents of a compressed file >from a program without having to uncompress it first? Sort of like zcat >it into ram where my program can get at it without creating file out >of it and taking up all that space. > We have these rather large files (20 Meg uncompressed) we are using >... and alot of the time there isn't enough room on >the disk to uncompress all the files and run the program for a while and >still leave enough disk space for other users. Use the following routine in place of fopen( "bigFile", "r" ): /* zopen(): * open a compressed file for reading, filtering it thru zcat. */ # include static void defaultErrHndlr(); void (*zopenErrHndlr)() = defaultErrHndlr; FILE * zopen(name) char *name; { FILE *stream; int piped[2]; # define READ 0 # define WRITE 1 if ( pipe(piped) == -1 ) (*zopenErrHndlr)( "pipe failure\n" ); switch ( fork() ) { case -1: (*zopenErrHndlr)( "fork failure\n" ); case 0: /* child */ close( piped[READ] ); close(1); if ( dup( piped[WRITE] ) != 1 ) (*zopenErrHndlr)( "dup screwup\n" ); close( piped[WRITE] ); execlp( "zcat", "zcat", name, (char *)0 ); (*zopenErrHndlr)( "cannot start zcat" ); default: /* parent */ close( piped[WRITE] ); stream = fdopen( piped[READ], "r" ); if (stream == NULL) (*zopenErrHndlr)( "cannot open pipe\n" ); break; } return stream; } static void defaultErrHndlr(diagnostic) char *diagnostic; { fprintf( stderr, "zopen(): %s\n", diagnostic ); exit(1); } -- || Tom Stockfisch, UCSD Chemistry tps@chem.ucsd.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00437; 18 Jan 90 20:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00349; 18 Jan 90 20:08 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00280; 18 Jan 90 19:53 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14616; 18 Jan 90 19:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA13157; Thu, 18 Jan 90 16:05:58 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 23:48:05 GMT From: David Fenstemaker Organization: Silicon Graphics, Inc., Mountain View, CA Subject: X.25 Product Message-Id: <48574@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Silicon Graphics has developed an X.25 Gateway product and we are currently looking for customer Beta sites. If you would be interested in being a Beta site for our X.25 product, please contact me (e-mail) at davidf@sgi.com. The Silicon Graphics's X.25 Gateway has the following features: Interfaces Two X.25 Channels 1984 CCITT X.25 Compliant Concurrent 56Kbits Operation (64Kbits in Europe) Relieves 4D of X.25 Processing (Intelligent Controller) Direct Data Link (OSI Layer 2) Access for High Speed Point-to-Point Links V.21bis or V.35 Level 2 (HDLC) and Level 3 (X.25) Application Programming Interface The Silicon Graphics's X.3/X.28/X.29 has the following features: Meets 1984 CCITT X.3, X.28, X.29 Provides a Unix Packet Assembly/Disassembly Facility X.29 Support (Remote Login, Execution, File Transfer) Provides Log File Support for Call Recording Symbolic X.25 Network Address/Parameters Names Supports Closed User Groups, Reverse Charging, RPOA Transit Network Selection Thanks!   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00631; 18 Jan 90 20:50 EST Received: from VMB.BRL.MIL by VMB.brl.MIL id aa00230; 18 Jan 90 19:49 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00199; 18 Jan 90 19:26 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14452; 18 Jan 90 18:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA09446; Thu, 18 Jan 90 15:07:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 22:49:11 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: /usr/lib/rdiff and /bin/diff (Was: elementary problems) Message-Id: <48567@sgi.sgi.com> References: <12806@cgl.ucsf.EDU>, <9001161923.aa03052@SMOKE.BRL.MIL>, <2956@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2956@odin.SGI.COM>, msc@ramoth.esd.sgi.com (Mark Callow) writes: > The case sensitivity problem has been fixed and the fix will appear in the > next release. Canonicalizehostname converts all hostnames to lower case. > > /usr/lib/rdiff is the diff program for rcs and is essentially the 4.3BSD diff. And in that same next release, /bin/diff will be the 4.3BSD diff ported to Irix, replacing the (subset) SVR3 diff. BSD diff fans needn't alias diff to /usr/lib/rdiff forever. Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01022; 18 Jan 90 22:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00716; 18 Jan 90 21:10 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab00667; 18 Jan 90 20:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14965; 18 Jan 90 20:19 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA16767; Thu, 18 Jan 90 17:08:00 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 16:35:34 GMT From: Reid Ellis Organization: Alias Research Inc., Toronto Canada Subject: Re: g++ on sgis [or gcc for that matter] Message-Id: <717@alias.UUCP> References: <367@meritaus.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL execu!sequoia!meritaus!dan@cs.utexas.edu (Dan Haug) writes: |Does anyone have g++ reasonably operational on the SG? I once tried to get gcc running under the Iris 4D, but to no avail. It linked okay, but when I tried to run it, it died in one of the assembler/lisp files. Reid --- "I don't even know what street Canada is on" -- Al Capone Reid Ellis 264 Broadway Avenue, Toronto ON, Canada M4P 1V9 rae%alias@csri.toronto.edu || +1 416 487 1383 "I don't even know what street Canada is on" -- Al Capone Reid Ellis 264 Broadway Avenue, Toronto ON, Canada M4P 1V9 rae%alias@csri.toronto.edu || +1 416 487 1383   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01394; 18 Jan 90 23:59 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01270; 18 Jan 90 23:48 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01258; 18 Jan 90 23:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15541; 18 Jan 90 23:06 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA25646; Thu, 18 Jan 90 19:38:18 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 22:46:40 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: elementary problems Message-Id: <2961@odin.SGI.COM> References: <6094@alvin.mcnc.org>, <310@nbivax.nbi.dk>, <2919@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6094@alvin.mcnc.org>, spl@mcnc.org (Steve Lamont) writes: > Our machine goes graphically catatonic when the nameserver dies on us. If a > person is already logged on and has several windows open, everything still > works in the already opened windows, but no new windows may be created. It > seems that every time a new wsh is spawned, the wsh has to look up who it is > running on so that it can talk to the window manager. Both wsh and the NeWS server use the host database access routines documented in section 3 of the manual. These routines go to the nameserver if you have a /usr/etc/resolv.conf file. There is nothing that wsh or NeWS can do to prevent this. wsh looks up localhost and probably doesn't have a problem as long as you have software loopback correctly configured. But when NeWS receives the connection request is does a getpeername(3) followed by a gethostbyaddress(3) to determine the name of the host attempting to make the connection. This is almost certainly the lookup that fails. > > If you are not logged on and attempt to do so, the screen will blank, a white > cursor arrow will appear for a moment or two, and then the screen returns to > the login prompt with a message to the effect that the window manager has > exited with an error (or status, I don't recall the precise wording) code of > 1. Effectively, the machine become useless, graphically, until the nameserver > returns from the dead. The NeWS server looks up its own hostname using gethostbyname to find its official name. This status message means that the lookup failed. (There is an fprintf right before the exit that explains the problem. For reasons I don't yet understand the message fails to appear.) > > Is there any easy (or not so easy) way to make the machine default back to > host tables or in some other manner figure out who it is so that it can open a > graphic window? I don't know of any in release 3.2. In the next release there is a new call sethostresorder which essentially lets you define a search path for resolving host database queries. You can be sure I will modify the NeWS server to use this call. It will then try the /etc/hosts file when the nameserver fails. > > BTW, we have a 4D/280GTX running 3.2. We have the idiot pandora stuff turned > off at login and don't use WorkSpace if we can avoid it (I could rant at > length about turning a powerful computer into a Macintosh, but I'll leave it > at for an experienced UNIX user; e.g., one with more than five minutes > experience, silly graphical interfaces are more of a hinderance than a help). Personally I love pandora but then I hate typing. I also like using WorkSpace but we all know it leaves something to be desired when doing software development. The first release was only ever intended to support users running applications. Future releases will have features to support software developers. I also find the visual adminstration tools very helpful especially the printer tool. Before that I was always seeking out our printer expert to ask him how to do what I needed. Now I can do it myself. I was a system adminstrator for several years but that system V lp stuff is simply awful and my brain refused to learn it. I'm so glad we've hidden it. Do you hate all graphical tools? We have some really neat ones coming. Don't miss out. -- 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 aa01579; 19 Jan 90 0:09 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01179; 18 Jan 90 23:28 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa01175; 18 Jan 90 23:13 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15484; 18 Jan 90 22:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA25622; Thu, 18 Jan 90 19:37:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 22:21:18 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: elementary problems Message-Id: <2956@odin.SGI.COM> References: <12806@cgl.ucsf.EDU>, <9001161923.aa03052@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <12806@cgl.ucsf.EDU>, gregc@cgl.ucsf.edu (Greg Couch) writes: > Enclosed are context diffs to remove the case sensitivity of hostnames > in the NeWS server. I have reported this problem to Mark Callow of SGI > and he said it will be fixed in the next release. The context diffs > were produced by /usr/lib/rdiff (from the dev.sw.rcs software product) > which is amazing like the 4.3 BSD diff program. Use the patch program > to install the fixes (or do it by hand). The case sensitivity problem has been fixed and the fix will appear in the next release. Canonicalizehostname converts all hostnames to lower case. /usr/lib/rdiff is the diff program for rcs and is essentially the 4.3BSD diff. -- 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 aa02838; 19 Jan 90 4:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02755; 19 Jan 90 4:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02737; 19 Jan 90 4:16 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa17800; 19 Jan 90 4:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA14343; Fri, 19 Jan 90 00:50:29 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 21:18:16 GMT From: "Mark V. Meuer" Organization: University of Minnesota, Minneapolis Subject: Workspace Weirdness Message-Id: <18232@umn-cs.CS.UMN.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We've had some strange behavior with WorkSpace. We have two Personal Irises and a GTX240 all running NSF. Our main NSF server is a Sun 3. Normally directory views in workspace are not updated when files in a directory change. The views always start up showing the files in the directory, but they stay static when files are added to or removed from the directory. This is the same for local and NSF directories. However, if the workspace is started by the super user (either after a "su" command, or logging in as root) then dirview works correctly, showing changes in the directory until the workspace is shut down. What is wrong here? In both cases, the famd process is running. Also, the sun NFS server /etc/rpc file includes all the entries from the Iris /etc/rpc file. This is new with the 3.2 workspace. We had the 3.2 beta release and workspace did not have this problem. If anyone knows how to fix this, I'd be very happy to hear from you! Thanks, -mark -- Mark Meuer | 1200 Washington Ave. So. Geometry Supercomputer Project | Minneapolis, MN 55415 meuer@geom.umn.edu | (612) 624-1867   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03277; 19 Jan 90 9:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02789; 19 Jan 90 9:05 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02735; 19 Jan 90 8:57 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21285; 19 Jan 90 8:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA28910; Fri, 19 Jan 90 05:36:51 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jan 90 23:42:33 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: syslogd (again) Message-Id: <10353@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL after cobbling together a scheme to syslog kernel messages (which works just fine and dandy), i thought to try and get disk errors mailed to me. i changed my /etc/syslog.conf to *.debug /usr/adm/SYSLOG *.debug andrew hahahahaha!!! two copies of every message goes to /usr/adm/SYSLOG and nothing gets mailed to me. can someone from sgi tell me what the heck IS SUPPOSED to work? the whole syslog system as described in the man pages appears to be an editing proof for 3.3 or some other release. of course, if we had the code to this piece of dog's droppings we could figure it out.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00089; 19 Jan 90 7:24 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03175; 19 Jan 90 6:18 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03042; 19 Jan 90 6:05 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa18072; 19 Jan 90 5:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19829; Fri, 19 Jan 90 02:38:38 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 09:10:11 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: the finger program. Message-Id: <48607@sgi.sgi.com> References: <23347@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <23347@ut-emx.UUCP>, russo@chaos.utexas.edu (Thomas Russo) writes: > > Is there a reason why sgi's finger program won't give more information > about the user being fingered than it does? What I mean is that most > other hosts to which I have access tell things like last login, > whether the user is on now, how long the terminal has been idle, and > so forth.... > Thomas Russo > Center for Nonlinear Dynamics, University of Texas at Austin > russo@chaos.utexas.edu or phib421@utchpc.bitnet The short answer is that IRIX is SV, not BSD. A longer answer is that the first quick port of finger to the SVR3 4D did not try to fake all of the BSD stuff previously in the (largely) SVR0 2000/3000. The complete answer would take too much archeology in RCS logs. An answer you may prefer is that a forth coming release will have a much improved finger. With luck, will also complete ypchfn et al. Insiders should try his new version soon if they want to be heard. (Finger has been a popular internal topic for a long time. It is also much less important that lots of other stuff.) Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04040; 19 Jan 90 10:18 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03621; 19 Jan 90 9:46 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03487; 19 Jan 90 9:32 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa22159; 19 Jan 90 9:21 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA00683; Fri, 19 Jan 90 06:08:17 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 13:46:30 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: elementary problems Message-Id: <6102@alvin.mcnc.org> References: <310@nbivax.nbi.dk>, <2919@odin.SGI.COM>, <2961@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2961@odin.SGI.COM> msc@sgi.com writes: >In article <6094@alvin.mcnc.org>, spl@mcnc.org (Steve Lamont [me]) writes: >> BTW, we have a 4D/280GTX running 3.2. We have the idiot pandora stuff turned >> off at login and don't use WorkSpace if we can avoid it (I could rant at >> length about turning a powerful computer into a Macintosh, but I'll leave it >> at for an experienced UNIX user; e.g., one with more than five minutes >> experience, silly graphical interfaces are more of a hinderance than a help). > >Personally I love pandora but then I hate typing. I also like using >WorkSpace but we all know it leaves something to be desired when doing software >development. The first release was only ever intended to support users >running applications. Future releases will have features to support software >developers. ... Please, please, please, please don't tie everything to the rodent!!! Don't turn my 4D/280GTX into a Macintosh. I already have one of those and it is okay for doing things like making viewgraphs or resumes, but doing software development in that "user friendly" environment is just too cumbersome to describe adequately! Please don't break what I find to be a very useful system. Just give me lots of windows that I can type at and I'll be happy and productive! >Do you hate all graphical tools? ... No. Just most of them. The problem with graphical tools is that they don't allow for the learning process (at least the ones I've used). Every user is limited to the same set of tools and it is usually virtually impossible to build tools of their own. Ever written a shell script on a Macintosh? No. Of course not. Because you can't (maybe Hypercard will let you but Hypercard is too damn cute for words). If you want to make a simple one word change in ten MacWrite files the only way I know of doing it is to pull each file into MacWrite separately and do it by hand. Even a near shell-illiterate like me, on the other hand, can write a quick and dirty shell script to do so. The problem with "What You See Is What You Get" is "What You See Is All You Get." > ... We have some really neat ones coming. >Don't miss out. If you have something like AVS (the Stardent graphical whizzie visual programming interface), yes, I'd love to see it and use it. If you're coming out with some abortion like the NeXT Browser, though, please include me out! :-) spl (the p stands for please give that mouse some cheese) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC, Box 12732, Research Triangle Park, NC 27709 "That's People's Commissioner Tirebiter -- and NOBODY'S sweetheart!" - F. Scott Firesign   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01252; 19 Jan 90 14:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00743; 19 Jan 90 14:24 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ac00321; 19 Jan 90 14:05 EST Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa29537; 19 Jan 90 13:08 EST Received: Fri, 19 Jan 90 07:04:58 -0800 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 19 Jan 90 10:03:37 EST by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 19 Jan 90 10:05:30 EST by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 19 Jan 90 10:05:30 EST From: Tony Facca Message-Id: <9001191505.AA05861@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: elemntart problems Mark Callow writes: > In article <6094@alvin.mcnc.org>, spl@mcnc.org (Steve Lamont) writes: >> Our machine goes graphically catatonic when the nameserver dies on us. If a > >Both wsh and the NeWS server use the host database access routines documented >in section 3 of the manual. These routines go to the nameserver if you >have a /usr/etc/resolv.conf file. There is nothing that wsh or NeWS can >do to prevent this. > >> Is there any easy (or not so easy) way to make the machine default back to >> host tables or in some other manner figure out who it is so that it >> can open a graphic window? (see below) > >resolving host database queries. You can be sure I will modify the NeWS >server to use this call. It will then try the /etc/hosts file when the >nameserver fails. Does anyone else think this a little backwards? Why not check the local host table first and if the lookup fails, then check the nameserver? Why should the system have to get loopback information from a nameserver located some- where else? I have a short script which administrators can use to turn the nameserver stuff off should something go wrong with the network connection. If the network dies and you can't get any new windows, first logout. You will then need to login to the console as 'root NOGRAPHICS=1' (this prevents the window manager from firing up). Type "nameserver off". Be sure you have an /etc/hosts table with localhost (something like "127.0.0.1 localhost test loopback me") and whatever other machines you normally talk to. Most of the Personal Iris users, who are usually 'root' on their own machines, only do a "nameserver on" if they need to get to a machine not in their host table. Normally, the nameserver is not enabled. I also put a 'nameserver off' command in the shutdown script. That way, if the network is flakey when I'm trying to startup the system, it won't affect me. This may not be such a good idea for multi-user systems, as starting the nameserver requires the network (inetd, routes and stuff) be brought down and back up again. -------------------------cut here------------------------------ #! /bin/csh # nameserver turn the nameserver on or off and do all the other # network stuff that is required to support the change. # # Author: Tony Facca # Date: July 1989 # # Modified: December 1989 set primary = "xxx.xxx.xx.xx" # Internet address primary NS set secondary = "xxx.xxx.xx.xx" # secondary nameserver set domain = "lerc.nasa.gov" # domain name if (! -o /bin/su) then echo "You must be superuser to run this script" exit(-1) endif switch ($1) case "on": if (-e /usr/etc/resolv.conf) then echo "Nameserver already enabled." exit() else echo "domain $domain" > /usr/etc/resolv.conf echo "nameserver $primary" >> /usr/etc/resolv.conf echo "nameserver $secondary" >> /usr/etc/resolv.conf endif echo "enabled -- restarting the network" /etc/init.d/network stop /etc/init.d/network start /etc/init.d/network.local start breaksw case "off": if (! -e /usr/etc/resolv.conf) then echo "Nameserver is not enabled." exit() else /bin/rm /usr/etc/resolv.conf echo "disabled -- restarting the network" /etc/init.d/network stop /etc/init.d/network start /etc/init.d/network.local start endif breaksw default: echo "Usage: $0 on|off (turn nameserver on or off)" echo -n "Currently: " if (-e /usr/etc/resolv.conf) then echo "ON" else echo "OFF" endif breaksw endsw exit() -------------------------cut here------------------------------ >> BTW, we have a 4D/280GTX running 3.2. We have the idiot pandora stuff turned > >Personally I love pandora but then I hate typing. I also like using I like pandora for a couple of reasons. First of all, it blanks the screen and secondly you don't have to wait if you mistype your password. We have "noiconlogin off" (for security), but I kinda like the idiot pandora stuff :-) -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab01252; 19 Jan 90 14:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00743; 19 Jan 90 14:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ag00321; 19 Jan 90 14:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00196; 19 Jan 90 13:21 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA14484; Fri, 19 Jan 90 10:10:55 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 17:11:28 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: malloc question Message-Id: <48621@sgi.sgi.com> References: <9001181348.aa27967@ADM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001181348.aa27967@ADM.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: [stuff deleted] > behaviour? Does it mean that free(...) frees the memory allocated by the > process for future use, but does not return the virtual memory? I've written Yes, this is what it means. Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac01252; 19 Jan 90 14:35 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad00743; 19 Jan 90 14:25 EST Received: from adm.brl.mil by VMB.BRL.MIL id aa00642; 19 Jan 90 14:14 EST Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa27021; 19 Jan 90 14:04 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA17145; Fri, 19 Jan 90 10:53:41 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 18:37:49 GMT From: Paul Connally Organization: University of Colorado, Boulder Subject: PI external disk Message-Id: <15877@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ever installed an external CDC WREN V or VI on a PI? Or any other external drive in the 600-800 Mb range? If so -- How did you configure the kernel for the second disk? I am currently running 3.1D. Did you need to get any other drivers, etc. from SGI or somewhere else? Is it a good idea to leave the existing disk in it's configuration or can you split it up? (ie: put /usr on the new disk and leave everything else on the old). If you did split it, did it cause any problems and how did you fix them? (like, distribution not ending up in the right place or programs not finding what they need). What other problems did you run into in installation? Is there documentation on all this (or some) and am I just flapping my gums or are these valid questions? Thanks, Paul Connally paulc@boulder.colorado.edu University of Colorado High Voltage Electron Microscope Lab MCDB - Box 347 "A higher potential for Boulder, CO 80309 better penetration."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01436; 19 Jan 90 14:46 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac00743; 19 Jan 90 14:25 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa00550; 19 Jan 90 14:12 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01129; 19 Jan 90 13:49 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA16337; Fri, 19 Jan 90 10:40:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 18:38:47 GMT From: Pablo Fernicola Organization: UF Machine Intelligence Laboratory Subject: Memory upgrade for Personal Iris Message-Id: <21838@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are planning to upgrade the memory on our Personal Iris. I would like to know which chips suppliers are reliable (I have used Chip Merchant for Macintosh memories before) and _what kind of 4 Meg SIMMs_ I should ask for. Thanks Pablo pff@beach.cis.ufl.edu -- pff@beach.cis.ufl.edu - Pablo Fernicola - Machine Intelligence Laboratory - UF IF YOU CARE ENOUGH TO READ SIGNATURES ... I am graduating Spring 1990 and I am looking for a job. MS EE, my graduate work incorporates OO-DBMS/Graphics/Robotics/AI   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01804; 19 Jan 90 15:37 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01636; 19 Jan 90 15:27 EST Received: from tbd.brl.mil by VMB.BRL.MIL id aa01599; 19 Jan 90 15:09 EST Date: Fri, 19 Jan 90 15:09:03 EST From: "John A. Condon" (BDB) To: info-iris@BRL.MIL cc: jac@BRL.MIL Subject: IRIS 4D/80GTB interface to Optical Disc Recorder Message-ID: <9001191509.aa13111@TBD.BRL.MIL> Hello IRIS users, I was just wandering if anyone out there has ever tried connecting an optical disc recorder to one of the 9-pin rs232 series connectors on the I/O panel of the IRIS to control the recorder's operation. I've gotten as far as connecting the data cable [one which I believe to be a null modem type] but am unable to send the recorder any commands. I believe the recorders rs232 select switches are set properly to the requirements set by the STTY routine for the ttyd1,2,3... special files (i.e., baud rate, parity, character size...) of the IRIS but still cannot communicate with the recorder using the unix cat command. If there is someone who can help me, please "E-mail" me. Thanks, John   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02435; 19 Jan 90 16:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02296; 19 Jan 90 16:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02158; 19 Jan 90 16:03 EST Received: from umrvma.umr.edu by SMOKE.BRL.MIL id aa03648; 19 Jan 90 15:03 EST Received: from UMRVMA.UMR.EDU by UMRVMA.UMR.EDU (IBM VM SMTP R1.2.1MX) with BSMTP id 0794; Fri, 19 Jan 90 14:02:18 CST Received: by UMRVMA (Mailer R2.05) id 0792; Fri, 19 Jan 90 14:02:08 CST Date: Fri, 19 Jan 90 13:57:15 CST From: Bob Funchess Subject: gcc compiler To: info-iris@BRL.MIL Message-ID: <9001191503.aa03648@SMOKE.BRL.MIL> The current release of gcc (1.36, I think) does support the 4D/20. (It may support other 4D machines, but I can personally vouch for the 20) Available from the usual places... uunet.uu.net is where I got mine. It does NOT support compiling with the -g flag, though, so debugging can be fun. I haven't tried g++ yet. You may also want bison (but it's not crucial to compile gcc with unless you plan on modifying the source code). < Bob | S090726@UMRVMA.UMR.EDU | Funchess > The 'S' stands for student. Think the university shares MY opinions?   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02435; 19 Jan 90 16:26 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02296; 19 Jan 90 16:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02218; 19 Jan 90 16:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04624; 19 Jan 90 15:30 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19837; Fri, 19 Jan 90 11:37:46 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 19:17:24 GMT From: Tom Haapanen Organization: WATMIMS Research Group, University of Waterloo Subject: Re: the finger program. Message-Id: <679@watserv1.waterloo.edu> References: <23347@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thomas Russo writes: > Is there a reason why sgi's finger program won't give more information > about the user being fingered than it does? What I mean is that most > other hosts to which I have access tell things like last login, > whether the user is on now, [...] Well, I found it especially annoying that a person on another system couldn't finger someone here and find out whether the person was logged on or not. Soooo, I have the following as /usr/local/bin/finger #!/bin/sh /usr/bsd/finger.SysV -l $* while [ $# != 0 ] ; do case $1 in -*) shift;; *) break;; esac done if [ $# = 1 ] ; then echo " " last $1 | fgrep $1 | awk -f /usr/local/etc/finger.awk fi Also create /usr/local/etc/finger.awk: BEGIN {still_on = 0} / - / {last = sprintf("Last logon on %s %s %s %s (%s)\n", \ $3, $4, $5, $6, $2) } /still logged/ {still_on = 1 printf "On since %s %s %s %s (%s)\n", $3, $4, $5, $6, $2 } END {if (!still_on) printf(last) } Then do the following: mv /usr/bsd/finger /usr/bsd/finger.SysV chmod +rx /usr/local/bin/finger ln -s /usr/local/bin/finger /usr/bsd/finger Now 'finger tom' produces the following: Login name: tom In real life: Tom Haapanen Office: CPH 4345, x2916 Home phone: 743-1439 Directory: /usr/people/tom Shell: /bin/csh Project: What project? Plan: Maintain my sanity (ha!) On since Fri Jan 19 13:56 (ttyd1) A little bit better! What *I* would like to know, though, is why a remote finger (through fingerd) doesn't show the .project and .plan? What does it do differently from the interactive one? All usual disclaimers apply to the above code: backup first, your mileage may vary, and don't blame me if it doesn't work (it does on our 3.2). \tom haapanen "now, you didn't really expect tom@mims-iris.waterloo.edu my views to have anything to do watmims research group with my employer's, did you?" university of waterloo "I don't even know what street Canada is on" -- Al Capone   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac02435; 19 Jan 90 16:27 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac02296; 19 Jan 90 16:16 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab02243; 19 Jan 90 16:07 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04730; 19 Jan 90 15:35 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22580; Fri, 19 Jan 90 12:23:01 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 17:23:44 GMT From: "Jeff P. M. Hultquist" Organization: NASA Ames Research Center, Moffett Field, CA Subject: Re: g++ on sgis [or gcc for that matter] Message-Id: <4536@amelia.nas.nasa.gov> References: <367@meritaus.UUCP>, <717@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just recently installed G++-1.36 on a 4d/20. You will need the latest release from 'prep.ai.mit.edu'. You will also need "MIPS.FILES" from 'foobar.Colorado.edu'. (This is a set of patches which fixes things for the IRIS.) The only problems I have encountered so far have been: - the file 'g++-include/ctype.h' tries to declare the global array "ctype", but the iris prepends a underline to that symbol. - an array of 10kbytes declared within a procedure caused a segmentation fault in the running program. - modulus of bignums is wrong (for reasons I haven't bothered to check) - 'libg++/src/File.cc' needs to have the flag HAVE_SETVBUF defined -- Jeff Hultquist hultquis@nas.nasa.gov (415) 604-4970 -- Jeff Hultquist hultquis@nas.nasa.gov (415) 694-4970   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02773; 19 Jan 90 17:06 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02584; 19 Jan 90 16:56 EST Received: from smoke.brl.mil by VMB.BRL.MIL id ab02580; 19 Jan 90 16:46 EST Received: from relay.cs.net by SMOKE.BRL.MIL id aa05791; 19 Jan 90 16:09 EST Received: from relay2.cs.net by RELAY.CS.NET id ab22678; 19 Jan 90 15:09 EST Received: from gmr.com by RELAY.CS.NET id ac08340; 19 Jan 90 16:05 EST Date: Fri, 19 Jan 90 15:55 EST From: JORDAN%gmr.com@relay.cs.net Subject: Getting data from bad tar tape To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.MIL" Message-ID: <9001191609.aa05791@SMOKE.BRL.MIL> YES, yes, I admit it. Now, understand, I back up my files weekly, and I never vi the same file at the same time; yet, I made the fatal tar error. I tar cv'ed on an unsafe tape!! Any ideas as to how to retrieve the data that I assume is still on the tape? I entered only "tar cv" without any filenames following it. Thanks folks. My name is T. Jordan, and I am a tar cv-er.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02933; 19 Jan 90 17:23 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab02773; 19 Jan 90 17:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa02771; 19 Jan 90 17:06 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05275; 19 Jan 90 15:52 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA24102; Fri, 19 Jan 90 12:47:43 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 19:00:57 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: A/D & D/A VME board Message-Id: <48640@sgi.sgi.com> References: <9001182223.AA00486@tom.dallas.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001182223.AA00486@tom.dallas.sgi.com>, treed%tom.dallas@SGI.COM (Thomas E Reed) writes: > > Hi; > > I'm looking for any input on VME based A-to-D D-to-A boards. > > The board needs at leased 8 A/D channels and 1 D/A channel. > > The data bandwidth needs to be ~ 100 KHz . > > Contact VMIC. They are at ph# (205)880-0444. Huntsville, Alabama. markb . -- Mark Bradley "Faster, faster, until the thrill of I/O Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA 94039-7311 ---Hunter S. Thompson ******************************************************************************** * Disclaimer: Anything I say is my opinion. If someone else wants to use it, * * it will cost... * ********************************************************************************   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03199; 19 Jan 90 18:00 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03071; 19 Jan 90 17:50 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03035; 19 Jan 90 17:37 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa06728; 19 Jan 90 17:22 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA29189; Fri, 19 Jan 90 14:09:12 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 21:28:26 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: the finger program. Message-Id: <48653@sgi.sgi.com> References: <23347@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <23347@ut-emx.UUCP>, russo@chaos.utexas.edu (Thomas Russo) writes: > Is there a reason why sgi's finger program won't give more information > about the user being fingered than it does? What I mean is that most > other hosts to which I have access tell things like last login, > whether the user is on now, how long the terminal has been idle, and > so forth. So, my question is really just this: is the absence of > this information the side effect of some deep incompatiblility between > the Berkeley finger program and irix, or is it a security-related > decision [. . .] ? It's a consequence of the not-so-deep incompatibilities between Irix and Berkeley Unix (/etc/utmp format, mostly). Porting all of finger's features fell low on the priority list when porting all of BSD networking and mail way back in '86. No one followed it up until lately. Look for the missing features in finger (plus amazing speed) in the next release (3.3?). > Thomas Russo > Center for Nonlinear Dynamics, University of Texas at Austin > russo@chaos.utexas.edu or phib421@utchpc.bitnet > ------ Brendan Eich Silicon Graphics, Inc. brendan@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03581; 19 Jan 90 18:40 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03480; 19 Jan 90 18:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03415; 19 Jan 90 18:15 EST Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa02687; 19 Jan 90 14:38 EST Received: Fri, 19 Jan 90 10:41:24 -0800 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 19 Jan 90 13:40:07 EST by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 19 Jan 90 13:42:07 EST by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 19 Jan 90 13:42:07 EST From: Tony Facca Message-Id: <9001191842.AA06886@avelon.lerc.nasa.gov> To: iris-admin@lerc08.lerc.nasa.gov Subject: Software Options Cc: info-iris%brl.mil@prandtl.nas.nasa.gov Some of the Personal Iris's in the division were purchased without the Software Developers Option, in a feeble attempt to save a few bucks. All of these users agreed, however, that the Fortran option was imperative. Well, now for the punch line (have you heard this one already?) -- you can't compile Fortran programs without the Developers Option. Harr, Harr. I guess this is our fault for being ignorant about SGI's product offerings. I'm almost embarrassed to call and complain, "Hey! I'm trying to develop some Fortran programs, but I haven't purchased the Software Developers Option, do you have any idea what's wrong??" But on the other hand, couldn't someone, somewhere along the line, in all the sales literature, and price lists, have mentioned that you must have the Developers Option if you plan on "using" the Fortran Compiler? Actually, as one of our users pointed out, the compiler works just fine. You just can't load. So if you just want to compile things and are perfectly happy with .o files, ("..of course they work! they compiled, didn't they?"), then you really don't NEED to have the "dev" option. The moral of the story: If you buy Fortran, buy the Developers Option. For those who care, the message which tipped us off was: /usr/bin/ld: Can't open: /usr/lib/crtl.o /usr/lib/crtl.o comes with the "dev" option. Has anyone else seen this? Am I correct? -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03894; 19 Jan 90 19:48 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03862; 19 Jan 90 19:38 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa03830; 19 Jan 90 19:26 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07619; 19 Jan 90 19:07 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA05415; Fri, 19 Jan 90 15:51:27 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 23:44:30 GMT From: Phil Budne Organization: Information Technology, Boston University, Boston, MA, USA Subject: Re: the finger program. Message-Id: <50831@bu.edu.bu.edu> References: <23347@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <23347@ut-emx.UUCP> russo@chaos.utexas.edu (Thomas Russo) writes: > >Is there a reason why sgi's finger program won't give more information >about the user being fingered than it does? Here is output from my finger program. It gives more information than any other I've ever seen!! bu.edu% f @grizzly [BUCRF1.BU.EDU] Trying 128.197.21.80... grizzly -- IP7 USG Unix release 3.2.1 version 10171414 6:31pm up , 23:366 users load average: 0.06, 0.01, 0.06 -User- --Full name-- -What- Idle TTY -Console Location- chris Chris Mayberry csh 3:50 q5 via X Window glenn Glenn Bresnahan csh 5 q1 via Remote Login jdh Jason Heirtzler rlogin 2:09 q2 via X Window seeley Guy Seeley csh 6:59 q7 via Telnet tjh Tim Hall csh 26 q3 via Remote Login csh 7:33 q6 via Remote Login bu.edu% f budd@grizzly [BUCRF1.BU.EDU] Trying 128.197.21.80... grizzly -- IP7 USG Unix release 3.2.1 version 10171414 6:38pm up , 23:426 users load average: 0.24, 0.07, 0.01 budd Phil Budne Hacking for it-sa [3001,4940] ; Account: it-sa Shell: /bin/tcsh Groups: sys uid it-sa budd has no new mail, last read Fri 19-Jan-90 3:16PM [New mail is forwarded to budd@bu-it.bu.edu] [bu-it.bu.edu] bu-it -- Sun-4 SunOS 4.x .... I cannot get last login time/date or remote host as SGI did not see fit to add ut_host to the utmp file (as Apple did with A/UX) or the lastlog file.. Its available by anonymous ftp to BU.EDU in ~ftp/users/budd/finger. NOT available by mail or dogsled. This version is a bit old, but has been tested on the following; Sun-2,3,4 under SOS3 Sun-3,4,386i under SOS4 VAX under 4.3, Ultrix PMAX Sony News IBM RT-PC under AIX and AOS Encore Multimax under Umax 4.2 and Umax V Celerity (FPS) I've recently ported it to ix/386, but I've also done some restructuring that almost certainly broke some of the other ports.. I plan to post it to the 'net.... someday..... Perhaps when I get the last bugs out of my inquire database package....... -Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04253; 19 Jan 90 21:19 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04204; 19 Jan 90 21:09 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa04164; 19 Jan 90 20:55 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08287; 19 Jan 90 20:38 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA11457; Fri, 19 Jan 90 17:29:53 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 21:15:48 GMT From: Jack Weldon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.2.1 (was Re: malloc question) Message-Id: <3014@odin.SGI.COM> References: <9001181348.aa27967@ADM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001181348.aa27967@ADM.BRL.MIL> XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: >btw. when will 3.2.1 be shipped ? > 3.2.1 is a fix-on-fail release only, and is ONLY shipped to supported customers that have a bug that is fixed in 3.2.1. There were very few fixes in 3.2.1, and were mostly hardware-platform related. SGI automatically sent out 3.2.1 to those customers that were affected. If you feel you have a problem that is rectified in the maintenence tape, contact your European Support Engineer for more information. Jack Weldon System Engineer Product Support   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12848; 21 Jan 90 9:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12709; 21 Jan 90 8:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa12687; 21 Jan 90 8:24 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29739; 21 Jan 90 0:21 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA01962; Sat, 20 Jan 90 21:13:32 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jan 90 16:33:11 GMT From: john howell Organization: Deere & Co. Technical Center, Moline,IL Subject: Re: 760 MB SCSI for 4D/70-GT Message-Id: <152@suntc.UUCP> References: <9001130636.aa20672@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9001130636.aa20672@SMOKE.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > Hallo networkers, > > Back August 89 I asked this list for help in installing a third-party > 760 MB disk on our 4D/70-GT. I wanted to have a third party product for > reasons that are too obvious to raise the discussion again. We finally > got our disk installed for a reasonable price and I will describe my > experience to the net. > [ ... ] > > So we looked into the SCSI solution. We had three devices in mind: the > CDC WREN VI (Model 94191), the Fujitsu M2263 and the Hitachi DK515-C-78. All > disks have about 770 MB unformatted and 16 ms average access time. The > Hitachi was pointed to us by Mark Bradley from SGI MV. His words were (as > I can remember): "We haven't tested the M2263 jet and for performance > reasons I personally would use the Hitachi drive". For price and delivery > reasons we finally decided to use the WREN-VI. Now was the question > how to install the disk. Mounting it in one of the IRIS cabinets? SGI MV > told us: "You can do that, but you have to provide enough air flow for > cooling and we (internally) have problems at higher temperatures". So we > opted for an external cage with power-supply. But how to cable that? Our > local SGI office in Munich told us the solution: "Buy an ""HU-XSCI > Extendeable SCSI Module"" and your problem is solved". We did and it was. How about using the P4-XSCSI. This apparently is the same thing except it comes with a Peripheral Module Enclosure. I would like to put a SCSI device right in there. Anyone know why not? BTW - How did you format the CDC WREN drive? With the IRIS fx utility? Thanks. John ======================================================================== John Howell uucp: uunet!suntc!jrh Deere & Company MCImail: 360-4047 Technical Center CompuServe: [76666,2505] 3300 River Drive FAX: (309)765-3807 Moline, IL 61265 Voice: (309)765-3784 ========================================================================   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11095; 20 Jan 90 21:36 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10707; 20 Jan 90 20:34 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa10618; 20 Jan 90 20:16 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25993; 20 Jan 90 20:05 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA19047; Sat, 20 Jan 90 16:54:49 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jan 90 00:51:14 GMT From: "Eric A. Pearce" Organization: Boston University Subject: MX Sendmail and named on IRIS Message-Id: <50883@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody have a sendmail that will use named running on the Iris? If this something I can get from SGI or make from public domain sources on berkeley or uunet? Thanks -e ------------------------------------------------------------------------------- Eric Pearce eap@bu-pub.bu.edu Boston University Information Technology 111 Cummington Street   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14154; 21 Jan 90 14:44 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13299; 21 Jan 90 13:41 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa13281; 21 Jan 90 13:29 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08496; 21 Jan 90 13:13 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA06009; Sun, 21 Jan 90 09:58:24 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jan 90 17:52:52 GMT From: "Thomas C. Palmer" Organization: MCNC; RTP, NC Subject: Setting yacc internal array sizes? Message-Id: <6114@alvin.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've got a problem with SGI's version of yacc. I have a very large yacc specification that requires use of the "-Nm" option when running on a Sun 4. This option tells yacc to override the default size for some internal array. SGI's yacc has no such option and just responds with the wonderfully helpful message: fatal error: out of space, line 581 *** Error code 1 Thanks. The y.output file doesn't have any useful info either. Is there any way to do this or is yacc totally brain dead on SGI machines? -Tom Thomas C. Palmer North Carolina Supercomputing Center Cray Research, Inc. Phone: (919) 248-1117 PO Box 12732 Arpanet: palmer@ncsc.org 3021 Cornwallis Road Research Triangle Park, NC 27709   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa22157; 22 Jan 90 11:05 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20767; 22 Jan 90 10:13 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa20541; 22 Jan 90 9:58 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa27286; 22 Jan 90 9:35 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA06771; Mon, 22 Jan 90 06:21:11 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jan 90 23:05:42 GMT From: Stephen Kirby Organization: Mincom, Brisbane, Australia Subject: Stable Sort Message-Id: <296@mincom.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I require a stable sort utility for the SGI. The stable sort will retain the order of records which have matching keys. The standard sort in Unix does not provide this. Thankyou, Stephen Kirby MINCOM Pty Ltd.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09741; 25 Jan 90 18:39 EST Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09706; 25 Jan 90 18:29 EST Received: from smoke.brl.mil by VMB.BRL.MIL id aa09662; 25 Jan 90 18:15 EST Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa25598; 25 Jan 90 17:31 EST Received: by ucbvax.Berkeley.EDU (5.61/1.41) id AA22004; Thu, 25 Jan 90 14:25:09 -0800 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jan 90 12:47:17 GMT From: Axel Dirksen Organization: Axel Dirksen, system & software consulting, Berlin Subject: Re: g++ on sgis [or gcc for that matter] Message-Id: <1089@txlad.UUCP> References: <367@meritaus.UUCP>, <717@alias.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL rae%alias@csri.utoronto.ca (Reid Ellis) writes: >I once tried to get gcc running under the Iris 4D, but to no avail. >It linked okay, but when I tried to run it, it died in one of the >assembler/lisp files. We ported gcc onto an personal iris, works perfect, although in general I think it's sometimes a little bit difficult to port things to iris 4D :-) Programs which did run after sometimes source modification and testing div. libs comprise 4.3 uucp, nn,rn,gcc,elm. I had difficulties with the news software before it finally decided to run. Axel ad@txlad.uucp pyramid!tub!txlad!ad ART+COM e.V, Berlin, W.- Germany