Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02450; 5 May 89 12:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01964; 5 May 89 11:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01928; 5 May 89 11:42 EDT Received: from csd360b.erim.org by SMOKE.BRL.MIL id aa25496; 5 May 89 11:09 EDT Received: by csd360b.erim.org (4.0/SMI-4.0) id AA09442; Fri, 5 May 89 11:09:02 EDT Date: Fri, 5 May 89 11:09:02 EDT From: Joe Garbarino Message-Id: <8905051509.AA09442@csd360b.erim.org> To: info-iris@BRL.MIL Subject: Re: SGI licencing of X windows In article <32066@sgi.SGI.COM>, Mark Callow of SGI writes concerning SGI X Window performance: > faster than the one you have now. Our performance comes at or near the > top of the recently posted X benchmark table. We have applied over 130 > MIT patches and fixed a number of our own bugs. I think you will be > more than satisfied with its performance. Further performance... > On present SGI hardware XOR performance is at best adequate. We therefore > recommend you run our window manager which does rubberbanding in the overlay > planes (it's written in PostScript, but that's another story) rather > than something like uwm which uses xor all over the place. For our purposes, the two above statements are in conflict. One of the important points about the X Window System is that it allows the user to become familiar with one mode of interaction with the windowing environment. One of the more important elements of the windowing environment is the window manager. If the window manager is not consistent between platforms, a major component of the X portability is lost. I can move between our other workstations, and even to my X terminal, and still count on being able to use the same mouse/keyboard strokes for window manager functions. I also get to standardize on the window manager I like best, not being forced to use the window manager a machine's manufacturer gives me. Until this XOR/window manager problem is solved, a major piece of SGI's X Window System implementation is severely inadequate, and I will not be satisfied with its performance. Will there be an upgrade to current equipment to supply the missing hardware XOR function? Joe Garbarino ERIM P.O. Box 8618 Ann Arbor, Mi. 48107 (313)994-1200 x2508 jgarb@csd360b.erim.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06605; 5 May 89 15:23 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa05982; 5 May 89 15:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05919; 5 May 89 14:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01944; 5 May 89 14:19 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06657; Fri, 5 May 89 10:39:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 14:27:21 GMT From: "David M. Laur" Organization: Princeton University, NJ Subject: Re: Screen Dump. Message-Id: <8209@pucc.Princeton.EDU> References: <8905030950.aa10952@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905030950.aa10952@SMOKE.BRL.MIL>, swenson@NUSC-WPN.ARPA writes: > I would like to perform a screen dump from a 4D-60T to a file in >PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. >I would like at least 16 (probably dithered) grey levels and the option to >select seperate windows or the entire screen to be dumped. Am I in the >land of fantasy? I would appreciate any suggestions on this subject. >Thanks. > Steve Swenson > SWENSON@NUSC-WPN.ARPA If you get the "Laser Printer Software Option" and the Transcript package (from AT&T via SGI), then you can print IRIS/4D screendumps directly to a PostScript printer using "lp". Use the program "/usr/sbin/scrsave" to capture some or all of the current screen into an SGI-format image file, the simply "lp" the file. The print spooling software converts the image to PostScript commands and sends them to the printer. If you want to capture the intermediate PS code, you can run the converter manually, it's called "/usr/lib/print/pprint". The Laser Printer Option + Transcript is a very useful collection of tools to have around anyway, for converting Troff source to PS etc. Be prepared, however, to wait a while for full screen dumps to print. The PostScript code generated by "pprint" uses the native PS operator "image" which converts grey level values in the range 0-255 into dithered/scaled/translated bitmaps (0/1) **in the printer**. This compute intensive operation combined with the data transfer time for a 1280x1024 image can result in print times of 20-50 minutes! (on an Apple LaserWriter Plus). +---------------+ David Laur | "a bizarre | Princeton University | underwater | Interactive Computer Graphics Lab | scenerio..." | Internet: dmlaur@magritte.princeton.edu +---------------+ Bitnet: dmlaur@pucc   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07348; 5 May 89 16:15 EDT Received: by VMB.BRL.MIL id aa07180; 5 May 89 16:11 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa06998; 5 May 89 15:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06970; 5 May 89 15:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03965; 5 May 89 15:19 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10604; Fri, 5 May 89 12:02:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 18:40:51 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Screen Dump. Message-Id: <202@dftsrv.gsfc.nasa.gov> References: <8905030950.aa10952@SMOKE.BRL.MIL>, <8209@pucc.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8209@pucc.Princeton.EDU> DMLAUR@pucc.Princeton.EDU writes: >In article <8905030950.aa10952@SMOKE.BRL.MIL>, swenson@NUSC-WPN.ARPA writes: > >> I would like to perform a screen dump from a 4D-60T to a file in >>PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. >>I would like at least 16 (probably dithered) grey levels and the option to > > >If you get the "Laser Printer Software Option" and the Transcript >package (from AT&T via SGI), then you can print IRIS/4D screendumps >directly to a PostScript printer using "lp". If you want something for FREE you can anonymous ftp something called 'topost' from my machine (iris613.gsfc.nasa.gov). It converts b/w images to postscript which you can send directly to the printer. Usage: scrsave rgb x1 x2 y1 y2 -- user command tobw rgb bw -- user command topost bw bw.ps -- code I wrote (16 shades) >Be prepared, however, to wait a while for full screen dumps to print. >The PostScript code generated by "pprint" uses the native PS operator >"image" which converts grey level values in the range 0-255 into >dithered/scaled/translated bitmaps (0/1) **in the printer**. This >compute intensive operation combined with the data transfer time >for a 1280x1024 image can result in print times of 20-50 minutes! >(on an Apple LaserWriter Plus). I have not had times this slow (maybe 5 to 20 minutes!) +----------------------------------+-----------------------------+ |John H. Merritt | Yesterday I knew nothing, | |Applied Research Corporation | Today I know that. | |merritt@iris613.gsfc.nasa.gov | | +----------------------------------+-----------------------------+   Received: from VMB.BRL.MIL by VMB.brl.MIL id af08481; 5 May 89 19:03 EDT Received: by VMB.BRL.MIL id aa08462; 5 May 89 18:53 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08425; 5 May 89 18:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08400; 5 May 89 18:37 EDT Received: from [128.186.4.2] by SMOKE.BRL.MIL id aa08616; 5 May 89 18:29 EDT Date: Fri, 5 May 1989 18:29:01 EDT From: MCCALPIN@scri1.scri.fsu.edu Message-Id: <890505182901.2cc14a47@SCRI1.SCRI.FSU.EDU> To: info-iris@BRL.MIL X-Vmsmail-To: smtp%"info-iris@brl.arpa" We have a Power Series 120 machine here for a demo/loan, and I have had trouble getting anything useful out of the Power Fortran preprocessor. The code is basically a whole bunch of double DO loops, with an iteration count of about 40 on the outer loop and 100 on the inner loops. I ran the code with the following command: f77 -O2 test.f -o test time test and it took 16.3 seconds I re-ran it with: f77 -pfa keep -O2 test.f -o test and it took 26.4 seconds! I ran it again with: f77 -pfa keep -WK,-O=4,-UR=4 -O2 test.f -o test and it got back down to 16.2 seconds. This code seems ideal for loop-splitting parallelization, and the intermediate code files show DOACROSS directives on all the important loops. Anybody have any ideas of something I might be doing wrong? John D. McCalpin mccalpin@masig1.ocean.fsu.edu mccalpin@nu.cs.fsu.edu mccalpin@fsu (BITNET or MFENET)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08563; 5 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08481; 5 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08464; 5 May 89 18:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08670; 5 May 89 18:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20547; Fri, 5 May 89 15:19:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 20:57:03 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI licencing of X windows Message-Id: <32204@sgi.SGI.COM> References: <8905021012.aa14083@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905021012.aa14083@SMOKE.BRL.MIL>, SERRER@SYSLAB.NRC.CA (Martin Serrer - Systems Manager) writes: > We have a cluster of 16 VAXstations (running VMS and DECWindows) could we run > remote DECWindows type applications on our IRIS 4D50/GT using SGI's X-windows? > Would it use the 4DDN network software as the transmission protocol or would > we need TCP/IP for the VAXen? > Any info would be greatly appreciated. We support the standard X protocol. If DECWindows uses standard X protocol you should be in good shape. You will need TCP/IP for your vaxen. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08563; 5 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab08481; 5 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab08464; 5 May 89 18:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08672; 5 May 89 18:34 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20618; Fri, 5 May 89 15:20:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 21:26:24 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: DECWindows applications Message-Id: <32210@sgi.SGI.COM> References: <8905021012.aa14083@SMOKE.BRL.MIL>, <32204@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <32204@sgi.SGI.COM>, msc@ramoth.SGI.COM (Mark Callow) writes: > > We support the standard X protocol. If DECWindows uses standard X protocol > you should be in good shape. > > You will need TCP/IP for your vaxen. > -- > -Mark > I've just been informed that many DECWindow applications insist on having their particular fonts installed in the server. That means you must get the source to those fonts from Digital (and we don't think they are currently releasing it) and install them on the SGI machine you want to use as a server. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac08563; 5 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac08481; 5 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac08464; 5 May 89 18:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08674; 5 May 89 18:34 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20563; Fri, 5 May 89 15:20:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 21:03:06 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Screen Dump. Message-Id: <32205@sgi.SGI.COM> References: <8905030950.aa10952@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905030950.aa10952@SMOKE.BRL.MIL>, swenson@NUSC-WPN.ARPA writes: > I would like to perform a screen dump from a 4D-60T to a file in > PostScript format to be sent to an Apple (alias Sun) LaserWriter printer. > I would like at least 16 (probably dithered) grey levels and the option to > select seperate windows or the entire screen to be dumped. Am I in the > land of fantasy? I would appreciate any suggestions on this subject. > Thanks. > Look in 4Dgifts. Use icut to make your screen dumps in sgi image format. Then use tops to convert it to PostScript. tops preserves 1, 2, 4, or 8 colors in the PostScript output leaving it up to the PostScript device to convert those colors into b/w. It also gives you control over the half-tone screens. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad08563; 5 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ad08481; 5 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad08464; 5 May 89 18:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08676; 5 May 89 18:35 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20540; Fri, 5 May 89 15:19:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 20:53:50 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI licencing of X windows Message-Id: <32203@sgi.SGI.COM> References: <237@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <237@noether.UUCP>, rosalia@noether.UUCP (Mark Galassi) writes: > I found out that Silicon Graphics gives you the distribution of X > windows for free, but charges you a certain monthly amount (in our > case $15/month). > As far as I know the $15 is for support. > Here is what I was wondering: > > 1. can one get the tape and not the support, thus not having access > to the hotline etc? Ask your salesman or customer support. > > OR > > 2. does the X distribution from MIT have the drivers and other > special things for the personal IRIS? Yes and no. The X distribution has a verson of the drivers for SGI. However the product quality X we are on the verge of releasing (in Irix 4D1-3.1G) is very different and very much superior. We have put a lot of work into it and it runs anywhere from 5 to 100 times faster than the stuff we contributed to the MIT tape last November. It also has several hundred official patches and other bug fixes. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ae08563; 5 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ae08481; 5 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ae08464; 5 May 89 18:50 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08678; 5 May 89 18:35 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20601; Fri, 5 May 89 15:20:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 21:20:22 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 2400 Turbo Message-Id: <32209@sgi.SGI.COM> References: <8904211549.aa07442@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8904211549.aa07442@SMOKE.BRL.MIL>, RAAS@APLVM.BITNET (Randy Schrickel) writes: > > Could someone please give me a definitve answer on this? > > Is sgi going to release a 4sight/X windows/"something other than mex > windowing system" for the 2400 Turbos? At Siggraph 88, sgi said no. > At a local users group meeting (maybe a year ago) they said no. Now > someone at work tells me sgi says yes! Does anyone know the truth? > If the answer is yes, we would like to (memory) upgrade our systems > while we still can, and before the new OS comes out. This is a touchy subject and I don't know how best to answer it. The facts are: 1. SGI has decided to provide its customers with a new software release for the 3xxx series machines. We (Engineering) have been told that this release is for bug fixes only. No new functionality is being allowed. 2. We have 4Sight (sans X) running on the 3xxx machines. It's now several versions behind the 4D. We made substantial kernel changes to support 4Sight but given #1, we have no way of putting those changes into a release. The kernel needed for 4Sight contains unrelated changes that require new versions of certain system tools. To make a release, we would have to bring 4Sight up-to-date and also extensively test the entire system to ensure none of the changes were detrimental. Frankly, my group just doesn't have the resources to support a release of the 3xxx version of 4Sight even if the company were planning a 3xxx release containing new functionality. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08826; 5 May 89 20:12 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08739; 5 May 89 20:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08718; 5 May 89 19:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08995; 5 May 89 19:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23919; Fri, 5 May 89 16:26:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 May 89 21:20:16 GMT From: "George Baciu [CGL]" Organization: U of Waterloo, Ontario Subject: Re: disk for 2400T Message-Id: <9542@watcgl.waterloo.edu> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , lacomb@SIERRA.STANFORD.EDU ("Lloyd J. Lacomb") writes: > I'm having a little bit of a problem. Yesterday, someone came to me telling > me that their one of the disks on their 2400T crashed. Sure enough the > disk was getting power but it just wasn't turning. Most of the information > is backed up so not much will be lost if we can put a new disk in. The > problem is that even with the new prices on the 72 Mb disks from SGI, the > paper work to get one would take a least a month which won't help if something > is due in a week. What I thought might be possible was to take > another ESDI 72 Mb drive from a PC in the lab and try to use that disk > to replace the dead one in the IRIS. After getting all the hardware > hooked up, I booted the system and the controller (or something) > doesn't seem to recognize the second drive at all. It says something > like: > > md0 Priam v170 and some more numbers (even though the drive says it's > made by Vertex) > md1 not installed (not sure about the wording) > > Nothing I've tried: mdfex(which doesn't seem to be documented > anywhere,) mkfs, sgilabel, ... seems to work, All return some > message about drive not found. The controller is an old one designed > to handle only 72 Mb drives but I can't figure out what I need to do > to get the system to find or recognize the drive. > > When I installed my disk, sent from SGI, I don't remember having similar > problems, but that may be because they've already done something to > the disk so the controller will recognize them. Does anyone out > there know the procedure(I imagine some procedure must exist) for > installing a disk on a 2400T. > Disk installation is not quite as simple as connecting the wires especially when you attempt to install a disk that does not come from SGI. A couple of things need be done before you load the os onto it. 1) First you must format the disk correctly. This involves quite a few little details like: o knowing the type of disk you are dealing with o whether the disk is one of the types recognized by the disk formatter o knowing its capacity in terms of number cylinders/tracks. o knowing partition sizes for the release version of the os, o knowing which sector the boot header should be loaded. o MOST IMPORTANTLY knowing the list of bad blocks. For the 2400's I recommend you get a PRIAM V185 either from SGI or from a third party vendor. This is well supported by the hardware configuration program on 2400 (disk formatter mdfex), rather than trying other disks - and you can use the default settings in the disk formatter after setting its label to V185. 2) In order to get to the disk formater you must use mdfex in the extended mode - this requires booting the mdfex from tape and then pressing SHIFT-Z. This will ask you for a password, which you must know. SGI could provide you with this passwd depending on the software release you are using. 3) After you have all the above information and you got into the mdfex extended mode, it is just a matter of choosing the "s" for setting the partition sizes and disk label, "q" to quit from the set option, and then you must format the disk with "f". Well, I relize the above is hand-waving but you must know all the specs of your system and of the disk before you dive into this job - else very little chance of success. -- ----------------------------------------------------------------- | GBaciu@watcgl.Waterloo.edu GBaciu@watcgl.UWaterloo.CA | | * Computer Graphics Lab * | | University of Waterloo - Waterloo, Ontario, Canada - N2L 3B5 |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab10111; 6 May 89 1:12 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab10046; 6 May 89 1:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10032; 6 May 89 0:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11770; 6 May 89 0:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA07145; Fri, 5 May 89 21:17:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 May 89 00:17:59 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Screen Dump. Message-Id: <32232@sgi.SGI.COM> References: <8905030950.aa10952@SMOKE.BRL.MIL>, <8209@pucc.Princeton.EDU>, <202@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <202@dftsrv.gsfc.nasa.gov>, merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: > If you want something for FREE you can anonymous ftp something called > 'topost' from my machine (iris613.gsfc.nasa.gov). It converts b/w images > to postscript which you can send directly to the printer. Usage: > scrsave rgb x1 x2 y1 y2 -- user command > tobw rgb bw -- user command > topost bw bw.ps -- code I wrote (16 shades) > > >Be prepared, however, to wait a while for full screen dumps to print. > >The PostScript code generated by "pprint" uses the native PS operator > >"image" which converts grey level values in the range 0-255 into > >dithered/scaled/translated bitmaps (0/1) **in the printer**. This > >compute intensive operation combined with the data transfer time > >for a 1280x1024 image can result in print times of 20-50 minutes! > >(on an Apple LaserWriter Plus). > > I have not had times this slow (maybe 5 to 20 minutes!) That's because you are converting the image to monochrome before you send it to the printer. The overriding factor in printing PostScript images is the time taken to transmit it to the server at 9600 baud. tops (from 4Dgifts) has an option, "-b 1", to convert to black and white. Look at 4Dgifts; there is a lot of good stuff there. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10829; 6 May 89 5:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10792; 6 May 89 5:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10781; 6 May 89 5:28 EDT Received: from MIRSA.INRIA.FR by SMOKE.BRL.MIL id aa13647; 6 May 89 5:12 EDT Received: from kwai.inria.fr by mirsa.inria.fr with SMTP (5.59++/IDA-1.2.8) id AA04756; Sat, 6 May 89 11:14:13 +0200 Received: by SWITCH.arcom.ch with X.400; 05 May 89 11:34:03+0200 Date: 05 May 89 11:34:03+0200 From: Urs Meyer To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Graphics problem on a personal iris Message-Id: <23*meyer@ifi.unizh.ch> Our Personal Iris 4D/20G running SD3.1C exhibits problems when drawing polygons. The top pixel row and the right pixel column are not affected by the polygon drawing routines (bgn/endpolygon, v3...). This happens with all programs I've written as well as with the bounce or spin logo demos from SGI. You may use mag (which, however, has its own problems on a personal iris) and notice a slightly thicker black border. Since I'm reading back such drawings to postprocess them, those pixels introduce severe errors. Surprisingly, lrectread works just fine for reading back the pixels. The problem does not occur on a 4D/70GT (same OS level). Another problem: Can somebody explain me, why vi needs a huge amount of space in /tmp? e.g.: -rw-r--r-- 1 meyer 100000 Mar 17 10:54 foo % vi foo ... -rw------- 1 meyer 835584 Mar 17 11:00 /tmp/Ex05442 ^^^^^^!! The available space on our root filesystem of ~7MB therefore limits vi to edit files up to only ~900KB. But on a SUN3 (SunOS 4.0) or a VAX (4.3BSD): -rw------- 1 meyer 106408 Mar 17 11:03 /tmp/Ex02457 -- BTW: Could the person in charge of maintaining the info-iris mailing list resubscribe me. Old address: ...!mcvax!cernvax!unizh!meyer New address: meyer@ifi.unizh.ch (or meyer%ifi.unizh.ch@relay.cs.net) Thank you. -- Urs Meyer, | meyer@ifi.unizh.ch [ @relay.cs.net ] University of Zurich | k114930@czhrzu1a.bitnet   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11011; 6 May 89 6:48 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10956; 6 May 89 6:27 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10948; 6 May 89 6:15 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13967; 6 May 89 5:59 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20894; Sat, 6 May 89 02:57:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 May 89 06:33:26 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Power Fortran Multi-processing Message-Id: <32244@sgi.SGI.COM> References: <890505182901.2cc14a47@SCRI1.SCRI.FSU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <890505182901.2cc14a47@SCRI1.SCRI.FSU.EDU>, MCCALPIN@SCRI1.SCRI.FSU.EDU writes: > We have a Power Series 120 machine here for a demo/loan, and > I have had trouble getting anything useful out of the Power > Fortran preprocessor. > [description of a very reasonable looking attempt] Everything in your note sounded fine, and the code certainly sounds like it should multi-process well. The thing to do is to profile the code. e.g. f77 -pfa keep -WK,-O=4,-UR=4 -O2 test.f -o test -p ^^^ and then run it again. This will produce "n" pc-sample files (one for the master process, and one for each slave process). Then by looking at them with prof e.g. prof test mon.out12345 you should be able to see what's going on. -- 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 aa01878; 7 May 89 10:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01548; 7 May 89 9:17 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01536; 7 May 89 9:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10026; 7 May 89 8:54 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17599; Sat, 6 May 89 14:15:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 May 89 19:15:25 GMT From: Mark Nelson Organization: University of Delaware Subject: Info on 3020? Message-Id: <14838@louie.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just inherited a 3020. It had been sitting in a corner for long enough that I'm sure the software and documentation are hopelessly out of date. And the people who used to use it have all gone on to newer and better machines. So I'm turning to the net for information: What is the latest version of the operating system and other important software, and what is SGI's software upgrade policy? I'm pretty sure that I have a 70 mb disk, and it looks like I have 2 mb of memory. Are these numbers that make sense? Any other hardware info would be appreciated--I'm not even sure what processor it uses (68020?). What manuals should I have? I'm a semi-sophisticated Unix user but my only experience as a system manager/operator was 3 years ago for about 4 months, so I'm very rusty on that side of the software. Mark Nelson ...!rutgers!udel!nelson or nelson@udel.edu This function is occasionally useful as an argument to other functions that require functions as arguments. -- Guy Steele   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01904; 7 May 89 10:25 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01626; 7 May 89 9:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01576; 7 May 89 9:17 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10200; 7 May 89 9:02 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA16162; Sun, 7 May 89 02:01:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 May 89 05:32:20 GMT From: Michael Zentner Organization: Whole Earth 'Lectronic Link, Sausalito, CA Subject: fractal programs for the Personal Iris Message-Id: <11561@well.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody have public domain fractal programs for the personal Iris ?? thanks (you can respond via email to ...sun!acad!mz)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02624; 7 May 89 16:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02575; 7 May 89 16:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02563; 7 May 89 15:55 EDT Received: from oddjob.uchicago.edu by SMOKE.BRL.MIL id aa13140; 7 May 89 15:42 EDT Received: from mhd.uchicago.edu by oddjob.uchicago.edu Sun, 7 May 89 14:41:41 CDT Received: by mhd.uchicago.edu (4.12/1.14) id AA04290; Sun, 7 May 89 15:37:49 edt Date: Sun, 7 May 89 15:37:49 edt From: Andrea Malagoli Message-Id: <8905071937.AA04290@mhd.uchicago.edu> To: info-iris@BRL.MIL, sgi!msc%ramoth.SGI.COM@ucbvax.berkeley.edu Subject: Re: Screen Dump. I looked in my 4Dghifts, but I was unable to find tops. I also not quite sure on how to use icut to select the portion of the screen I want to save. When I call icut, a small window appears, then.........???? Andrea Malagoli. University of Chicago. malagoli@mhd.uchicago.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03500; 7 May 89 21:56 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03261; 7 May 89 21:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03259; 7 May 89 20:52 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa17242; 7 May 89 20:45 EDT Received: from munnari.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA13626; Sun, 7 May 89 20:45:34 -0400 Message-Id: <8905080045.AA13626@uunet.uu.net> Received: from cidam.me.rmit.oz (via goanna) by munnari.oz with SunIII (5.5) id AA08136; Mon, 8 May 89 10:23:09 EST (from mg@cidam.me.rmit.oz for uunet!info-iris@brl.mil) Date: Mon, 8 May 89 08:35:40 EST From: "Mike A. Gigante" Received: by cidam.me.rmit.oz (5.51) id AA05648; Mon, 8 May 89 08:35:40 EST To: info-iris@BRL.MIL Subject: getgpos() I have the following code fragment: ortho(-14.0, 14.0, -14.0, 14.0) move2(-14.0, -14.0) .... getgpos(&xw, &yw, &zw, &w) the result is that xw = yw = w = -1.0, not -14.0 as I expected from the description of getgpos. This is inside a library to supplement GL (actually it is the extra routines from GNU-digs to add hershey fonts etc) so I don't have access to the original calls to ortho etc. I have got around the problem by recoding to use relative calls (rmv, rdr and so on) so that the answer is really for my curiosity... Mike P.S. I am using a PI withfull graphics and FP options   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13318; 8 May 89 11:32 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa11046; 8 May 89 10:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10918; 8 May 89 9:50 EDT Received: from [129.99.20.14] by SMOKE.BRL.MIL id aa28430; 8 May 89 9:39 EDT Received: Mon, 8 May 89 06:40:34 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 8 May 89 10:03:45 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 8 May 89 10:03:45 EDT From: Tony Facca Message-Id: <8905081403.AA06403@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: vi problem (was: graphics problem on Personal Iris) >Urs Meyer, | meyer@ifi.unizh.ch [ @relay.cs.net ] writes: >Another problem: >Can somebody explain me, why vi needs a huge amount of space in /tmp? >e.g.: > > -rw-r--r-- 1 meyer 100000 Mar 17 10:54 foo > % vi foo > ... > -rw------- 1 meyer 835584 Mar 17 11:00 /tmp/Ex05442 > ^^^^^^!! I don't know WHY but I seem to remember a way to get around the fact the the default directory is /tmp I "think" its something like: setenv TMPDIR /other/tmp Then, when vi runs it uses the /other/tmp directory. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13854; 8 May 89 12:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13523; 8 May 89 11:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13506; 8 May 89 11:40 EDT Received: from [129.99.20.14] by SMOKE.BRL.MIL id aa02873; 8 May 89 11:21 EDT Received: Mon, 8 May 89 08:22:40 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 8 May 89 11:45:55 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 8 May 89 11:45:55 EDT From: Tony Facca Message-Id: <8905081545.AA06610@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: No group id of 'mail' ??? I have just installed 3.1D on a 4D/70GT. When the system is coming up, I get two messages: mail: No group id of 'mail' Also, each time I login, I get the same message. Here is what I have checked so far. The message is coming from /etc/init.d/mail initially, there is a line which reads: chgrp mail . * if I enter this command (as root in the /usr/mail dir) I get the message: chgrp: unknown group: mail so then, I checked /etc/group, where there is indeed an entry for mail which looks like: mail::4:root So, whats the problem?? Any suggestions? I can change the line in /etc/init.d/mail to read: chgrp root . * which would get rid of the messages, but.. what problems might this introduce? Any suggestions, comments, etc. are more than welcome. Also: Not running YP No entry in /etc/passwd for mail (adding one didn't help anyway) Previous OS was 3.1C Thanks in advance.. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16596; 8 May 89 15:27 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab15995; 8 May 89 14:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15913; 8 May 89 14:27 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08135; 8 May 89 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08450; Mon, 8 May 89 11:03:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 16:47:27 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: (none) Message-Id: <32276@sgi.SGI.COM> References: <890505182901.2cc14a47@SCRI1.SCRI.FSU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <890505182901.2cc14a47@SCRI1.SCRI.FSU.EDU>, MCCALPIN@SCRI1.SCRI.FSU.EDU writes: > We have a Power Series 120 machine here for a demo/loan, and > I have had trouble getting anything useful out of the Power > Fortran preprocessor. The code is basically a whole bunch of double > DO loops, with an iteration count of about 40 on the outer loop and > 100 on the inner loops. > > I ran the code with the following command: > f77 -O2 test.f -o test > time test > and it took 16.3 seconds > > I re-ran it with: f77 -pfa keep -O2 test.f -o test > and it took 26.4 seconds! > > I ran it again with: f77 -pfa keep -WK,-O=4,-UR=4 -O2 test.f -o test > and it got back down to 16.2 seconds. > > This code seems ideal for loop-splitting parallelization, and the > intermediate code files show DOACROSS directives on all the important > loops. > > Anybody have any ideas of something I might be doing wrong? > One thing that comes to mind is that you might have some initialization loops, etc... that are parallelized, but don't have enough work in each chunk to justify the synchronization overhead. If you haven't already, profile the single processor version (using both pc-sampling [-p] and pixie) and compare the results to the intermediate files generated by pfa. Look for loops that use 1% (or less) of the execution time of the program being parallelized. The next trick is to remove the unwanted doacross's from the .m and file and rename it as a .f and recompile like so f77 -mp -nocpp foo.f -O2 -o foo to generate a new parallelized executable. Hope this helps, Archer Sully archer@sgi.com "life is short, and full of stuff" -- Lux Interior --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16784; 8 May 89 15:48 EDT Received: by VMB.BRL.MIL id aa16581; 8 May 89 15:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa16317; 8 May 89 15:06 EDT Received: by VMB.BRL.MIL id aa16035; 8 May 89 14:40 EDT Received: from jarvis.csri.toronto.edu by VMB.BRL.MIL id aa15999; 8 May 89 14:36 EDT Received: by jarvis.csri.toronto.edu id 13249; Mon, 8 May 89 14:35:27 EDT Received: from neat.ai.toronto.edu by jarvis.csri.toronto.edu with SMTP id 13248; Mon, 8 May 89 14:34:06 EDT Received: by neat.ai.toronto.edu id 39773; Mon, 8 May 89 14:32:50 EDT Received: by neat.ai.toronto.edu id 39767; Mon, 8 May 89 14:31:56 EDT From: Jean-Francois Lamy Subject: Permissive permissions Message-Id: <89May8.143156edt.39767@neat.ai.toronto.edu> Date: Mon, 8 May 89 14:30:54 EDT To: info-iris@vmb.brl.mil On three different Irises in three different groups (checked within the last few minutes), / was world-writable (apparently shipped as such). Not funny. Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16844; 8 May 89 15:58 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa15995; 8 May 89 14:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15862; 8 May 89 14:25 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08041; 8 May 89 14:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08462; Mon, 8 May 89 11:03:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 17:12:47 GMT From: Jeff Doughty Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Huge temp files with vi Message-Id: <32281@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The problem with vi creating huge temp files is indeed a bug. It has been fixed for the 3.2 release, due out soon. If you have disk space somewhere else, say under /usr, type the following within vi: :set directory=/usr/tmp This will put its temp files under /usr/tmp. This line (without the leading colon) can be put in your ~/.exrc file. Jeff Doughty   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17935; 8 May 89 18:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17771; 8 May 89 18:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17731; 8 May 89 17:48 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13232; 8 May 89 17:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18977; Mon, 8 May 89 14:24:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 20:31:12 GMT From: Tom Russo Organization: University of Texas at Austin, Center for Nonlinear Dynamics Subject: 3.1D Upgrade problems Message-Id: <12882@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have recently installed the "maintenance tapes" to bring our IRIX up to 3.1D on 2 personal irises and a 4server8. Now 4sight seems to be broken in a wierd way: Most of us here have user.ps files to remap keys, put up tools, and fire up toolchests. Those of us who do have these things in our directories now find that the tools and chests fail to come up one time in 3. The user.ps files look like this: ---------here comes user.ps ----------- % % User customization file. % /RestartActions [ { (demochest) forkunix } { (clock) forkunix } { (wsh -n Editor -f Courier-Bold.16 -C 0,7,4,4 -c /usr/local/bin/emacs) forkunix} { (ical) forkunix } { (hostchest) forkunix} ] def (clock) 1150 800 110 110 makepreference (ical) 1000 800 preforigin (wsh -n Editor -f Courier-Bold.16 -C 0,7,4,4 -c /usr/local/bin/emacs) 500 500 1000 800 makepreference /replacekeys { % origkeyvals_array changedkeyvals_array -> - { /changedvals exch def /origvals exch def /keysdict origvals length dict def keysdict begin 0 1 origvals length 1 sub { dup origvals exch get changedvals 3 2 roll get def } for end createevent dup begin /Name origvals def /Priority 2 def /Exclusivity true def end expressinterest { awaitevent dup dup begin /Name get keysdict exch get /Name exch def end redistributeevent } loop } fork pop pop pop } def % remap keys: % caps lock (28420) mapped to control (left side) (28419) % ~/` mapped to escape % F1 mapped to ~` % backspace mapped to delete % delete mapped to backspace [28420 28471 28562 28477 28478][28419 28423 28471 28478 28477] replacekeys --------that was user.ps -------------- Has anyone else experienced similar problems? Is there something obviously stupid in the user.ps? Clearly, the problem is rooted in the user.ps file, since users without this file (most people use the same one as above) do not have any problem with missing toolchests. We just can't see the problem. Thanks... +----------------------------------------------------------------------+ |Thomas Russo | russo@chaos.utexas.edu | |Center for Nonlinear Dynamics, University of Texas at Austin | +----------------------------------------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18447; 8 May 89 21:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18315; 8 May 89 20:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18289; 8 May 89 20:22 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15357; 8 May 89 20:14 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26973; Mon, 8 May 89 16:53:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 21:56:23 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Screen Dump. Message-Id: <32310@sgi.SGI.COM> References: <8905071937.AA04290@mhd.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905071937.AA04290@mhd.uchicago.edu>, malagoli@MHD.UCHICAGO.EDU (Andrea Malagoli) writes: > I looked in my 4Dghifts, but I was unable to find tops. > I also not quite sure on how to use icut to select the portion > of the screen I want to save. When I call icut, a small window > appears, then.........???? > The README file in the source directory where you found icut describes how to use it. icut - usage: icut outimage Cut an image from the screen: once attached to the icut window, move the mouse to one of the four corners of the section of the screen you wish to cut, press LEFTMOUSE, keep holding it down while moving to the opposite corner, and let go at the point that marks the rectangular area you wish to write out to outimage. I don't know why you can't find tops. The file in our source tree is date October 13th 1988 so it should be in all 4Dgifts releases. It should be in the same directory where you found icut. -Mark -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18447; 8 May 89 21:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab18315; 8 May 89 20:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab18289; 8 May 89 20:22 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15363; 8 May 89 20:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26966; Mon, 8 May 89 16:53:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 21:48:48 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI licencing of X windows Message-Id: <32308@sgi.SGI.COM> References: <8905051509.AA09442@csd360b.erim.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905051509.AA09442@csd360b.erim.org>, jgarb@CSD360B.ERIM.ORG (Joe Garbarino) writes: > > I can move between our other workstations, and even to my X terminal, and > still count on being able to use the same mouse/keyboard strokes for window > manager functions. I also get to standardize on the window manager I like > best, not being forced to use the window manager a machine's manufacturer > gives me. I didn't say you couldn't run your favourite window manager. I simply made a recommendation. Following it or not is entirely your choice. > > Until this XOR/window manager problem is solved, a major piece of SGI's X > Window System implementation is severely inadequate, and I will not be > satisfied with its performance. I said the performance was "adequate". How you translate that to "severely inadequate" without even having seen it is beyond me. uwm is usable. > > Will there be an upgrade to current equipment to supply the missing > hardware XOR function? Upgrades may be made available for some current equipment. The subject is still under discussion. -Mark -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac18447; 8 May 89 21:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa18353; 8 May 89 20:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18317; 8 May 89 20:38 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15370; 8 May 89 20:18 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26948; Mon, 8 May 89 16:52:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 21:46:44 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: getgpos() Message-Id: <32307@sgi.SGI.COM> References: <8905080045.AA13626@uunet.uu.net> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905080045.AA13626@uunet.uu.net>, mg@cidam.me.rmit.oz.AU ("Mike A. Gigante") writes: > > > I have the following code fragment: > > ortho(-14.0, 14.0, -14.0, 14.0) > move2(-14.0, -14.0) > .... > getgpos(&xw, &yw, &zw, &w) > > the result is that xw = yw = w = -1.0, not -14.0 as I expected from > the description of getgpos. > > This is inside a library to supplement GL (actually it is the extra routines > from GNU-digs to add hershey fonts etc) so I don't have access to the original > calls to ortho etc. > > I have got around the problem by recoding to use relative calls (rmv, rdr > and so on) so that the answer is really for my curiosity... > > Mike > P.S. I am using a PI withfull graphics and FP options In the getgpos(3G) man page, it says "getgpos returns the current graphics position after transformation by the current matrix". Ortho (and I hope you meant ortho2 because ortho takes 6 parameters) loads the current transformation matrix with a matrix that scales user space into Normalized Device Coords, or -1 to 1. That is why -14 ends up coming out as -1. If you really want the current gpos in user coords, why not just save it youself, with a MOVE(x,y,z) macro that saves the values in some global data. If you are doing relative drawing, eg. a stroke font, then you are probably best off with you relative drawing solution....   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad18447; 8 May 89 21:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab18353; 8 May 89 20:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18331; 8 May 89 20:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15477; 8 May 89 20:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28078; Mon, 8 May 89 17:16:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 23:45:35 GMT From: Foxbat Organization: Boston Univ. Subject: Earth surrounded by satelites Message-Id: <30848@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL For the person who was interested on how to show the earth with satelites moving about it....we just got in our Demo source tape from sgi and there is a program on it that does just that. You can get this source code from.... Monica Schulze User Services Silicon Graphics, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311 (415)962-3320 All she wanted was to send her a cartridge tape and the serial #'s of the machines the code will be on. There is also some legal stuff that you have to agree to. (Rumor I heard is that Apollo snarfed up 'flight' .... anyone know THE REAL STORY?) -Tim   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18813; 8 May 89 23:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18760; 8 May 89 23:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18749; 8 May 89 23:07 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16907; 8 May 89 22:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04667; Mon, 8 May 89 19:33:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 May 89 09:02:17 GMT From: Scott Henry Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: Want a "meta" key for Gnu emacs on 4D's Message-Id: References: <1721@wasatch.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL mecklen%gr.utah.edu@wasatch.utah.edu (Robert Mecklenburg) requests: > We run Gnu emacs on personal irises and a 4D/140GT. The editor works well > (although we haven't bothered to compile in job control), but lacks a meta key. > Here's what we've found: > ... [stuff deleted] ... > So the question is: Is there any way to get a "real" meta key? Several months ago, someone (I'm sorry, but I lost the reference) dug deep into the 4Sight code and figured out how to make the ALT keys into META keys (and also make the CAPS-LOCK into a CTRL key where it belongs). The basic instructions are: patch the following diff file against /usr/NeWS/lib/NeWS/UI.ps, and put it in ~/NeWS (since you don't want to mess up your real UI.ps, and 4Sight looks in ~/NeWS before /usr/NeWS/lib/NeWS for loading code). I am also including the entries in my ~/user.ps which implement the key mappings. --------------- UI.ps.diff ----------------------------- *** /usr/NeWS/lib/NeWS/UI.ps Thu Mar 9 16:51:01 1989 --- ~/NeWS/UI.ps Wed Mar 8 09:39:49 1989 *************** *** 318,326 **** --- 318,358 ---- } ifelse } def + % new code for meta key + /MetaDown false def % true when either alt key is down + + { + createevent dup begin % gobble alt key + % Do not eat the right ctrl key. + % We will need it to swap with capslock + % in user.ps. + /Name [28419 28560 28559] def % first one is left ctrl key + /Priority 4 def + /Exclusivity true def + end + expressinterest + { + awaitevent + dup /Action get /DownTransition eq + {/MetaDown true store} % downtrans -> set flag + {/MetaDown false store} % uptrans -> clear flag + ifelse + } loop + } fork + %end new code + /deliver_keyboard_to_focus { % event => - dup dup begin % ev ev sgi_translatekey % ev (string) + % new code for meta key + dup dup type /stringtype eq % if there's a string + exch length 0 ne and % of nonzero length + MetaDown and % and meta is down + Action /DownTransition eq and % and ev is a keypress + {dup dup 0 get 128 or % then ior 128 into + 0 exch put % the 1st char in the string + } if + % end new code /ClientData exch def % ev end InteractionLock monitorlocked MenuBusy 0 ne or { ----------------- end UI.ps.diff ------------------------- Here are the relevant parts of my ~/user.ps ------------------ ~/user.ps ------------------------- % % User customization file. % % Earlier, I posted some code to swap the functionality of the Caps Lock % and left-hand Ctrl key. I have now written some code to make key % remapping more flexible. This code is also better because Caps Lock was % still Caps Lock for an instant in the old code. It not does function as % Caps Lock at all in this code. If you put the following in your user.ps % (and take out the stuff I sent out before, if you have it), you can make % any IRIS key behave as any other. This will only work under 3.1 however, % so if you haven't upgraded, you may want to keep the old code until you % do upgrade. /replacekeys { % origkeyvals_array changedkeyvals_array -> - { /changedvals exch def /origvals exch def /keysdict origvals length dict def keysdict begin 0 1 origvals length 1 sub { dup origvals exch get changedvals 3 2 roll get def } for end createevent dup begin /Name origvals def /Priority 2 def /Exclusivity true def end expressinterest { awaitevent dup dup begin /Name get keysdict exch get /Name exch def end redistributeevent } loop } fork pop pop pop } def % % customizations % /RestartActions [ { [ 28420 ] [ 28561 ] replacekeys } % other startup actions here ] def ------------------------ end of ~/user.ps ------------------- I have been using these patches for several months on a 4D70G under IRIX 3.1 and 3.1D and now have full Meta-key access to GNUEmacs. This posted code will map both ALT keys and the left CTRL key to work as Meta-keys, and maps the CAPS-Lock and right CTRL keys as CTRL keys. Note that you no longer have a Caps-Lock key after these modifications. (I almost never use it, so I don't miss it). Note that this modification only works when in 4Sight (since it is done in the NeWS server), and the keyboard has normal functionality when in NOGRAPHICS mode... Disclaimer: these are my own modifications to SGI-supplied code based upon previously posted public domain code. No warranty is expressed or implied. It works for me! -- --------------------- Scott Henry #include   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03717; 10 May 89 8:49 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa02111; 10 May 89 7:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02031; 10 May 89 7:07 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09423; 10 May 89 6:59 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08894; Wed, 10 May 89 03:48:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 89 01:50:43 GMT From: Mark Galassi Organization: Institute for Theoretical Physics, SUNY at Stony Brook, New York. Subject: info on 4D/240 crunching and compilers Message-Id: <238@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are debating hotly whether to purchase an SGI 240 with 4 MIPS R3000 processors. One of the attractions is the parallelizing FORTRAN compiler (yes, we are scientists and there are still some who program in FORTRAN; sigh). I came across a report that the parallelizing FORTRAN (what was it, power FORTRAN or super FORTRAN or whatever) was kind of flaky, and that the ordinary compilers only worked well without optimization (this is on the 4 processor machine). Could someone comment on the soundness of the SGI 4D/240 for number crunching purposes? We are only slightly interested in the graphics capabilities: we want a cruncher first of all. -- {These opinions are mine, and should be everybody else's :-)} Mark Galassi rosalia@mozart.UUCP rosalia@sunysbnp.BITNET rosalia@noether.UUCP rosalia@noether.sunysb.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23631; 9 May 89 9:57 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa22653; 9 May 89 9:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22571; 9 May 89 9:25 EDT Received: from csd360b.erim.org by SMOKE.BRL.MIL id aa24602; 9 May 89 9:14 EDT Received: by csd360b.erim.org (4.0/SMI-4.0) id AA11536; Tue, 9 May 89 09:04:37 EDT Date: Tue, 9 May 89 09:04:37 EDT From: Joe Garbarino Message-Id: <8905091304.AA11536@csd360b.erim.org> To: info-iris@BRL.MIL Subject: X Window System performance on Iris Mark Callow of SGI writes: > On present SGI hardware XOR performance is at best adequate. We therefore > recommend you run our window manager which does rubberbanding in the overlay > planes (it's written in PostScript, but that's another story) rather > than something like uwm which uses xor all over the place. I replied: @ Until this XOR/window manager problem is solved, a major piece of SGI's X @ Window System implementation is severely inadequate, and I will not be @ satisfied with its performance. Mark again: > I said the performance was "adequate". How you translate that to "severely > inadequate" without even having seen it is beyond me. uwm is usable. "at best adequate" says to me that while it may be adequate in some respects, it is mostly inadequate. If you can follow the drawing of the outlines of the windows as they are being moved/resized with awm/twm/uwm, as you can in the current implementation, this is indeed severely inadequate. Movement/resizing of the windows is one of the more important functions of the window manager; making it a very slow function actually makes that window manager unuseable. Joe Garbarino ERIM P.O. Box 8618 Ann Arbor, Mi. 48107 (313)994-1200 x2508 jgarb@csd360b.erim.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24940; 9 May 89 11:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa24593; 9 May 89 11:21 EDT Date: Tue, 9 May 89 11:06:48 EDT From: Gary S. Moss (VLD/VMB) To: Tom Russo cc: info-iris@BRL.MIL Subject: Re: 3.1D Upgrade problems Message-ID: <8905091106.aa24477@VMB.BRL.MIL> < We have recently installed the "maintenance tapes" to bring our IRIX up to < 3.1D on 2 personal irises and a 4server8. Now 4sight seems to be broken in < a wierd way: Most of us here have user.ps files to remap keys, put up tools, < and fire up toolchests. Those of us who do have these things in our directories < now find that the tools and chests fail to come up one time in 3. I have a similar problem with IRIX 4D1-3.14711181642 (3.1A?), so I suspect that it is not a new problem, but may have gotten worse. My /RestartActions are defined as follows, but about every other time, the console window does not appear, when I attempt a 'restart' from the 'Max' menu: % specify window constraints, font and colors for console window /RunConsole { (/etc/gl/startconsole -r1000 -s80,40 -m80,60 -fIris12.fm -C 0,7,4,1) forkunix } def % specify customized 'wsh' procedure /forkwsh { (wsh -t \$LOCHOST -r1000 -s80,60 -m80,60 -fIris12.fm -C 0,7,4,1 -n wsh) forkunix } def /RestartActions [ % Caps-lock Ctrl (`/~) F1 -> Ctrl Caps-lock Esc (`/~) [ 28420 28419 28471 28562 ] [ 28419 28420 28423 28471 ] replacekeys { (ical) forkunix } { forkwsh } { RunConsole } ] def I have only included the part of my user.ps, but since this works some of the time, and is straightforward usage, I suspect a 4Sight bug. If someone wants to look into this, I'll gladly send them the entire source. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25800; 9 May 89 13:05 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25531; 9 May 89 12:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25389; 9 May 89 12:34 EDT Received: from AC4.PICA.ARMY.MIL by SMOKE.BRL.MIL id aa01318; 9 May 89 12:18 EDT Date: Tue, 9 May 89 12:15:22 EDT From: Ken Van Camp To: info-iris@BRL.MIL Subject: Re: Permissive permissions Message-ID: <8905091215.aa10006@ARDEC-AC4.ARDEC.ARPA> >On three different Irises in three different groups (checked within the last >few minutes), / was world-writable (apparently shipped as such). Not funny. There was a problem on the 3000's with the tar command, whereby a 'tar x' would always restore directories with mode 777 regardless of umask and original permissions on the tape. Use 'tar xp' instead. I don't know if SGI fixed this, since I still use the 'xp' on the 3000's. Anyway, it could explain your situation if somebody (maybe even SGI) restored to that system with a 'tar x'. This is not a problem on the 4-D's. ..Ken Van Camp   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27255; 9 May 89 14:28 EDT Received: by VMB.BRL.MIL id aa27077; 9 May 89 14:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25326; 9 May 89 12:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25273; 9 May 89 12:17 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa00770; 9 May 89 11:55 EDT Received: from sgidallas by sgi.sgi.com via UUCP (5.52/880418.SGI) for id AA17212; Tue, 9 May 89 08:52:10 PDT Received: by sgidallas (5.52/880418.SGI) (for sgi!BRL.MIL!info-iris) id AA00538; Tue, 9 May 89 10:26:13 CDT Date: Tue, 9 May 89 10:26:13 CDT From: Thomas E Reed Message-Id: <8905091526.AA00538@sgidallas> To: info-iris@BRL.MIL Subject: UNIX vs ULTRIX I am interested in any information good or bad concerning DEC's ultrix OS. I am trying to put together an unbiased comparison of unix OS's primarily (AT&T, BSD, and DEC). Any input is very welcome.... .............................. Thanks in advance ... -- Tom Reed SGI - Dallas email: sgi!sgidallas!treed vmail: 8705 phone: 214-788-4122   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28843; 9 May 89 17:15 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa27960; 9 May 89 15:59 EDT Received: by VMB.BRL.MIL id ac27896; 9 May 89 15:50 EDT Received: from jarvis.csri.toronto.edu by VMB.BRL.MIL id aa27516; 9 May 89 15:09 EDT Received: by jarvis.csri.toronto.edu id 12470; Tue, 9 May 89 15:08:00 EDT Received: from neat.ai.toronto.edu by jarvis.csri.toronto.edu with SMTP id 12471; Tue, 9 May 89 15:07:14 EDT Received: by neat.ai.toronto.edu id 39773; Tue, 9 May 89 15:06:01 EDT Received: from localhost (stdin) by neat.ai.toronto.edu with SMTP id 39780; Tue, 9 May 89 15:05:45 EDT Subject: Re: Permissive permissions Organization: Department of Computer Science, University of Toronto Distribution: list Date: Tue, 9 May 89 15:05:16 EDT From: Jean-Francois Lamy Message-Id: <89May9.150545edt.39780@neat.ai.toronto.edu> To: info-iris@VMB.BRL.MIL In reference to: > >On three different Irises in three different groups (checked within the last > >few minutes), / was world-writable (apparently shipped as such). Not funny. Ken Van Camp writes: >There was a problem on the 3000's with the tar command, whereby a 'tar x' > [...] . Anyway, it could >explain your situation if somebody (maybe even SGI) restored to that system >with a 'tar x'. This is not a problem on the 4-D's. We're talking about a 4D/120, a Personal Iris, and a 3000. The 4D/120 is a new machine, and its original root had said permissions. Someone is being careless (Sun used to do same, maybe still does, but that is no excuse). Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29179; 9 May 89 18:32 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa29109; 9 May 89 18:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29036; 9 May 89 18:02 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00439; 9 May 89 17:46 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28972; Tue, 9 May 89 14:31:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 89 20:09:18 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: why is getmatrix() so slow? where is it called? Message-Id: <9607@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a program that repeatedly draws roughly 3000 polygons and updates the matrix stack. I did a profile of its execution. The top few lines I received are: %time seconds cum % cum sec procedure (file) 30.7 7.7400 30.7 7.74 normal (normal.c) 29.8 7.5200 60.5 15.26 solidicos80 (spheres.c) 13.1 3.3100 73.7 18.57 gl_getmatrix (getmatrix.c) 4.9 1.2400 78.6 19.81 v3f (sgl2.s) This is on an Iris 4D/120GTX running release 3.1C. In no place do I call getmatrix. Why is it getting called and how come it is occupying the processor over 13% of the time? Note that normal and v3f are called roughly 9000 times for every time the matrix stack is updated. Thanks for any help. ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29325; 9 May 89 19:25 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29000; 9 May 89 18:04 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa28986; 9 May 89 17:47 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa12217; 9 May 89 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28658; Tue, 9 May 89 14:25:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 89 20:28:08 GMT From: garrett%oscar.ccm.udel.edu@louie.udel.edu Organization: University of Delaware, CCM Subject: tn3270 for 3000 series? Message-Id: <15027@louie.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello fellow iris users! I have been following the discussion about tn3270 implementations available for Iris systems with some interest. The tn3270 that is available on iris613.gsfc.nasa.gov via anonymous ftp seems to be for the 4d series only. We have several 3130s that would benefit greatly from being able to run tn3270 on them. The files were compressed .tar files, so I didn't download them to see if there were any notes about adapting the software to run on a 3000-series machine. Is this possible, or is there perhaps another implementation of tn3270 out there that will work on a 3130? Thanks for any info you all might have... +-------------------------------------+--------------------------------------+ | Joel J. Garrett, Research Associate | Phone: (302)-451-2332 | | Center for Composite Materials | inet: garrett@oscar.ccm.udel.edu | | University of Delaware | or | | Newark, Delaware 19716 | garrett@udel.edu | +-------------------------------------+--------------------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01532; 10 May 89 6:00 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa01375; 10 May 89 5:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01365; 10 May 89 4:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08220; 10 May 89 4:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02680; Wed, 10 May 89 01:44:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 May 89 15:25:11 GMT From: Robert Skinner Organization: U.C. Santa Cruz, CIS/CE. Subject: dvi and postscript previewers Message-Id: <7045@saturn.ucsc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are there any postscript or dvi (tex output) previewers for an IRIS 3000? Are there any versions of latex/tex that run on one. Also, what can you sell a used 3130, with floating point and 20 bit planes for these days. please respond by mail to wilhelms@saturn.ucsc.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08271; 10 May 89 13:28 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08025; 10 May 89 13:18 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07971; 10 May 89 13:07 EDT Received: from BU-IT.BU.EDU by SMOKE.BRL.MIL id aa20794; 10 May 89 12:58 EDT Received: from BUITA.BU.EDU by bu-it.BU.EDU (5.58/4.7) id AA26671; Wed, 10 May 89 12:51:36 EDT Received: by buita.bu.edu (3.2/4.7) id AA16066; Wed, 10 May 89 12:55:29 EDT Received: by adt.uucp (3.2/SMI-3.2) id AA27171; Tue, 9 May 89 14:35:18 EDT Date: Tue, 9 May 89 14:35:18 EDT From: james cerrato Message-Id: <8905091835.AA27171@adt.uucp> To: info-iris@BRL.MIL Subject: monitoring swap space usage We have a product that is very memory intensive, and are interested in monitoring the amount of swap space that is being used, and that is free on IRIS 3000, and 4000 systems. The commands that we have found so far are swap, df, and gr_osview on 4000 systems, and vmstat for 3000. These commands don't seem to clearly give the information we need. Does anyone know of more appropriate commands, or better understand the commands I mentioned? Thanks in advance for your time. James Cerrato james@adt.uucp 508-366-9166 Associative Design Technology Westboro MA   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03717; 10 May 89 8:49 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03393; 10 May 89 8:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03211; 10 May 89 8:19 EDT Received: from TACOM-PRIME.ARPA by SMOKE.BRL.MIL id aa11404; 10 May 89 8:12 EDT Received: (from user GJACKSON) by tacom-prime.arpa; 10 May 89 08:12:27 UT Subject: Use of 4D series for low-cost CGI To: info-iris@BRL.MIL From: GJACKSON@tacom-prime.arpa Date: 10 May 89 08:12:27 UT Message-ID: <8905100812.aa11404@SMOKE.BRL.MIL> I am interested in using the SGI 4D series systems in a Computer Generated Imagery system as a low-cost approach to real-time visual scene generation for man-in-the-loop simulation. Is there anyone out there that is doing this? If so, or if you know of someone else in the Government that is doing this, please send me a message. Thanks, Gerry (gjackson@tacom-prime.arpa)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04147; 10 May 89 9:14 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03152; 10 May 89 8:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03062; 10 May 89 8:02 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa10630; 10 May 89 7:47 EDT Received: Wed, 10 May 89 07:42:19 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 10 May 89 07:42:19 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905101442.AA19379@aero4.larc.nasa.gov> To: agate!saturn!skinner@ucbvax.berkeley.edu Subject: Re: dvi and postscript previewers Cc: info-iris@BRL.MIL I have been told that there is a dvi previewer for the 3000's. I sent the guy a letter many, many months ago, but he has never responded. If we can get 4Sight on the 3000's, it has a postsript previewer, but 4Sight on the 3000's seems to be a big if. TeX shouldn't be any problem, correction, SHOULDN'T be much of a problem to put on a 3000. Just get the public domain copy and see what happens. Send mail to mackay@june.cs.washington.edu He should be able to help you get a copy of TeX. -- 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 aa04573; 10 May 89 9:53 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04265; 10 May 89 9:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04262; 10 May 89 9:23 EDT Received: from [129.99.20.14] by SMOKE.BRL.MIL id aa13501; 10 May 89 9:17 EDT Received: Wed, 10 May 89 06:18:00 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 10 May 89 08:31:30 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 10 May 89 08:31:30 EDT From: Tony Facca Message-Id: <8905101231.AA01869@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Permissive permissions >On three different Irises in three different groups (checked within the last >few minutes), / was world-writable (apparently shipped as such). Not funny. >> There was a problem on the 3000's with the tar command, whereby a 'tar x' >> would always restore directories with mode 777 regardless of umask and I have seen this on the 3000's as well. I believe they were shipped that way and (I'm not positive but..) I think each time the OS was revised I had to reset the permission on / after installation. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05179; 10 May 89 10:31 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04920; 10 May 89 10:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04876; 10 May 89 10:10 EDT Received: from [192.12.62.50] by SMOKE.BRL.MIL id aa14839; 10 May 89 9:58 EDT Received: Wed, 10 May 89 10:45:57 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Wed, 10 May 89 10:45:57 ADT From: Jim Diamond Message-Id: <8905101345.AA00690@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: fonts We have a 3130 and a 4d series machine. The general opinion here is that the default font on the 3130 is much easier to read than the one you get on the 4d. In fact, I went through all of the fonts on our 4d machine and wasn't particularly keen on any of them. Does anyone have a font for a 4d machine which is about the same size and design of the 3130 font? Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06371; 10 May 89 11:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05289; 10 May 89 10:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05265; 10 May 89 10:40 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa16292; 10 May 89 10:34 EDT Received: Wed, 10 May 89 10:29:22 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 10 May 89 10:29:22 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905101729.AA19888@aero4.larc.nasa.gov> To: fsfacca@lerc08.nas.nasa.gov Subject: Re: Permissive permissions Cc: info-iris@BRL.MIL I fail to see what the problem is? / has world-writable, so what?! I would be concerned if it didn't. -- 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 aa06937; 10 May 89 12:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06710; 10 May 89 12:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06599; 10 May 89 11:54 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa18728; 10 May 89 11:50 EDT Received: Wed, 10 May 89 08:51:12 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 10 May 89 11:50:14 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 10 May 89 11:50:14 EDT From: Tony Facca Message-Id: <8905101550.AA02500@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Permissive Permissions >> I fail to see what the problem is? / has world-writable, so what?! >> I would be concerned if it didn't. I suppose its just a matter of personal preference. Some folks set the default permissions on the user's directory to 700 so that users can't go snooping aroung in each others directories. Personally, I think 755 is fine. If I have sensitive data I can explicity set the permissions. However, by default, 777 on root?? / is no place for novice user's to have write permission. Moreover, if / is writeable by anybody, why even bother with a /tmp? I don't know, it just doesn't *smell* right. I'd have to agree with the original poster "Not Funny". -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08864; 10 May 89 14:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa08543; 10 May 89 13:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08487; 10 May 89 13:43 EDT Received: from cisco.nosc.mil by SMOKE.BRL.MIL id aa22148; 10 May 89 13:32 EDT Date: Wed, 10 May 89 10:32 PST From: MIKE@cisco.nosc.mil Subject: touch screen To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <8905101332.aa22148@SMOKE.BRL.MIL> Does anyone have details on touch screens for the 3120 and 4D20? Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09679; 10 May 89 14:58 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09456; 10 May 89 14:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09401; 10 May 89 14:36 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24020; 10 May 89 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29967; Wed, 10 May 89 11:06:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 16:29:15 GMT From: Brian McClendon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: why is getmatrix() so slow? where is it called? Message-Id: <32442@sgi.SGI.COM> References: <9607@watcgl.waterloo.edu>, <32440@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <32440@sgi.SGI.COM>, tarolli@dragon.SGI.COM (Gary Tarolli) writes: > In article <9607@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > > I have a program that repeatedly draws roughly 3000 polygons and updates > > the matrix stack. I did a profile of its execution. The top few lines I > > received are: > > > > %time seconds cum % cum sec procedure (file) > > > > 30.7 7.7400 30.7 7.74 normal (normal.c) > > 29.8 7.5200 60.5 15.26 solidicos80 (spheres.c) > > 13.1 3.3100 73.7 18.57 gl_getmatrix (getmatrix.c) > > 4.9 1.2400 78.6 19.81 v3f (sgl2.s) > > > > This is on an Iris 4D/120GTX running release 3.1C. In no place do I call > > getmatrix. Why is it getting called and how come it is occupying the > > processor over 13% of the time? Note that normal and v3f are called > > roughly 9000 times for every time the matrix stack is updated. > > > [ stuff about get_matrix deleted ] > I am curious as to why normal() takes up 30% of the time and v3f only 5%. > Both of these do the same amount of work, and I would assume you would > call each the same number of times. Strange. Also, your solidicos80() [ more stuff deleted ] The reason normal() is so much slower than v3f on the GTX is because it still uses the GT method for passing data to the graphics pipe. n3f() is the performance equivalent for v3f() and should be used for optimal immediate mode performance. Switching should knock 6.5 secs off the above benchmark. (BTW, I also have no idea why gl_getmatrix is getting called - please tell us) -- - brian -------------------------------------------------------------------------- Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110 -------------------------------------------------------------------------- "Fuse Exxon" - me   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09679; 10 May 89 14:59 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab09456; 10 May 89 14:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab09401; 10 May 89 14:36 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24035; 10 May 89 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29928; Wed, 10 May 89 11:05:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 15:57:06 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: why is getmatrix() so slow? where is it called? Message-Id: <32440@sgi.SGI.COM> References: <9607@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9607@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > I have a program that repeatedly draws roughly 3000 polygons and updates > the matrix stack. I did a profile of its execution. The top few lines I > received are: > > %time seconds cum % cum sec procedure (file) > > 30.7 7.7400 30.7 7.74 normal (normal.c) > 29.8 7.5200 60.5 15.26 solidicos80 (spheres.c) > 13.1 3.3100 73.7 18.57 gl_getmatrix (getmatrix.c) > 4.9 1.2400 78.6 19.81 v3f (sgl2.s) > > This is on an Iris 4D/120GTX running release 3.1C. In no place do I call > getmatrix. Why is it getting called and how come it is occupying the > processor over 13% of the time? Note that normal and v3f are called > roughly 9000 times for every time the matrix stack is updated. > I do not know why gl_getmatrix is being called. The easy way to find out is to use the -invoc option to prof. Also specify "-only gl_getmatrix". This will show you who called gl_getmatrix and from where. You might have to trace back several levels, ie gl_getmatrix is probably called from getmatrix, so then you trace back getmatrix to see where it is called from. If its called from another GL routine, continue tracing. After a minute or two of using prof, you should have your answer. As to why getmatrix is so slow, its because the matrix is stored in hardware. Getting the matrix out of hardware takes time. Our graphics pipelines are set up to take data at a fast rate, but do not return data to the host quite so fast. I think getmatrix takes about 100 microseconds or so on a GT class machine. On the slowest machines its about 300 microseconds. This is a reasonable speed for getmatrix. However, I agree that your program should not be calling getmatrix so often. Apparently, some GL routine that you are calling is calling getmatrix. I can only guess that maybe you are using lighting models, and are perhaps calling a lighting routine that either uses the matrix stack as a matrix multiplier (and getmatrix returns the result), or the lighting routine needs a copy of the some view/projection matrix so it calls getmatrix. In either case, you might be able to solve the problem by finding out which lighting routine calls getmatrix, and perhaps move that call outside the drawing loop. For example, you may be rebinding either the lighting model or a light too often. It might be possible to only bind these once. I am curious as to why normal() takes up 30% of the time and v3f only 5%. Both of these do the same amount of work, and I would assume you would call each the same number of times. Strange. Also, your solidicos80() routine is taking up a lot of time and looks like a good place for some table lookup optimizations if you haven't already done so. If you are generating circles and spheres, you can usually store the sin/cos values in a table (or multiple tables for multiple precision circles), and then generate the spheres from the tables. The spheres can be scaled, rotated, and translated to wherever they are needed and however big you desire them to be, by just modifying the matrix before drawing the unit sphere. I'm only guessing at what your application is doing, based on the routine name and the file name (spheres.c).   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa09892; 10 May 89 15:17 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac09679; 10 May 89 15:06 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa09620; 10 May 89 14:53 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa24009; 10 May 89 14:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29987; Wed, 10 May 89 11:06:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 17:34:46 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: info on 4D/240 crunching and compilers Message-Id: <32454@sgi.SGI.COM> References: <238@noether.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <238@noether.UUCP>, rosalia@noether.UUCP (Mark Galassi) writes: > I came across a report that the parallelizing FORTRAN (what was it, > power FORTRAN or super FORTRAN or whatever) was kind of flaky, > and that the ordinary compilers only worked well without optimization > (this is on the 4 processor machine). > There was only one posting I know of that had this complaint. He has not yet given us details of just what his problem is (are you listening Tim?). I (and many others) have used the compiler extensively with very little problem. Both the parallelizer and the optimizer work fine. Several hundred thousand lines of code check out. Now, I'm an engineer, not a salesman, so I'm not going to claim that there are absolutely no problems. But I would claim the compiler is as stable and reliable as the offerings of other companies. BTW - we use the optimizer from MIPSco. They seem to have a reputation for good compiler technology. A single 25MHz cpu gets 4MFLOPS on the Linpack benchmark. Multi- processing speed is completely dependent on the particular code. Some code get nothing; some speed up tremendously. On one of the Livermore Kernels we get about 5.8MFLOPS single processor, and over 20MFLOPS on 4 processors. The best thing to do is to call your nearest SGI office and try to arrange to run your code. The best benchmark is your application. Don't take my word for it; check it out for yourself! -- 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 aa11316; 10 May 89 16:39 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa10979; 10 May 89 16:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10842; 10 May 89 16:10 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa26573; 10 May 89 15:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05078; Wed, 10 May 89 12:35:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 19:06:20 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Permissive Permissions Message-Id: <211@dftsrv.gsfc.nasa.gov> References: <8905101550.AA02500@lerc08.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905101550.AA02500@lerc08.nas.nasa.gov> fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > >>> I fail to see what the problem is? / has world-writable, so what?! >>> I would be concerned if it didn't. > Try: cd / rm unix You can erase unix! -- That would make me mad, how about you? +----------------------------------+-----------------------------+ |John H. Merritt | Yesterday I knew nothing, | |Applied Research Corporation | Today I know that. | |merritt@iris613.gsfc.nasa.gov | | +----------------------------------+-----------------------------+   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11764; 10 May 89 17:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11603; 10 May 89 17:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11430; 10 May 89 16:50 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa27995; 10 May 89 16:27 EDT Received: from physics.swarthmore.edu by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 4918; Wed, 10 May 89 16:27:25 EDT Return-path: BUG%campus.swarthmore.edu@CUNYVM.CUNY.EDU Received: from campus.swarthmore.edu by physics.swarthmore.edu; Wed, 10 May 89 16:25 EDT Date: Wed, 10 May 89 16:22 EDT From: BUG%campus.swarthmore.edu@cunyvm.cuny.edu Subject: icut has changed my life To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@BRL.MIL" Message-ID: <8905101627.aa27995@SMOKE.BRL.MIL> We have found icut, ipaste, and pprint to be very useful for dumping and restoring images so that they can be composed for a photograph of the screen (icut, ipaste) or for sending an image to a postscript laser printer (pprint). To use icut on a 4D/70, one must go through the following steps: i) get an image on the screen ii) type "icut some_image_filename" At this point, an empty red rectangle appears at the arrow cursor. Click a mouse button to turn it into a window which will be called "icut". iii) put the arrow cursor inside the window and press and hold the "Alt" key iv) keeping the key down, move the cursor to the lower left hand corner of the image you wish to cut v) press and hold down the left mouse button vi) move the arrow cursor to the upper right hand corner of the image vii) simultaneously, release the Alt key and the left mouse button I have not tried to do full screen images, but 800x800 does not take more than 10 or 20 seconds to dump. When the icut window disappears, the dump is complete. To restore your image, type "ipaste some_image_filename". To create a postscript file, invoke the command "pprint some_image_filename > some_othe_image_filename" The pprint command lives in /usr/lib/print in our O.S. (version 3.1 C). The file which is created is a postscript file and fully portable - we FTP ours to a Vax running VMS and send it to a laser printer from there. It seems to do grey shades of at least 8 colors; does a consultant out there know how many it is capable of doing? - Amy Bug, Swarthmore College Physics Dept. (BUG@SWARTHMR)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12759; 10 May 89 21:44 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa12658; 10 May 89 21:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12643; 10 May 89 21:10 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01450; 10 May 89 21:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA22125; Wed, 10 May 89 17:47:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 22:35:23 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: fonts Message-Id: <32491@sgi.SGI.COM> References: <8905101345.AA00690@pig.drea.dnd.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905101345.AA00690@pig.drea.dnd.ca>, zsd@PIG.DREA.DND.CA (Jim Diamond) writes: > We have a 3130 and a 4d series machine. The general opinion here > is that the default font on the 3130 is much easier to read than > the one you get on the 4d. In fact, I went through all of the > fonts on our 4d machine and wasn't particularly keen on any of them. What release of the OS are you running? Since release 3.0 we have been providing a font manager library (libfm) that has a large collection of fonts which it can scale and rotate. It gives you access to the same font machinery used by the PostScript interpreter in NeWS. wsh can use any of those fonts. It's not limited to the ones it lists in its menus. There is even a 24-point courier that should be big enough for anyone to read. Note that fixed width fonts tend to work better with wsh. All of the X fonts have been added to the collection with effect from Release 3.1. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12794; 10 May 89 21:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab12658; 10 May 89 21:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab12643; 10 May 89 21:10 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01452; 10 May 89 21:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA22111; Wed, 10 May 89 17:47:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 21:18:40 GMT From: Phil Karlton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: UNIX vs ULTRIX Message-Id: <32477@sgi.SGI.COM> References: <8905091526.AA00538@sgidallas> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905091526.AA00538@sgidallas>, treed@SGI.COM (Thomas E Reed) writes: > I am interested in any information good or bad concerning DEC's ultrix OS. > > I am trying to put together an unbiased comparison of unix OS's primarily > (AT&T, BSD, and DEC). I don't know if I am completely unbiased, but here goes anyway. Basically, Ultrix is Digital's version of BSD 4.2. The device drivers tend to be very different than those for the same device out of Berkeley. It has had most of the AT&T features added; where there are conflicts an environment variable helps the application choose which "mode" to run in. Because of long lead times, some applications that one expects with BSD just haven't made it out the release cycle yet. Very few of the 4.3 features are available, including some developed by Digital engineers located at Berkeley and "shipped" with BSD releases 1 or 2 years ago. A lot of work (some successful) has gone into trying to make installation and system management easier for novices. The techniques tend to get in the way of the knowledgable user. PK   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12917; 10 May 89 22:32 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab12794; 10 May 89 22:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12778; 10 May 89 21:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01766; 10 May 89 21:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23563; Wed, 10 May 89 18:17:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 19:27:26 GMT From: Henry Spencer Organization: U of Toronto Zoology Subject: Re: misc. mag tape questions Message-Id: <1989May10.192726.4033@utzoo.uucp> References: <543@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <543@voodoo.UUCP> tomm@voodoo.UUCP (Tom Mackey) writes: >... If an EOT mark is written >at the beginning of a tar tape, is there any way of salvaging the data >following the tape mark? ... Assuming the tape drive will go along with it, it can be done. >Henry Spencer mentioned some tape bit twiddling programs...would you be >willing to post a few of those, Mr. Spencer, so that those of us who would >like to learn to salvage tapes could get a good start? ... Here's my latest; note that this is a tidied-up version of my production code, and the tidied version hasn't been tested well yet. Also, there are lots of things that could be done but aren't, yet. echo 'tarx.1': sed 's/^X//' >'tarx.1' <<'!' X.TH TARX 1 local X.DA 10 May 1989 X.SH NAME Xtarx \- recover files from damaged tar-format archives X.SH SYNOPSIS X\fBtarx\fR X[ X.B \-t X] X[ X.B \-b Xblockfactor X] X[ X.B \-e Xerrlimit X] [ X.B \-E Xeoflimit X] Xname ... X.SH DESCRIPTION X\fITarx\fR is used to list and recover files from a Xdamaged \fItar\fR(1) archive. XIt uses a simplistic pattern-matching Xapproach to identify \fItar\fR header blocks. XIt will cheerfully persist despite all sorts of bad things about the archive X(such as wrong checksums, read errors, and scraped-off magnetic surface...), Xup to a maximum of \fIerrlimit\fR (default 3) hard errors in a row Xor \fIeoflimit\fR (default 2) EOFs in a row. XSuch events are reported but don't terminate operations. XThe \fItar\fR archive is read from standard input. X.PP XWith the X.B \-t Xoption, X\fItarx\fR lists the file names it sees in the archive. X.PP XWithout the X.B \-t Xoption, X\fItarx\fR takes file or directory \fIname\fRs as arguments Xand attempts to extract them from the archive. X(If no \fIname\fRs are given, \fItarx\fR extracts everything it can find.) X\fITarx\fR is not willing to create directories, however, Xso these must be made manually beforehand if they do not already exist. XFiles are owned by the user, and have his default permissions. X.SH EXAMPLE X``tarx \-t filelist'' lists all files on the tape Xmounted on /dev/rmt0 and places the results in ``filelist''. X.PP X``tarx joe/precious 'tarx.c' <<'!' X/* X * tarx - manipulate damaged tar tapes heuristically X */ X X#include X#include X X#define NAMSIZ 100 /* why isn't there a tar.h??? */ X#define FLAG (NAMSIZ+8+8+8+12+12+8) /* offset of is-a-link flag */ Xstruct matches { X int offset; X char value; X} matches[] = { /* pattern-match table for header blocks */ X NAMSIZ+6, ' ', X NAMSIZ+7, '\0', X NAMSIZ+8+6, ' ', X NAMSIZ+8+7, '\0', X NAMSIZ+16+6, ' ', X NAMSIZ+16+7, '\0', X NAMSIZ+24+11, ' ', X NAMSIZ+36+11, ' ', X NAMSIZ+48+6, '\0', X 0, 0, X}; X X#ifndef MAXBLOCK X#define MAXBLOCK 400 /* SGI makes blocky tapes */ X#endif Xint maxblock = MAXBLOCK; X#define BLOCK 512 X Xchar *buf; /* -> malloced buffer */ Xint nleft = 0; /* number of blocks left in buffer */ Xint whichnow; /* index in buffer of current block */ X Xint nbad = 0; /* number of consecutive bad reads */ Xint badlimit = 3; /* limit on consecutive bads */ Xint neof = 0; /* number of consecutive EOF marks */ Xint eoflimit = 2; /* limit on consecutive eofs */ X Xint opened = 0; /* are we writing a file? */ Xint f; /* the file descriptor, if any */ Xlong fsize; /* number of bytes not yet written to file */ X Xchar op = 'x'; /* what operation is being done? */ X X#define STREQ(a, b) (*(a) == *(b) && strcmp((a), (b)) == 0) X X#ifndef lint Xstatic char RCSid[] = "$Header$"; X#endif X Xint debug = 0; Xchar *progname; X Xextern void exit(); X#ifdef UTZOOERR Xextern char *mkprogname(); X#else X#define mkprogname(a) (a) X#endif X X/* X - main - parse arguments and handle options X */ Xmain(argc, argv) Xint argc; Xchar *argv[]; X{ X int c; X int errflg = 0; X register char *block; X extern char *readblock(); X extern char *malloc(); X extern int optind; X extern char *optarg; X X progname = mkprogname(argv[0]); X X while ((c = getopt(argc, argv, "tb:e:E:d")) != EOF) X switch (c) { X case 't': /* just list files */ X op = 't'; X break; X case 'b': /* set blocking factor */ X maxblock = atoi(optarg); X break; X case 'e': /* set error limit */ X badlimit = atoi(optarg); X break; X case 'E': /* set eof limit */ X eoflimit = atoi(optarg); X break; X case 'd': /* Debugging. */ X debug++; X break; X case '?': X default: X errflg++; X break; X } X if (errflg) { X fprintf(stderr, "usage: %s ", progname); X fprintf(stderr, "[-t] [-b blockf] [-e errs] [-E eofs] [name] ...\n"); X exit(2); X } X X buf = malloc(maxblock*BLOCK); X if (buf == NULL) { X fprintf(stderr, "%s: cannot allocate buffer of %d blocks\n", X progname, maxblock); X exit(1); X } X X for(;;) { X block = readblock(0); X X if (block != NULL) X doblock(block, argc - optind, &argv[optind]); X } X /* NOTREACHED */ X} X X/* X - readblock - read in a block and deal with error/eof X */ Xchar * Xreadblock(desc) Xint desc; X{ X register int count; X extern int errno; X extern int sys_nerr; X extern char *sys_errlist[]; X X if (nleft > 0) { X whichnow++; X nleft--; X return(buf+whichnow*BLOCK); X } X X count = read(desc, buf, maxblock*BLOCK); X if (count != 0 && neof > 0) X printf("---! %d EOF(s)\n", neof); /* delayed EOF count */ X if (count <= 0 || count%BLOCK != 0) { X if (count == 0) X neof++; X else if (count > 0) { X printf("---! bad block size (%d) - treated as bad\n", count); X nbad++; X } else { X if (errno >= 0 && errno < sys_nerr) X printf("---! error (%s)\n", sys_errlist[errno]); X else X printf("---! error %d\n", errno); X nbad++; X } X if (nbad >= badlimit) X exit(1); X if (neof >= eoflimit) X exit(0); X return(NULL); X } X X /* successful read */ X nbad = 0; X neof = 0; X whichnow = 0; X nleft = count/BLOCK - 1; /* -1 for one we're about to return */ X return(buf); X} X X/* X - doblock - process a block X */ Xdoblock(block, argc, argv) Xchar *block; Xint argc; Xchar **argv; X{ X register int count; X register int tar = istar(block); X register int ret; X X if (!tar && !opened) X return; X X if (!tar && opened) { X count = (fsize > BLOCK) ? BLOCK : (int)fsize; X ret = write(f, block, count); X if (ret < 0) X printf("---! write error in file!\n"); X fsize -= count; X if (fsize <= 0) { X opened = 0; X close(f); X printf("--- done\n"); X } X return; X } X /* it's a tar header block */ X X if (op == 't') { X printf("%s\n", block); X return; X } X /* op == 'x' */ X X if (opened) { X printf("---! premature end\n"); X close(f); X opened = 0; X } X X if (!match(block, argc, argv)) X return; /* this file is not of interest */ X X switch (block[FLAG]) { X case '0': X case '\0': X f = creat(block, 0666); X if (f < 0) X printf("---! unable to create `%s'\n", block); X else { X opened = 1; X ret = sscanf(block+NAMSIZ+24, "%lo", &fsize); X if (ret != 1) { X printf("---! can't read size of `%s'", block); X close(f); X opened = 0; X } else { X printf("--- reading %s %ld\n", block, fsize); X if (fsize <= 0) { X close(f); X opened = 0; X printf("--- done\n"); X } X } X } X break; X case '1': X f = link(block+FLAG+1, block); X if (f < 0) X printf("---! unable to link %s to %s\n", block+FLAG+1, block); X else X printf("--- link %s to %s\n", block+FLAG+1, block); X break; X case '2': X f = symlink(block+FLAG+1, block); X if (f < 0) X printf("---! unable to symlink %s to %s\n", block+FLAG+1, block); X else X printf("--- symlink %s to %s\n", block+FLAG+1, block); X break; X default: X printf("---! unknown flag value %c\n", block[FLAG]); X break; X } X} X X/* X - match - does this string match one of the arguments? X */ Xint Xmatch(s, argc, argv) Xchar *s; Xint argc; Xchar **argv; X{ X register int i; X register int len; X X if (argc == 0) X return(1); X X for (i = 0; i < argc; i++) { X len = strlen(argv[i]); X if (strncmp(s, argv[i], len) == 0 && X (s[len] == '/' || s[len] == '\0')) X return(1); X } X return(0); X} X X/* X - istar - is this plausibly a tar header block? X */ Xint Xistar(block) Xregister char *block; X{ X register int loop; X X for (loop = 0; matches[loop].offset != 0; loop++) X if (block[matches[loop].offset] != matches[loop].value) X return(0); X return(1); X} ! echo done -- Mars in 1980s: USSR, 2 tries, | Henry Spencer at U of Toronto Zoology 2 failures; USA, 0 tries. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13018; 10 May 89 23:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12988; 10 May 89 22:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12964; 10 May 89 22:42 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa02258; 10 May 89 22:30 EDT Received: Wed, 10 May 89 19:31:06 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: from inls1.ucsd.edu by ucsd.edu; id AA04793 sendmail 5.61/UCSD-1.0 via SMTP Wed, 10 May 89 11:59:18 -0700 Received: from inls2.UCSD.EDU by inls1.UCSD.EDU (4.0/UCSDGENERIC.2) id AA13768 to fsfacca@lerc08.nas.nasa.gov; Wed, 10 May 89 18:58:05 GMT Received: by inls2.UCSD.EDU (4.0/UCSDGENERIC.2) id AA09754 to info-iris%brl.mil@prandtl.nas.nasa.gov; Wed, 10 May 89 11:51:25 PDT Date: Wed, 10 May 89 11:51:25 PDT From: Margaret Mikulska Message-Id: <8905101851.AA09754@inls2.UCSD.EDU> To: fsfacca@lerc08.nas.nasa.gov, info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Permissive permissions >>On three different Irises in three different groups (checked within the last >>few minutes), / was world-writable (apparently shipped as such). Not funny. >I have seen this on the 3000's as well. I believe they were shipped that way >and (I'm not positive but..) I think each time the OS was revised I had to >reset the permission on / after installation. Yes, we have 3130's and all of them had always extremely "permissive permissions" (777) on all important directories, no matter which version of op sys they ran. All machines brand new. I can't understand what makes SGI ship the machines that way. (Anybody at SGI cares to comment ?...) Margaret Mikulska University of California, San Diego ucsd!beowulf!mikulska mmikulska@ucsd.edu MMIKULSKA@UCSD   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13357; 10 May 89 23:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa13238; 10 May 89 23:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13236; 10 May 89 23:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02790; 10 May 89 23:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA00133; Wed, 10 May 89 20:26:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 May 89 01:41:51 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.1D Upgrade problems Message-Id: <32527@sgi.SGI.COM> References: <12882@ut-emx.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <12882@ut-emx.UUCP>, russo@chaos.utexas.edu (Tom Russo) writes: > We have recently installed the "maintenance tapes" to bring our IRIX up to > 3.1D on 2 personal irises and a 4server8. Now 4sight seems to be broken in > a wierd way: Most of us here have user.ps files to remap keys, put up tools, > and fire up toolchests. Those of us who do have these things in our directories > now find that the tools and chests fail to come up one time in 3. The user.ps > files look like this: There is a race condition between when the server starts listening and when StartMostThings is called in init.ps. We didn't see this until we started work on release 3.2. I'm not sure exactly what moved things into the window of vulnerability. Anyway here is a context diff which you can apply to the file /usr/NeWS/lib/NeWS/init.ps. --- Peter Broadwell Mark Callow *** old.init.ps Wed May 10 18:14:51 1989 --- init.ps Wed May 10 18:15:26 1989 *************** *** 572,577 } null framebuffer eventmgrinterest ] forkeventmgr def } def /&main {go! DebuggingServer? {executive} if} def --- 572,578 ----- } null framebuffer eventmgrinterest ] forkeventmgr def + StartMostThings } def /&main {go! DebuggingServer? {executive} if} def *************** *** 681,685 systemdict /cursorfont known {/ptr /ptr_m framebuffer setstandardcursor} if systemdict /ROOTPROC known { ROOTPROC killprocess systemdict /ROOTPROC undef } if - - StartMostThings --- 682,684 ----- systemdict /cursorfont known {/ptr /ptr_m framebuffer setstandardcursor} if systemdict /ROOTPROC known { ROOTPROC killprocess systemdict /ROOTPROC undef } if -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab13357; 10 May 89 23:59 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab13238; 10 May 89 23:49 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab13236; 10 May 89 23:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa02797; 10 May 89 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA00147; Wed, 10 May 89 20:27:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 May 89 02:05:52 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Permissive Permissions Message-Id: <32529@sgi.SGI.COM> References: <8905101550.AA02500@lerc08.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905101550.AA02500@lerc08.nas.nasa.gov>, fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > > >> I fail to see what the problem is? / has world-writable, so what?! > >> I would be concerned if it didn't. It is a security problem -- chmod 555 / ; is the "school solution" > > I suppose its just a matter of personal preference. Some folks set the > default permissions on the user's directory to 700 so that users can't go chmod 700 or 500 is wrong. Many tools need read and search permissions -- Programs which run with low user ID numbers run as users to limit security problems. See things like lp. > snooping aroung in each others directories. Personally, I think 755 is fine. > If I have sensitive data I can explicity set the permissions. Each user should own his own home dir. He can set it to 700 if he wishes -- but that is nearly anti-social. A better is again 755 for $HOME and 700 for $HOME/someplace_private. > However, by default, 777 on root?? / is no place for novice user's to have True. It is wrong. Also simple to fix. > write permission. Moreover, if / is writeable by anybody, why even bother > with a /tmp? I don't know, it just doesn't *smell* right. I'd have to agree ^^^^ tis wrong. Exactly -- /tmp and /usr/tmp are 777 so anyone can make tmp files. Most users should use /usr/tmp/ by default because it is larger. Many system tools must use the smaller /tmp because the /usr filesystem may not be mounted. Will the original poster email me the Serial Numbers of the machines so I can follow up on this. I am mitch@sgi.com -- ------------- Thomas P. Mitchell (mitch@sgi.com) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14455; 11 May 89 4:16 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14397; 11 May 89 3:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14354; 11 May 89 3:39 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05307; 11 May 89 3:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12464; Thu, 11 May 89 00:27:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 May 89 16:00:52 GMT From: Operator Organization: University of Toronto Physics/Astronomy/CITA Computing Consortium Subject: wanted: tcsh for IRIX 3.1D on 4D/120 Message-Id: <795@helios.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We recently acquired an IRIS 4D/120 running IRIX 3.1D. Most of our users are most familiar with the tcsh, and I would like to get this running on the Iris. We need the following features: 1. Job control 2. Command-line recall 3. execute .tcshrc and .login Nice-to-have: the bind command I do have a copy of a tcsh binary, but it does not have job control and it does not automatically source .tcshrc on login (it does read .login, however, so that's not the end of the world). Given a choice between job control and command-line recall, I'll pick the job control any day and just give people csh as their default shell. If you have a copy of tcsh that runs on IRIX or another SysV (some Berkeley compatibility is available, mostly the libraries), and you are willing to let me have a copy, please send me a mail message. I will get in touch with whoever is closest, to get a tar/shar file. Thank you all. -- Ruth Milner UUCP - {uunet,pyramid}!utai!helios.physics!sysruth Systems Manager BITNET - sysruth@utorphys U. of Toronto INTERNET - sysruth@helios.physics.utoronto.ca Physics/Astronomy/CITA Computing Consortium   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15529; 11 May 89 7:42 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa14865; 11 May 89 6:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14849; 11 May 89 6:27 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07188; 11 May 89 6:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18799; Thu, 11 May 89 03:00:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 May 89 06:11:47 GMT From: Dave Olson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Permissive permissions Message-Id: <32541@sgi.SGI.COM> References: <8905101851.AA09754@inls2.UCSD.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It turns out that when we made the master drives from which the shipped drives are copied, no one noticed that / was permission 777. mkfs created the root of the new filesystem with this permission in the absence of a prototype. mkfs has since been fixed to create the root mode 755, and lost+found with mode 700. The master drives were updated when 3.1D was released, and all future releases will no longer have this problem (note that simply performing an upgrade will NOT fix the problem, however). The fact that it went un-noticed (or at least uncomplained about) for so long (literally years) just goes to show that most of our systems are installed in rather friendly enviroments, I guess. -- Dave Olson It's important to keep an open mind, but not so open that your brains fall out. -- Stephen A. Kallis, Jr.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17792; 11 May 89 9:49 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17599; 11 May 89 9:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17434; 11 May 89 9:24 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa11566; 11 May 89 9:17 EDT Date: 11 May 89 09:16:00 EDT From: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Re: ICUT!!! To: info-iris Reply-To: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <8905110917.aa11566@SMOKE.BRL.MIL> Salutations, ICUT has changed my life too...however, the postscript that it produces is terribly large and painfully slow -- once it goes to the printer. An alternate to icut is "/usr/sbin/scrsave," which takes command line arguments to determine the size of the rectangle to be dumped. There is also a similar routine in "libgutil" that can be called directly from the application (although I haven't used this yet). The source code to these and other such routines can be found in 4Dgifts...(look in ~4Dgifts/iristools/images and do an ipaste on oneill.bw...who is that man?) Also to John Merritt, I tried to get "topost" from your machine, but as they say in Maine "aya, you can't get there from here." Could we work something out? Steve Swenson SWENSON@NUSC-WPN.ARPA ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19620; 11 May 89 12:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19066; 11 May 89 11:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19007; 11 May 89 11:19 EDT Received: from [129.99.20.14] by SMOKE.BRL.MIL id aa15823; 11 May 89 11:10 EDT Received: Thu, 11 May 89 08:11:15 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 11 May 89 11:10:03 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 11 May 89 11:10:03 EDT From: Tony Facca Message-Id: <8905111510.AA01264@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Permissive Permissions Just a "recap" on the situation.. Original posting: >>On three different Irises in three different groups (checked within the last >>few minutes), / was world-writable (apparently shipped as such). Not funny. I said: >I have seen this on the 3000's as well. I believe they were shipped that way >and (I'm not positive but..) I think each time the OS was revised I had to >reset the permission on / after installation. Margaret Miluska said: >>Yes, we have 3130's and all of them had always extremely "permissive >>permissions" (777) on all important directories, no matter which >>version of op sys they ran. All machines brand new. I can't understand >>what makes SGI ship the machines that way. (Anybody at SGI cares to >>comment ?...) Another poster asks: >>> I fail to see what the problem is? / has world-writable, so what?! >>> I would be concerned if it didn't. To which just about everyone said: >>It is a security problem -- Tom Mitchell (of SGI) adds: >>True. It is wrong. Also simple to fix. [editorial comment: Sure its simple, if you notice it before anyone can do damage. Bye the way, how many people checked / on their systems after this posting just to be sure? I know I did.] >>Will the original poster email me the Serial Numbers of >>the machines so I can follow up on this. I am mitch@sgi.com Dave Olson (also of SGI): >>It turns out that when we made the master drives from which >>the shipped drives are copied, no one noticed that ^^^^^^^^^^^^^^^ >>/ was permission 777. mkfs created the root of the new [editorial comment: Wink, Nudge, Nudge, say no more..] >>all future releases will no longer have this problem (note that Well, that was a lot of fun, thank you SGI for jumping in. This problem has been bothering me for a couple of years now, but I never bothered to complain about it. One last question, the original poster mentioned that he's seen the problem on the 4D's. We have several 20's and some 70's and I haven't seen it on these machines. Which "master drives" are you talking about? Is it more prone to be 3000's than 4D's? (I guess that's two questions). -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20271; 11 May 89 12:50 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa19838; 11 May 89 12:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19654; 11 May 89 12:14 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17590; 11 May 89 12:01 EDT Received: Thu, 11 May 89 11:56:51 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 11 May 89 11:56:51 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905111856.AA23649@aero4.larc.nasa.gov> To: fsfacca@lerc08.nas.nasa.gov Subject: Re: Permissive Permissions Cc: info-iris@BRL.MIL Thanks for everyones comments. I hadn't though about some of those things. I changed the permissions on my /. -- 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 aa21579; 11 May 89 14:54 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa21119; 11 May 89 14:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21090; 11 May 89 13:56 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa21410; 11 May 89 13:42 EDT Received: from baskett.sgi.com by sgi.sgi.com (5.52/880418.SGI) (for info-iris@brl.arpa) id AA10465; Thu, 11 May 89 10:42:14 PDT Received: by baskett.sgi.com (5.52/880418.SGI) (for @sgi.SGI.COM:info-iris@brl.arpa) id AA07509; Thu, 11 May 89 10:42:08 PDT Message-Id: <8905111742.AA07509@baskett.sgi.com> To: Joe Garbarino Cc: info-iris@BRL.MIL Subject: Re: X Window System performance on Iris In-Reply-To: Your message of Tue, 9 May 89 09:04:37 EDT. <8905091304.AA11536@csd360b.erim.org> Date: 11 May 89 10:42:07 MST (Thu) From: baskett@sgi.com "Movement/resizing of the windows is one of the more important functions of the window manager;" True. "making it a very slow function actually makes that window manager unuseable." Perhaps for you. For most people I know, the window manager needs to process input events quickly and efficiently, not use too much memory, not use too many CPU cycles, and do menus and such tools quickly. Most people I know don't move or resize windows very many times per minute/ hour/day so the speed of those operations is not especially critical as long as it is fast enough to not be irritating. What is fast enough to not be irritating is a personal judgement, too. But Mark is right in that you should try it before you make that judgement. Forest Baskett   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05952; 12 May 89 15:51 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05571; 12 May 89 15:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05527; 12 May 89 15:21 EDT Received: from SMITHKLINE.COM by SMOKE.BRL.MIL id aa07112; 12 May 89 15:06 EDT Received: from PHVAX.DECnet MAIL11D_V3 by smithkline.com (5.57/Ultrix2.4-C) id AA13666; Fri, 12 May 89 14:42:59 EDT Date: Fri, 12 May 89 14:42:58 EDT Message-Id: <8905121842.AA13666@smithkline.com> From: dixons%phvax.dnet@smithkline.com To: "info-iris@brl.mil %INET.dnet"@smithkline.com Subject: 4DGifts In trying to make the iristools in 4DGifts by following the instructions in README, I ran into the following problem. While make was working on the libgutil area it failed for the following reason: cc -I../include -I/usr/include/gl -DUNIX -D$CPUBOARD $FPAOPT -O -c glstu ff.c cpp: error glstuff.c:15: Can't find include file gri_ioctl.h *** Error code 1 I can't seem to find this include file anywhere. My system is a 4D120GTX running 3.1D. Anybody have any ideas where this file is or how to replace it? Thanks, Scott Dixon (dixons@smithkline.com)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06582; 12 May 89 16:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04917; 12 May 89 15:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04899; 12 May 89 14:50 EDT Received: from csd360b.erim.org by SMOKE.BRL.MIL id aa05978; 12 May 89 14:38 EDT Received: by csd360b.erim.org (4.0/SMI-4.0) id AA11850; Fri, 12 May 89 14:36:12 EDT Date: Fri, 12 May 89 14:36:12 EDT From: Joe Garbarino Message-Id: <8905121836.AA11850@csd360b.erim.org> To: info-iris@BRL.MIL Subject: Window Movement Frequency (was X Window System performance on Iris) Forest Baskett of SGI says: > not use too many CPU cycles, and do menus and such tools quickly. Most > people I know don't move or resize windows very many times per minute/ > hour/day so the speed of those operations is not especially critical... Is it true that you Iris users out there don't move windows very often? I have to admit that my use of window systems may be different than the typical Iris user. I often have many windows open at the same time, causing them to overlap, become obscured, etc. What do you other Iris users think about this?? Am I in the minority or the majority? Would it be irritating to you to spend twenty seconds moving a window as it now takes in the currently available X Window System implementation? Let's hear from others on this issue. Joe Garbarino ERIM P.O. Box 8618 Ann Arbor, Mi. 48107 (313)994-1200 x2508 jgarb@csd360b.erim.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07454; 12 May 89 17:02 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06933; 12 May 89 16:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06925; 12 May 89 16:43 EDT Received: from [128.155.20.81] by SMOKE.BRL.MIL id aa10557; 12 May 89 16:35 EDT Received: Fri, 12 May 89 16:30:58 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 12 May 89 16:30:58 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905122330.AA28783@aero4.larc.nasa.gov> To: jgarb@csd360b.erim.org Subject: Re: Window Movement Frequency (was X Window System performance on Iris) Cc: info-iris@BRL.MIL 20 seconds is too long. I all ways have at least 2 or 3 windows open. Sometimes as many as 6 or 7 and I am 'pushing' and 'poping' them all the time. -- 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 aa07630; 12 May 89 17:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06933; 12 May 89 16:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06815; 12 May 89 16:41 EDT Received: from ucsd.edu by SMOKE.BRL.MIL id aa10276; 12 May 89 16:28 EDT Received: from inls1.ucsd.edu by ucsd.edu; id AA02229 sendmail 5.60/UCSD-1.0 Fri, 12 May 89 13:27:22 PDT for info-iris@brl.arpa Received: by inls1.UCSD.EDU (4.0/UCSDGENERIC.2) id AA21561 to jgarb@csd360b.erim.org; Fri, 12 May 89 13:28:02 PDT Date: Fri, 12 May 89 13:28:02 PDT From: Margaret Mikulska Message-Id: <8905122028.AA21561@inls1.UCSD.EDU> To: info-iris@BRL.MIL, jgarb@csd360b.erim.org Subject: Re: Window Movement Frequency From info-iris-request@vmb.brl.mil Fri May 12 12:46:14 1989 To: info-iris@BRL.MIL Subject: Window Movement Frequency (was X Window System performance on Iris) Joe Garbarino writes: >Is it true that you Iris users out there don't move windows very >often? I have to admit that my use of window systems may be different >than the typical Iris user. I often have many windows open at the >same time, causing them to overlap, become obscured, etc. What do you >other Iris users think about this?? Am I in the minority or the >majority? Would it be irritating to you to spend twenty seconds >moving a window as it now takes in the currently available X Window >System implementation? Let's hear from others on this issue. I use many windows at the same time and manipulate them A LOT. Sometimes when I could choose between a Sun-3 and an IRIS 3130, I preferred the IRIS because of window speed. If it took me 20 sec to move a window, I would go insane and give up on using the machine. Seriously, a FAST windowing system which supports a large number of windows is essential for me. Margaret Mikulska Univ. of California, San Diego Institute for Nonlinear Science mem@inls1.ucsd.edu ucsd!inls1!mem   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07630; 12 May 89 17:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07454; 12 May 89 17:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07409; 12 May 89 16:56 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa10692; 12 May 89 16:44 EDT Received: Fri, 12 May 89 16:39:47 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 12 May 89 16:39:47 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905122339.AA28804@aero4.larc.nasa.gov> To: dixons%phvax.dnet@smithkline.com Subject: Re: 4DGifts Cc: info-iris@BRL.MIL Than sounds typical. It seems that the files and evironment that the SGI engineers work in is different from what is shipped to the users. You try something like you did and it doesn't work, but the guy at SGI doesn't know why right off, because it works fine for him. A while back I got the SGI demo tape and tried to make a few things. They didn't work right away, include files and libraries were missing ; and some enviromental variables weren't set that needed to be. I eventually got it to work, with some help from someone at SGI, but it should have worked without all that extra effort. What is shipped out needs to more like what the SGI people have, or when they try to help you things don't work the same as on their machines and that take more time. -- 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 aa08595; 12 May 89 23:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab08575; 12 May 89 22:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab08550; 12 May 89 22:48 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa14663; 12 May 89 22:41 EDT Received: from munnari.UUCP by uunet.UU.NET (5.61/1.14) with UUCP id AA17013; Fri, 12 May 89 22:41:46 -0400 Message-Id: <8905130241.AA17013@uunet.UU.NET> Received: from cidam.me.rmit.oz (via goanna) by munnari.oz with SunIII (5.5) id AA27065; Sat, 13 May 89 12:22:18 EST (from mg@cidam.me.rmit.oz for uunet!info-iris@brl.mil) Date: Sat, 13 May 89 06:30:48 EST From: "Mike A. Gigante" Received: by cidam.me.rmit.oz (5.51) id AA01632; Sat, 13 May 89 06:30:48 EST To: fsfacca@lerc08.nas.nasa.gov, info-iris@BRL.MIL Subject: Re: Permissive Permissions In-Reply-To: your article <4329@cidam.rmit.oz> News-Path: daemon The default permissions stink. Not only is / 777 (allowing *anyone) to create or remove any file in the / directory -- bad news) but executables are shipped 777 also. This is even trueof setuid programs like /bin/su which creates such a blatant security hole that any user can crack root within 2 seconds ofgetting their csh/sh prompt. When the machine arrives, I run commands like the following: find / -type f -print | xargs file | grep mipseb | cut -f1 -d: | xargs chmod og-rw and similar variations for shell scripts(og -w) and directories (og-w). Of course with directories, there are a couple of execptions (like /tmp /usr/tmp etc) Mike   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08696; 12 May 89 23:38 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08575; 12 May 89 22:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08550; 12 May 89 22:48 EDT Received: from uunet.UU.NET by SMOKE.BRL.MIL id aa14660; 12 May 89 22:41 EDT Received: from munnari.UUCP by uunet.UU.NET (5.61/1.14) with UUCP id AA16939; Fri, 12 May 89 22:41:27 -0400 Message-Id: <8905130241.AA16939@uunet.UU.NET> Received: from cidam.me.rmit.oz (via goanna) by munnari.oz with SunIII (5.5) id AA27046; Sat, 13 May 89 12:21:45 EST (from mg@cidam.me.rmit.oz for uunet!info-iris@brl.mil) Date: Sat, 13 May 89 06:21:59 EST From: "Mike A. Gigante" Received: by cidam.me.rmit.oz (5.51) id AA01497; Sat, 13 May 89 06:21:59 EST To: info-iris@BRL.MIL, wilhelms@saturn.ucsc.edu Subject: dvi previewer for 4D Yes, TeX/LaTeX runs happilyon a 4D. I have been running TeX since December and have adapted Nelson Beebe's previewer family to run on the iris. I am happyto make this availablesomehow.. Mike Applied Computer Graphics Lab, RMIT Australia mg@cidam.oz.au   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10500; 13 May 89 12:35 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10398; 13 May 89 11:42 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10396; 13 May 89 11:36 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa21533; 13 May 89 11:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA16995; Sat, 13 May 89 08:28:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 May 89 13:43:27 GMT From: John McCalpin Organization: Supercomputer Computations Research Institute Subject: Re: info on 4D/240 crunching and compilers Message-Id: <712@loligo.cc.fsu.edu> References: <238@noether.UUCP>, <32454@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <32454@sgi.SGI.COM> bron@bronze.SGI.COM (Bron Nelson) writes: >In article <238@noether.UUCP>, rosalia@noether.UUCP (Mark Galassi) writes: >> I came across a report that the parallelizing FORTRAN (what was it, >> power FORTRAN or super FORTRAN or whatever) was kind of flaky, >> and that the ordinary compilers only worked well without optimization >> (this is on the 4 processor machine). >I (and many others) have used the compiler extensively with very little >problem. Both the parallelizer and the optimizer work fine. Several >hundred thousand lines of code check out. We have been testing out a 4D/120 and have had reasonable results. The static load distribution technique is only going to give good performance in a single-task environment, but that is what the machine appears to be advertised as, so this is not a problem. I have not had any trouble with the optimizer, though some others here have gotten incorrect results out of their codes. Our conclusion is that the machine is a fine parallel processor for single parallelizable jobs. For multiple users, the throughput of the machine is MUCH higher if all the jobs are compiled and run without the multi-processing option. >The best thing to do is to call your nearest SGI office and try to >arrange to run your code. The best benchmark is your application. Don't >take my word for it; check it out for yourself! Yup. >Bron Campbell Nelson >bron@sgi.com or possibly ..!ames!sgi!bron -- John D. McCalpin - Dept of Oceanography - Florida State University mccalpin@masig1.ocean.fsu.edu mccalpin@nu.cs.fsu.edu mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10804; 13 May 89 15:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10715; 13 May 89 15:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa10706; 13 May 89 14:51 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa23484; 13 May 89 14:45 EDT Received: from physics.swarthmore.edu by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 2205; Sat, 13 May 89 14:45:45 EDT Return-path: BUG%campus.swarthmore.edu@CUNYVM.CUNY.EDU Received: from campus.swarthmore.edu by physics.swarthmore.edu; Sat, 13 May 89 14:45 EDT Date: Sat, 13 May 89 14:43 EDT From: BUG%campus.swarthmore.edu@cunyvm.cuny.edu Subject: 4Dgifts To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <8905131445.aa23484@SMOKE.BRL.MIL> We have problems similar to Scott Dixons; when we do a make in the iristools directory, the routine cant find something in libgutil.a (it is ranlib) and it halts. Since these routines are free but unsupported, I guess we get what we pay for. Also, that man is Eugene O'Neill - and from the looks of the photograph it was taken late in his career (mid 1940's , after continued bouts with tuburculosis, thanks to Bill Bug for that information). Does anyone out there know how it was scanned and encoded? -Amy Bug, Swarthmore College Physics Dept (BUG@SWARTHMR)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11133; 13 May 89 18:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11043; 13 May 89 17:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11024; 13 May 89 17:40 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa25077; 13 May 89 17:34 EDT Date: Sat, 13 May 89 17:24:31 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Windows Message-ID: <8905131724.aa08908@CAD.USNA.MIL> Since you asked, I would prefer NOT to have a window system! I resent having to use one on the 4d. I hate giving up those cycles. Don't say the window manager, any window manager, does not absorb significant cycles. They all do. I recently demonstrated how much by running exactly the same B-spline Surface Ship Design program on both a 2400T and a 4D/20 side by side. The 4D/20 has roughtly 10 times the cpu power and 3-5 times the screen i/o as the 2400T, at least according to the specs. The 4D/20 ran VISUALLY slower! The more windows you put up the slower it ran. If I didn't need the cpu cycles for associated analysis programs, I would go back the the 3000 series. Sigh ...... Dave Rogers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11188; 13 May 89 18:49 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11065; 13 May 89 18:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11045; 13 May 89 17:52 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa25165; 13 May 89 17:44 EDT Date: Sat, 13 May 89 17:33:09 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Permissive Permissions Message-ID: <8905131733.aa08920@CAD.USNA.MIL> G'day, All the 777's are a bit of bad news BUT, what about the poor guy who orders a 4D/20, with no installation (not that it would help much), does not know UNIX at all, is coming from the MS-DOS world. Unpacks the machine, sets it up and can't figure out what to do to make it work because he doesn't know enough about the permissions? I have actually seen this happen. Not everyone how buys an Iris is a UNIX guru. There's at least 2 sides to every story! Dave   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11729; 13 May 89 22:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11611; 13 May 89 21:40 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11609; 13 May 89 21:32 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa27636; 13 May 89 21:19 EDT Date: Sat, 13 May 89 21:01:22 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Permissive Permissions Message-ID: <8905132101.aa09291@CAD.USNA.MIL> I disagreed with Steve Lamont. The guy has to be able to do something even if it is only to break the thing and then have to reload it. We learn from our mistakes. Dave   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11881; 14 May 89 0:00 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11848; 13 May 89 23:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11838; 13 May 89 23:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28716; 13 May 89 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA13999; Sat, 13 May 89 20:02:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 May 89 00:17:18 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Window Movement Frequency (was X Window System performance on Iris) Message-Id: <32730@sgi.SGI.COM> References: <8905121836.AA11850@csd360b.erim.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905121836.AA11850@csd360b.erim.org>, jgarb@CSD360B.ERIM.ORG (Joe Garbarino) writes: > > Forest Baskett of SGI says: > majority? Would it be irritating to you to spend twenty seconds > moving a window as it now takes in the currently available X Window > System implementation? Let's hear from others on this issue. > > I agree that it is irritating to spend 20 seconds moving a window. I also agree that the performance of the X special we started sending out in November, as I explained earlier, leaves something to be desired. You don't say what machine you are using. As I said earlier, a microcode problem on the GTX rendered uwm on that machine intolerable. That problem is fixed in 3.1 Rev G, which contains the X product we are about to start shipping. That product, as I also indicated earlier, is anywhere from 5 to 100 times faster that what you have now. uwm is completely usable on all GT, GTX and Personal Iris products. It will not take you 20 seconds to move a window. Wait until you see it before you judge it. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11988; 14 May 89 0:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11848; 13 May 89 23:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab11838; 13 May 89 23:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28718; 13 May 89 23:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA14019; Sat, 13 May 89 20:02:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 May 89 00:30:15 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Windows Message-Id: <32731@sgi.SGI.COM> References: <8905131724.aa08908@CAD.USNA.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905131724.aa08908@CAD.USNA.MIL>, dfr@CAD.USNA.MIL ("David F. Rogers") writes: > Since you asked, I would prefer NOT to have a window system! I resent having to > use one on the 4d. I hate giving up those cycles. Don't say the window manager, > any window manager, does not absorb significant cycles. They all do. > I recently demonstrated how much by running exactly the same B-spline > Surface Ship Design program on both a 2400T and a 4D/20 side by side. The > 4D/20 has roughtly 10 times the cpu power and 3-5 times the screen i/o as > the 2400T, at least according to the specs. The 4D/20 ran VISUALLY slower! > The more windows you put up the slower it ran. If I didn't need the cpu > cycles for associated analysis programs, I would go back the the 3000 series. > Sigh ...... If you put up more windows doing drawing, the system has to do more work so of course a given application is going to slow down. Many people like to run more than one thing at a time and regard being able to do so as an great advantage. 4Sight has 2 potential impacts on performance: memory and input overhead. The news server in 4Sight uses around 2 megabytes of memory. This definitely causes increased swapping on 8 megabyte systems. Since many input events are routed through the window server, running the window system adds some overhead to event delivery. We have been working on both these issues for release 3.2. Input overhead (total system + user cycles) will be not more than 5% of the cpu. Working set of the window server will stay below 1.5 megabytes. 4Sight does not introduce any overhead on drawing. All drawing goes directly from the GL program to the hardware just as if the window system wasn't there. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13530; 14 May 89 10:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13451; 14 May 89 9:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13439; 14 May 89 9:19 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa05039; 14 May 89 9:11 EDT Date: Sun, 14 May 89 8:55:09 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Windows Message-ID: <8905140855.aa12266@CAD.USNA.MIL> G'day, Mark Callow says they are working on the window performance issue for release 3.2. He has really missed the point. I want the option of having NO window manager. Dave   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13744; 14 May 89 12:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13664; 14 May 89 11:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13654; 14 May 89 11:15 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05961; 14 May 89 11:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12168; Sun, 14 May 89 07:48:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 May 89 13:14:22 GMT From: John McCalpin Organization: Supercomputer Computations Research Institute Subject: Re: Permissive Permissions Message-Id: <715@loligo.cc.fsu.edu> References: <8905101550.AA02500@lerc08.nas.nasa.gov>, <211@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905101550.AA02500@lerc08.nas.nasa.gov> fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > >>> I fail to see what the problem is? / has world-writable, so what?! >>> I would be concerned if it didn't. Try: mv /etc /old_etc mkdir /etc vi /etc/passwd I have gotten superuser privileges on MANY SGI machines this way.... -- John D. McCalpin - Dept of Oceanography - Florida State University mccalpin@masig1.ocean.fsu.edu mccalpin@nu.cs.fsu.edu mccalpin@fsu (BITNET or MFENET) SCRI::MCCALPIN (SPAN)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15560; 14 May 89 21:44 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15416; 14 May 89 21:02 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15409; 14 May 89 20:56 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11207; 14 May 89 20:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05807; Sun, 14 May 89 17:42:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 May 89 22:03:44 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: monitoring swap space usage Message-Id: <32743@sgi.SGI.COM> References: <8905091835.AA27171@adt.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905091835.AA27171@adt.uucp>, james@adt.UUCP (james cerrato) writes: > We have a product that is very memory intensive, and are interested in > monitoring the amount of swap space that is being used, and that is free > on IRIS 3000, and 4000 systems. The commands that we have found so far are > swap, df, and gr_osview on 4000 systems, and vmstat for 3000. These commands > don't seem to clearly give the information we need. Does anyone know of more > appropriate commands, or better understand the commands I mentioned? > Thanks in advance for your time. > > James Cerrato james@adt.uucp > 508-366-9166 > Associative Design Technology > Westboro MA Specific numbers come out of the /etc/swap -l command, which reports the number of disk blocks (512 bytes) of swap available, as well as the total space. Only available on the 4D series. The 'sar' facility will also report the number of free blocks of swap. Only available on the 4D series. I'm not a 3000 expert, but vmstat or iostat may tell you the swap information you wish to know. For a real-time display, 'osview' on the 4D series also displays swap usage. Also on the 4D, 'df /debug' shows the total virtual space available, which is the sum of memory+swap (in disk blocks, or kbytes if you use the -k option). -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19114; 15 May 89 8:06 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18744; 15 May 89 7:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18469; 15 May 89 7:39 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17712; 15 May 89 7:34 EDT Received: Mon, 15 May 89 07:30:23 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 15 May 89 07:30:23 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905151430.AA05923@aero4.larc.nasa.gov> To: munnari!cidam.me.rmit.oz.au!mg@uunet.uu.net Subject: Re: Permissive Permissions Cc: info-iris@BRL.MIL That isn't the case for my 3130. / was the only directory that everyone had write permission, other than /tmp /usr/tmp. -- 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 aa19444; 15 May 89 8:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19231; 15 May 89 8:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19143; 15 May 89 8:07 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa18335; 15 May 89 7:58 EDT Received: Mon, 15 May 89 07:53:52 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 15 May 89 07:53:52 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905151453.AA05993@aero4.larc.nasa.gov> To: prism!loligo!mccalpin@gatech.edu Subject: Re: Permissive Permissions Cc: info-iris@BRL.MIL That has been pointed out to me. However, on our system that wouldn't work, there isn't enough disk space to make a copy of /etc. But I do see everyone's point now and it was me that wrote that note, not Tony Facca. -- 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 aa19818; 15 May 89 8:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18744; 15 May 89 7:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18457; 15 May 89 7:39 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17559; 15 May 89 7:28 EDT Received: Mon, 15 May 89 07:23:55 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 15 May 89 07:23:55 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905151423.AA05861@aero4.larc.nasa.gov> To: munnari!cidam.me.rmit.oz.au!mg@uunet.uu.net Subject: Re: dvi previewer for 4D Cc: info-iris@BRL.MIL I would like a copy of that TeX previewer. The only previewer I had heard of before was by Norman Naugle and he never replies to inquiries. -- 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 aa21665; 15 May 89 9:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20998; 15 May 89 9:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20879; 15 May 89 9:20 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa18003; 15 May 89 7:47 EDT Received: Mon, 15 May 89 07:41:53 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 15 May 89 07:41:53 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905151441.AA05957@aero4.larc.nasa.gov> To: dfr@cad.usna.mil Subject: Re: Windows Cc: info-iris@BRL.MIL Do you HAVE to use the window manager on the 4D's? On the 3000's you don't have to have it running. We have a few programs that require MEX not be running. I hear 4Sight requires 4.5Mb to run, which doesn't give you any memory left to run applications on an 8Mb system. Which is the base line system SGI sends you. David Rogers how much memory do you have? If it is only 8Mb, then that is probably why things run so slowly. Try adding at LEAST another 4Mb, better yet fill the machine. That SHOULD give you a dramatic improvement, so I have been told. -- 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 ab21665; 15 May 89 9:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab20998; 15 May 89 9:30 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab20879; 15 May 89 9:20 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa18256; 15 May 89 7:52 EDT Received: Mon, 15 May 89 07:47:31 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 15 May 89 07:47:31 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905151447.AA05972@aero4.larc.nasa.gov> To: dfr@cad.usna.mil Subject: Re: Permissive Permissions Cc: info-iris@BRL.MIL For the UNIX neophyte, I would suggest that they read all the UNIX manuals cover to cover and then find a nice beginners guide to UNIX. Installation?! What is that? Isn't that where they come in and plug the machine into the outlet, turn the machine on, and say it is installed. -- 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 aa25553; 15 May 89 11:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab25103; 15 May 89 11:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24988; 15 May 89 11:10 EDT Received: from NUSC-WPN.ARPA by SMOKE.BRL.MIL id aa25051; 15 May 89 10:53 EDT Date: 15 May 89 10:54:00 EDT From: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: RE: 4Dgifts To: info-iris Reply-To: swenson@nusc-wpn.arpa MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <8905151053.aa25051@SMOKE.BRL.MIL> Greetings, I have spent some time over the past couple of days in 4Dgifts. I have ran into many of the same problems others are reporting. I have solved a couple of them in my system...and have found others. Here goes. RANLIB seems to be an optional step (don't yell -- I am not a UNIX guru and the libraries work without running it. That says to me that it is basically optional...). If you want to use RANLIB though, I found a copy of it in 4Dgifts/bin (I think...but its in there) if you log in as guest (assuming 4Dgifts is the default guest directory) the .cshrc takes care of the necessary paths. If you have already created the LIBXXXX.A library, get rid of it and run MAKE again. As far as missing headers are concerned I have not run into this problem. Something that I did run into is that the code for SCRSAVE in the libgutil directory seems to be suffering from an identity crisis...it thinks it is running on a 3000 or something. I try to call SCRSAVE from an application that uses the entire screen (1280x1024) and the application BLEEPS the bed. Upon closer inspection of the SCRSAVE code, I found that the array that holds the colormap indices of a line of pixels has a dimension of 1024...(I need 1280) Made the necessary change and it worked fine. I also looked at other areas in libgutil, and full screen windows are opened with a dimension of 1024X967 (or something like that). In doing this, I was linking to the 4Dgifts version of libgutil and libimage. I will try linking to /usr/lib/libgutil et al later and let you know how I make out. --- Steve SWENSON@NUSC-WPN.ARPA ------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26579; 15 May 89 12:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26474; 15 May 89 12:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa26394; 15 May 89 12:08 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa27129; 15 May 89 11:58 EDT Received: Mon, 15 May 89 08:58:56 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 15 May 89 12:01:13 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 15 May 89 12:01:13 EDT From: Tony Facca Message-Id: <8905151601.AA06041@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Window Movement Frequency My vote: 20 seconds is too long. I even get a little bit annoyed at the 3.1D window closes, now that it draws little SGI logos. It used to be instananeous, now its barely noticable, but still "noticable". It also seems to take a fraction of a second longer to repaint the screen as well. No big deal, but the point is, we're used to very fast window movement, it'll be difficult to give that up -- even for X. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29743; 15 May 89 14:46 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29499; 15 May 89 14:36 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29330; 15 May 89 14:22 EDT Received: from MIRSA.INRIA.FR by SMOKE.BRL.MIL id aa01053; 15 May 89 14:12 EDT Received: from kwai.inria.fr by mirsa.inria.fr with SMTP (5.59++/IDA-1.2.8) id AA26371; Mon, 15 May 89 20:14:05 +0200 Received: by aristote.fr with X.400; 15 May 89 18:12:08+0100 Received: by ch; 15 May 89 20:04:52+0200 Date: 15 May 89 20:04:52+0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: slow windows Message-Id: <80*doelz@urz.unibas.ch> Hi, I noticed that having turned the accounting on slows down the window opening as well. Must be caused by the slow accounting system (being not up to a top performance anyway). If you turn off accounting you might gain some speed. Logging in with the option NOGRAPHICS (in upper case after the username on the login line) makes the graphics console behave like a (very dull) text terminal. So you might save a few megs of core. However, what is the 4D worth without its graphics? My suggestion is that you have a look on the priorities: The news_ser process always got a non-ageing prio of 64 on our system (somethying beyond 3.1D on a 4D/80GT). Maybe you might want to change that with a npri -h40 -p... command inserting the right PID. *TAKE CARE* not to use lower numbers - otherwise your system is busy doing window stuff only. Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00910; 15 May 89 15:18 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29268; 15 May 89 14:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29124; 15 May 89 14:08 EDT Received: from AC4.PICA.ARMY.MIL by SMOKE.BRL.MIL id aa00514; 15 May 89 13:55 EDT Date: Mon, 15 May 89 13:54:44 EDT From: Ken Van Camp To: info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905151354.aa11297@ARDEC-AC4.ARDEC.ARPA> >Mark Callow says they are working on the window performance issue for >release 3.2. He has really missed the point. I want the option of having >NO window manager. Yeah, what he said! On the 3000's you could at least do a reasonable amount of text operations without Mex running, but on the 4D's the only option you have is NOGRAPHICS=1 when you login. Then your visual editors don't work. I guess that's why SGI moved vi from /bin to /usr/bin on the 4D's; you can't use it anyway without your window manager running. Some times I'd like to just login for text operations, and then I don't want to have to wait for 4Sight to start up. Bad design, SGI! --Ken Van Camp ARPANET: kvancamp@PICA.ARMY.MIL -or- kvancamp@ARDEC.ARPA BITNET: (use above through normal gateways, like UBVM.CC.BUFFALO.EDU) USENET: pica.army.mil!kvancamp@UUNET.UU.NET UUCP: ...!{uunet,rutgers}!pica.army.mil!kvancamp "Tis better to Send than to Receive."   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03164; 15 May 89 17:31 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02145; 15 May 89 16:25 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02126; 15 May 89 16:20 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05145; 15 May 89 16:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA27695; Mon, 15 May 89 12:58:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 May 89 17:18:42 GMT From: "G. Murdock Helms" Organization: Test Pilots, Inc. Subject: Re: Windows Message-Id: <3620@eos.UUCP> References: <8905140855.aa12266@CAD.USNA.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ("David F. Rogers") writes: >Mark Callow says they are working on the window performance issue for >release 3.2. He has really missed the point. I want the option of having >NO window manager. How about a window manager that has a toggle on it so you can turn it on if you want it, and off if you don't? Most of the time the programs we run on our GTX require windowing, but sometimes they don't, and the toggle mechanism might be beneficial to a lot of folks using Irises. Same thing goes for GTX dog...a toggle for shading/no shading on the planes, and maybe some mechanism to only broadcast dog packets to identified Irises? Our network administrator goes wild when we try to dogfight after work and gets VERY unhappy with us! If the demo development people have a little time on their hands, please send me email...there's this great demo that would look really great on an Iris.... -Murdock timelord@eos.arc.nasa.gov   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac03514; 15 May 89 19:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03462; 15 May 89 18:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03445; 15 May 89 18:42 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa08877; 15 May 89 18:27 EDT Received: from relay2.cs.net by RELAY.CS.NET id ab04457; 15 May 89 18:27 EDT Received: from gmr.com by RELAY.CS.NET id ac03390; 15 May 89 18:25 EDT Date: Mon, 15 May 89 17:29 EST From: JORDAN%gmr.com@relay.cs.net Subject: "tcsh" To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.mil" Message-ID: <8905151827.aa08877@SMOKE.BRL.MIL> Does anyone out there know how I can get a copy of "tcsh"? From what I understand, it's PD. If this is true, could someone email, or mail me a copy? I'll pick up the charges (freight, etc.) Contact me first. t. p. mugabi-jordan gm systems engineering 1151 crooks road troy, michigan 48084 313-280-6766   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03586; 15 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03514; 15 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03464; 15 May 89 18:44 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa08984; 15 May 89 18:37 EDT Received: from relay2.cs.net by RELAY.CS.NET id ab04746; 15 May 89 18:36 EDT Received: from gmr.com by RELAY.CS.NET id ag03390; 15 May 89 18:27 EDT Date: Mon, 15 May 89 17:38 EST From: JORDAN%gmr.com@relay.cs.net Subject: Gripes To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.mil" Message-ID: <8905151837.aa08984@SMOKE.BRL.MIL> I understand that everyone out there in Computer Land cannot type, and many times do not wish to correct errors on previous lines, BUT there is a general butchering of the English language occuring here that I simply can withstand no longer!! Just some tips, we do not have to discuss this topic for days (unless totally necessary). It does take away the true purpose of this BBS, but can improve one's career. The word "your" represents ownership, "you're" means "you are"; therefore, "Your going to the zoo" makes no sense, and may label one negatively when written as such. Also, "their" represents ownership, "they're" represents "they are" and, "there" is anything else but the other two!! O.K. now it is off my chest. thank you. t. p. mugabi-jordan gm systems engineering 1151 crooks troy, michigan 48084 313-280-6766   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03586; 15 May 89 19:14 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03514; 15 May 89 19:03 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab03464; 15 May 89 18:44 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa08986; 15 May 89 18:37 EDT Received: from relay2.cs.net by RELAY.CS.NET id af04713; 15 May 89 18:37 EDT Received: from gmr.com by RELAY.CS.NET id ah03390; 15 May 89 18:27 EDT Date: Mon, 15 May 89 17:59 EST From: JORDAN%gmr.com@relay.cs.net Subject: Tasks that go to disk To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.mil" Message-ID: <8905151837.aa08986@SMOKE.BRL.MIL> We are developing real-time graphical simulations that update the scene at 16 hz or higher. One problem we have is that at some definite period in time (of which I do not know) we can "hear" the disk being accessed. We are certain that it is not the software, and we have turned off cron, and some other processes. A "ps -e" outputs the following on a 4D70-GT: PID TTY TIME COMMAND 0 ? 0:00 sched 1 ? 2:32 init 2 ? 0:03 vhand 3 ? 0:00 mhand 4 ? 0:01 bdflush 806 console 0:01 grcond 74 ? 0:00 inetd 122 ttyd1 0:00 getty 43 ? 0:00 syslogd 67 ? 0:00 routed 814 console 0:01 csh 73 ? 0:00 portmap 813 console 7:22 wsh 2361 console 0:00 ps 808 keybd 11:12 news_ser Any ideas? t. p. mugabi-jordan gm systems engineering 1151 crooks road troy, michigan 48084 313-280-6766   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03703; 15 May 89 19:55 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03462; 15 May 89 18:48 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03445; 15 May 89 18:42 EDT Received: from RELAY.CS.NET by SMOKE.BRL.MIL id aa08875; 15 May 89 18:27 EDT Received: from relay2.cs.net by RELAY.CS.NET id aa04457; 15 May 89 18:27 EDT Received: from gmr.com by RELAY.CS.NET id ab03390; 15 May 89 18:25 EDT Date: Mon, 15 May 89 17:25 EST From: JORDAN%gmr.com@relay.cs.net Subject: Re: Windows To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.mil" Message-ID: <8905151827.aa08875@SMOKE.BRL.MIL> I'm not sure what the user really wants, but I would like to have the option of turning windows off, but still have graphics capability. For my application (real-time graphical simulation) I do not need windows!! (Although, they do come in handy when I need to "vi" 4 files simultaneously). From what I understand, I cannot do graphics unless the window manager is running. If anyone knows of a workaround, I'd be glad to listen. t. p. mugabi-jordan gm systems engineering 313-280-6766 troy, michigan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04494; 15 May 89 23:42 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04250; 15 May 89 23:00 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa04205; 15 May 89 22:47 EDT Date: Mon, 15 May 89 22:47:22 EDT From: Phil Dykstra To: info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905152247.aa20233@SPARK.BRL.MIL> Dave Rogers writes: "I want the option of having NO window manager." I second (third?) this. In this era of distributed processing and remote graphics we use SGI's here remotely all the time. The Crays, or minis can rsh graphics display programs or use remote image display tools. In most of these cases you want to devote the entire machine and display to that one application. It is ridiculous to have to log into the console to use the graphics. As a hack, SGI told us how to startup up a skeleton 4Sight system if none was running, but that requires modifying all of your applications to do this, and alas is not yet binary compatible across the 4D line. I miss the Mexless 3030 and the Maxless 4D that never was. We are probably stuck with window based graphics, but if I may paraphrase (from memory) Andy van Dam a couple of months ago "Touting windowing systems on graphics workstations is making a virtue out of a necessity." - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04574; 15 May 89 23:57 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab04494; 15 May 89 23:46 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04480; 15 May 89 23:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11360; 15 May 89 23:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20910; Mon, 15 May 89 20:29:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 01:28:46 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Windows Message-Id: <32851@sgi.SGI.COM> References: <8905151354.aa11297@ARDEC-AC4.ARDEC.ARPA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905151354.aa11297@ARDEC-AC4.ARDEC.ARPA>, kvancamp@PICA.ARMY.MIL (Ken Van Camp) writes: > Then your visual > editors don't work. I guess that's why SGI moved vi from /bin to /usr/bin > on the 4D's; you can't use it anyway without your window manager running. > > Some times I'd like to just login for text operations, and then I don't > want to have to wait for 4Sight to start up. Bad design, SGI! > On the Personal Iris it is possible to use vi without 4Sight. If one logs using the NOGRAPHICS flag (type NOGRAPHICS=1 after your login id), then set the TERM environment variable to "iris-tp", vi should work. It may be necessary to also set the environment variable LINES to 40 (oops!). For instance: $ TERM=iris-tp $ LINES=40 $ export LINES TERM or % setenv TERM iris-tp % setenv LINES 40 Again, this only works on the Personal Iris (4D/20). Here are some other PI tricks: You can set the colors that are used by the textport (the mode you get when you login with NOGRAPHICS). Get into "Manual Mode" from the prom menu and type: setenv screencolor 6f6f6f setenv pagecolor f0f0f0 setenv logocolor 000000 The three variables take a 6 hex-digit rgb value for the screen background, text background and logo color (The logo comes up if console is set to G). They're retained in nvram too! If Something Bad happens and you need to bring up the system in single user mode, get into manual mode and set the environment variable "initstate" to "s": setenv initstate s and then type "auto". This is a one-shot deal and isn't saved in nvram. -Wiltse Carpenter   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04730; 16 May 89 0:08 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac04494; 15 May 89 23:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab04480; 15 May 89 23:40 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11362; 15 May 89 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20933; Mon, 15 May 89 20:29:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 02:01:11 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: slow windows Message-Id: <32865@sgi.SGI.COM> References: <80*doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <80*doelz@urz.unibas.ch>, doelz@urz.unibas.ch (Reinhard Doelz) writes: > My suggestion is that you have a look on the priorities: The news_ser process > always got a non-ageing prio of 64 on our system (somethying beyond 3.1D on > a 4D/80GT). Maybe you might want to change that with a > npri -h40 -p... > command inserting the right PID. *TAKE CARE* not to use lower numbers - > otherwise your system is busy doing window stuff only. Setting non-degrading priorities for 4Sight can have several adverse side affects. The basic work of 4Sight can be divided into three classes. First, it handles window user interface functions like moving, pushing, and popping. Second, it is an execution environment for PostScript programs like the round clock demo. Third, it helps in handling multiple modes of windows. By `multiple modes' I mean simultaneous and independent double buffered, color index, and rgb mode windows. Most of the work in handling multiple mode windows is done by the hardware, but some setup and context switching is done in conjunction with 4Sight. Setting a non-degrading, high priority (a low numbered argument to the npri command) for 4Sight improves the response time for pop-up menus and window manipulation. However as Mr. Doelz points out, if one is running PostScript-based applications, they will get an unfair advantage over other processes on the system. Considering these two factors led us to pick the value of 64 as the fixed priority for 4Sight. The third factor I mentioned above only comes into play when a hardware-specific number of windows are active. The magic numbers are 4 for an 8-bitplane Personal Iris and 16 for all other SGI machines. After more careful analysis (made possible through new process tracing tools), we have concluded that the best non-degrading priority for 4Sight is no non-degrading priority at all! If you have an 8-bitplane PI, try this: npri -h0 xxxxx # where xxxxx is the pid for news_server and see if it improves window redraw time. -Wiltse   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05669; 16 May 89 5:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05625; 16 May 89 4:54 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05620; 16 May 89 4:43 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa14789; 16 May 89 4:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA05065; Tue, 16 May 89 01:30:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 04:12:30 GMT From: Rod Paul Organization: The Big Electric Cat, NYC, NY Subject: wsh questions Message-Id: <9676@dasys1.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL So anybody noticed that when you log onto a graphics console under 4sight the baud rate (type stty) is 9600? When you invoke "wsh" and type "stty" the baud is shown as 34000. Hmmm what's going on here? /etc/gl/startconsole? calls wsh for the console window. Ok, so if stty says my console window is running at 9600baud, I must be able to change my other wsh's right? So I'll type "stty 300" which I understand to mean will reset my baud. stty now reports my speed to be 300, but it obviously isn't, I expect that the console window isn't running 9600 baud either. Why all the messing with baud rates? Well on my 4D/70G's I have no problem "rlogin"g onto my CS12, I can edit with "vi" fine with 66x80 wsh windows. Now, if I rlogin from my Personal (this puppy's got 16M real) to the server with large or small windows, there's often one hell of a delay on refreshing the window in "vi". Sometimes I can be moving the cursor up several lines before it gets refreshed. This is at the pace of a two-finger typist (notice that's not two-fingered). Allright, so maybe the news_server's got something to do with the stty thing, perhaps the smaller cache sizes on the IP6 add more to the mystery... but anybody out there having simmilar problems? Can anybody offer a solution? All of my machines are configured pretty much the same as far as my network is concerned, and the only machine that ain't a 4D is an Abekas A60. Appreciate responses... -- Rodian Paul | Big Electric Cat Public UNIX | Just say YES to UII ! ..!cmcl2!hombre!dasys1!rpaul |   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07534; 16 May 89 8:20 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07189; 16 May 89 8:09 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07113; 16 May 89 8:01 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa17032; 16 May 89 7:51 EDT Received: Tue, 16 May 89 07:47:05 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 16 May 89 07:47:05 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905161447.AA09030@aero4.larc.nasa.gov> To: phil@BRL.MIL Subject: Re: Windows Cc: info-iris@BRL.MIL Phil Dydstra makes sense on all but one sentence. "It is ridiculous to have to log into the console to use the graphics." I find the sentence ridiculous. The IRISes are so fast because you use the console. Doing graphics with a dumb graphics terminal would slow things down substantialy. Maybe he didn't say what he meant? -- 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 ab08749; 16 May 89 9:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab07006; 16 May 89 7:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06734; 16 May 89 7:48 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa16823; 16 May 89 7:41 EDT Received: Tue, 16 May 89 07:36:13 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 16 May 89 07:36:13 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905161436.AA08988@aero4.larc.nasa.gov> To: JORDAN%gmr.com@relay.cs.net Subject: Re: Tasks that go to disk Cc: info-iris@BRL.MIL What about mail? Swap space? Printer spoolers? Other users loging in remotely? -- 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 aa12334; 16 May 89 12:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11172; 16 May 89 11:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11033; 16 May 89 11:35 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa28268; 16 May 89 11:30 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23581; Tue, 16 May 89 08:20:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 14:57:32 GMT From: Foxbat Organization: Boston Univ. Computer Graphics Lab Subject: Cutting objects Message-Id: <31229@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm thinking about the best way to cut an object with an arbitrary cut plane and then render it. My first thought was to use feedback from the geometry engine (orient my object to intersect a clipping plane in the way I want then redisplay it as it is) however in the feedback section of the manual it seems SGI does everything but remove the section to discourage you from using feedback. So, has anybody done this? Would it be faster to write my own clipping routine on the host? (We have 4D/220's and 240's - so they're fast machines) Thanks, Tim Hall   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12785; 16 May 89 12:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab12334; 16 May 89 12:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11878; 16 May 89 12:28 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa29917; 16 May 89 12:15 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA25836; Tue, 16 May 89 09:01:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 15:02:16 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Windows Message-Id: <32889@sgi.SGI.COM> References: <8905151827.aa08875@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905151827.aa08875@SMOKE.BRL.MIL>, JORDAN@gmr.COM writes: > I'm not sure what the user really wants, but I would like to have the option > of turning windows off, but still have graphics capability. For my > application (real-time graphical simulation) I do not need windows!! > (Although, they do come in handy when I need to "vi" 4 files simultaneously). > > From what I understand, I cannot do graphics unless the window manager is > running. If anyone knows of a workaround, I'd be glad to listen. > > t. p. mugabi-jordan > gm systems engineering > 313-280-6766 > troy, michigan I'm not sure I understand the problem. Why can't the application that doesn't need the window manager just use ginit() and pretend the window manager isn't there? As I understand it, the window manager doesn't steal any cpu cycles unless the mouse is moving, and even then it doesn't use (eventually won't use?) more than 5%(?). Is it the amount of memory it uses? How does stuff about when to swap stuff out get decided? The only other thing I can think of is that other people can run windows on top of the thing that thinks there isn't a window manager. Is there a way to lock other windows out? thant@sgi.com "disclaim"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13579; 16 May 89 13:45 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13349; 16 May 89 13:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13265; 16 May 89 13:22 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa01568; 16 May 89 13:10 EDT Received: Tue, 16 May 89 13:05:35 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 16 May 89 13:05:35 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905162005.AA10817@aero4.larc.nasa.gov> To: sgi!thant%horus.SGI.COM@ucbvax.berkeley.edu Subject: Re: Windows Cc: info-iris@BRL.MIL These people don't want all the extra overhead of the window manager, which is not a small amount in both memory usage and cpu time. I was told by a sales rep. that 4Sight uses 4.5Mb. That is not small. And if you have to swap out to disk a lot that is going to slow things down a lot. Like I said before does 4Sight HAVE to be running. Mex on the 3000's doesn't HAVE to be running to use graphics. -- 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 aa14326; 16 May 89 14:11 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14006; 16 May 89 14:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa13845; 16 May 89 13:49 EDT Received: from MIRSA.INRIA.FR by SMOKE.BRL.MIL id aa02767; 16 May 89 13:45 EDT Received: from [192.5.60.25] by mirsa.inria.fr with SMTP (5.59++/IDA-1.2.8) id AA05919; Tue, 16 May 89 19:29:29 +0200 Received: by ch with X.400; 16 May 89 13:13:13+0200 Date: 16 May 89 13:13:13+0200 From: Reinhard Doelz To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: baud rates (was: wsh questions) Message-Id: <84*doelz@urz.unibas.ch> Hmm - sound as if it is getting complicated with the non-4Sight environment. As far as I got the data out of the 'documentation', the baud rate of the non-graphics environment is determined in the PROM monitor setting the environ- mental variable dbaud and/or rbaud. Doing so, I am able to modify the (default) 9600 baud speed. (Owners guide, Table 5-6 Using the Prom Monitor) Logging in remotely from DECNET or TCP/IP, I usually get the line speed my current (text) terminal has. The graphics console seems to work as normal in terms of baud rates. Is it possible that windowing is delayed over the net because of the limited speed on the ethernet board? At least the 4DDN product shows considerable less performance in transfer rates compared to the TCP/IP protocol. Reinhard   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15086; 16 May 89 15:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14868; 16 May 89 14:58 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14844; 16 May 89 14:50 EDT Received: from [131.120.1.17] by SMOKE.BRL.MIL id aa04355; 16 May 89 14:38 EDT Received: by trouble.cs.nps.navy.mil (4.1/cs.nps-1.0) id AA00007; Tue, 16 May 89 11:40:25 PDT Date: Tue, 16 May 89 11:40:25 PDT From: michael zyda Message-Id: <8905161840.AA00007@trouble.cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: Window Managers & Insufficient Memory... On the subject of window managers and their using a lot of memory, there is another cure that SGI could consider. SGI could give all 4D customers an extra 4MB of memory with each system without raising the cost to the customer. Instead of shipping systems with 8MB, SGI could send 12MB and then complaints about the window manager being a hog could be then ignored. By the way, wasn't this the case on the IRIS-2400 years ago? The IRIS-2400 was shipped with 2MB originally. One of the operating system releases caused that size system to no longer work AND if you knew who to complain to, you got sent an extra 2MB... Michael J. Zyda Associate Professor of Computer Science Naval Postgraduate School Code 52, Dept. of Computer Science Monterey, California 93943-5100 (408) 646-2305 (work) E-mail: zyda@trouble.cs.nps.navy.mil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15651; 16 May 89 15:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15086; 16 May 89 15:15 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15040; 16 May 89 15:04 EDT Received: from SGI.COM by SMOKE.BRL.MIL id aa05005; 16 May 89 14:59 EDT Received: from horus.sgi.com by sgi.sgi.com (5.52/890511.SGI) (for info-iris@brl.arpa) id AA19011; Tue, 16 May 89 11:58:53 PDT Received: from localhost.SGI.COM by horus.sgi.com (5.52/890511.SGI) (for @sgi.SGI.COM:info-iris@brl.arpa) id AA12311; Tue, 16 May 89 11:58:49 PDT Message-Id: <8905161858.AA12311@horus.sgi.com> Cc: thant@horus.sgi.com, info-iris@BRL.MIL Subject: Re: Windows In-Reply-To: Your message of Tue, 16 May 89 13:05:35 -0400. <8905162005.AA10817@aero4.larc.nasa.gov> Date: Tue, 16 May 89 11:58:47 MST From: thant@horus.sgi.com Howdy, Yeah, the window manager uses a good hunk of cpu when you're using it (crossing window boundaries, moving windows around, context switching, etc.), but if there is only one window the size of the screen the only thing the window manager would have to do is check the mouse position against a (very short) window segment list. I've got a feeling that in this condition the window manager uses even less than 5% of the cpu. 4.5 meg of window manager would be a real pain on a minimal system. But if there was only one window the size of the screen I would think that the window manager would get mostly swapped out and not swapped back in because nothing could happen if no window borders were crossed. This is the stuff that is black magic to me, but I wonder if people have tried this just to check. To tell you the truth, i think there are people working on a minimalist window manager. I think it's a bad idea. Yeah, you didn't have to run mex on the 3000, but the fact that some of the stuff ran with the window manager and some of the stuff didn't was an endless source of headaches for SGI and customers. I think the answer is to make the window manager as painless as possible by increasing its performance and decreasing its size. One thing they are working on is getting it to use the shared GL. This will decrease its size a lot. thant@sgi.com P.S. I'm not a part of the window manager group so I obviously am not speaking for them.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab17013; 16 May 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa16818; 16 May 89 16:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa16696; 16 May 89 16:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07080; 16 May 89 16:00 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08230; Tue, 16 May 89 13:00:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 18:26:17 GMT From: Jan Gronski Organization: Silicon Graphics, Inc., Mountain View, CA Subject: PC-NFS Message-Id: <32913@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone out there had any experiences in porting PC-NFS daemon to a 4D? Please copy responses to edelson@sgi.com. jan   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac17013; 16 May 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab16818; 16 May 89 16:26 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab16696; 16 May 89 16:08 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07100; 16 May 89 16:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA08237; Tue, 16 May 89 13:00:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 18:54:42 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Windows Message-Id: <32917@sgi.SGI.COM> References: <8905140855.aa12266@CAD.USNA.MIL>, <3620@eos.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3620@eos.UUCP>, timelord@eos.UUCP (G. Murdock Helms) writes: > ("David F. Rogers") writes: > >Mark Callow says they are working on the window performance issue for > >release 3.2. He has really missed the point. I want the option of having > >NO window manager. > I didn't miss the point. We are probably even going to document how to travel on the bare metal. But it isn't easy. The window *system* provides a lot of support that people tend to take for granted not realising that it is provided by the window system. > How about a window manager that has a toggle on it so you can turn it on if > you want it, and off if you don't? Most of the time the programs we > run on our GTX require windowing, but sometimes they don't, and the > toggle mechanism might be beneficial to a lot of folks using Irises. Our preferred approach is to gracefully make the power of window system available as you use it. The counterpoint to that is if you don't use it, it doesn't get in the way. Think of this as an automatic switch. If you create a full screen window (e.g. through ginit) then the window system is out of the way except for keyboard translation (if you are using the keyboard), menu service (if you are using menus) and helping deliver mouse and keyboard events. If the window system didn't do this latter task, some other process would have to perform the same work. The only resource the window system is consuming in this state is swap space. Now if the user of your program decides he wants to also run another application he can simply start it up and the window system will gracefully come into play without any abrupt change from one state to another. Yes the 3000 could run without Mex. But could it run without a window system? Not really. Pieces of the window system were in the kernel and are used by all clients even when Mex wasn't running. For example, those primitive windows called textports. Without those textport windows almost all the programs that run without mex would be useless. We still see a lot of programs that are dependent on textports. As I said up front, travelling on the bare metal isn't easy. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17143; 16 May 89 16:53 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17013; 16 May 89 16:43 EDT Date: Tue, 16 May 89 16:26:16 EDT From: Gary S. Moss (VLD/VMB) To: Brent L. Bates TAD/TAB ms294 x42854 cc: phil@BRL.MIL, info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905161626.aa16739@VMB.BRL.MIL> < Phil Dydstra [Dykstra] makes sense on all but one sentence. "It is ridiculous to < have to log into the console to use the graphics." I find the sentence < ridiculous. The IRISes are so fast because you use the console. Doing < graphics with a dumb graphics terminal would slow things down substantial[l]y. < Maybe he didn't say what he meant? It made perfect sense to me; you 'rlogin' from a terminal or a window on your Sun workstation which has a *decent* keyboard for those of us that learned to type correctly (i.e. don't stare at the keyboard), and use the IRIS to display graphics. If you don't think that we can type faster on a Sun, DEC, AT&T, Visual, etc. keyboard than on an IRIS, then you probably either look at the keyboard when you type or learned on an IRIS. [Remapping the keys only helps for the Esc, Ctrl and Caps Lock; it still leaves ~,`,|,\, Backspace, and Delete to name a few all *screwed* up because the layout and shape of the keys prohibits doing a complete fix.] [My guess is that the 4d keyboard sells more Suns than Sun Ads.] The other *big* reason for not using the console, is that 4Sight does not allow you to direct the input focus to a window other than the one under the cursor. This has broken all of my applications that manipulate the graphics cursor from keyboard commands typed in a text window *and* there is no work-around other than using 'rlogin' from another workstation/terminal. I much prefer 4Sight to Mex (in general), but problems as fundamental as these tend to alienate the developer types. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00616; 16 May 89 23:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa00384; 16 May 89 23:11 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa00215; 16 May 89 22:58 EDT Date: Tue, 16 May 89 20:23:38 EDT From: Phil Dykstra To: info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905162023.aa24299@SPARK.BRL.MIL> Perhaps I didn't say what I should have, so one last point before I shut up: If we have to run graphics programs under MAX, fine, but I wish then that SGI could figure out how to make MAX *always* available. That is, I object to MAX starting and stopping based on someone logging into the physical console. There shouldn't have to be *anyone* logged in to use the graphics. You should be able to rexec/rsh graphics programs. The mechanism/services of the window system shouldn't be tied to a particular user ID. There are security issues to tackle with this, but I wish the presence of MAX wasn't tied to someone logging in/out of the console. Has anyone at SGI thought of a way to implement this? - Phil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00616; 16 May 89 23:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab00384; 16 May 89 23:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ad00251; 16 May 89 23:01 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa10817; 16 May 89 21:00 EDT Received: Tue, 16 May 89 20:56:46 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 16 May 89 20:56:46 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905170356.AA12077@aero4.larc.nasa.gov> To: moss@BRL.MIL Subject: Re: Windows Cc: info-iris@BRL.MIL Oh! I see now. The impression I had was he was trying to display graphics on a remote terminal. I stand corrected on that one. I have been told that you CAN direct the input focus to a window OTHER than the one under the cursor, the person who told me, however, has never tried it and he doesn't care to either. I can see reasons to do it both ways. I have some aplications that I NEED to fix input focus even though the cursor is over a different window. Other times the other way would be nice. -- 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 ac00616; 16 May 89 23:22 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac00384; 16 May 89 23:11 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ae00251; 16 May 89 23:02 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa10886; 16 May 89 21:08 EDT Received: Tue, 16 May 89 21:04:11 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 16 May 89 21:04:11 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905170404.AA12097@aero4.larc.nasa.gov> To: sgi!msc%ramoth.SGI.COM@ucbvax.berkeley.edu Subject: Re: Windows Cc: info-iris@BRL.MIL One thing I HATE about MEX on a 3130, is that it dies VERY VERY EASILY. (It isn't that difficult to crash a 3130 in the first place, but MEX is even easier). I haven't use the 4D's much, but I hope the software is written better than the 3000's version. -- 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 aa01453; 17 May 89 2:35 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01136; 17 May 89 1:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01126; 17 May 89 1:18 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa12856; 17 May 89 1:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA06544; Tue, 16 May 89 22:10:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 May 89 23:48:09 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: baud rates (was: wsh questions) Message-Id: <32965@sgi.SGI.COM> References: <84*doelz@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <84*doelz@urz.unibas.ch>, doelz@urz.unibas.ch (Reinhard Doelz) writes: > Hmm - sound as if it is getting complicated with the non-4Sight environment. > As far as I got the data out of the 'documentation', the baud rate of the > non-graphics environment is determined in the PROM monitor setting the environ- On a pseudo terminal environment (wsh) it is usefull to set the baudrate to something. The value of 38400 is a reflection of the update time. Remember wsh is a 'gl' aplication program which emulates a terminal and there is no real serial conection from the machine to the 'pseudo terminal'. There are a number of programs which use 'curses'. Curses programmers can pay attention to the baud rate when they update a screen. Many of the screen functions have a time associated with them the use of screen functions is then modified to optimize screen I/O. Consider a real terminal -- the Qume 102. It can refill the screen faster at 19200 baud than it can open a single line. So when a line is inserted clever 'curses' code will use the terminal 'insert line' command at 300 baud and redraw the screen at 19200. Try a 'clever' program (emacs is a good one) at baud rates from slow to vfast on a real terminal. It is fun to see the differences. For what it is worth the source to an older version of emacs had a full page comment in its terminal I/O section which was a tombstone. The comments warned any who entered etc.. |-- Is this is any help? -- ------------- Thomas P. Mitchell (mitch@sgi.com) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10943; 17 May 89 9:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa10239; 17 May 89 9:06 EDT Date: Wed, 17 May 89 9:00:11 EDT From: Gary S. Moss (VLD/VMB) To: Brent L. Bates TAD/TAB ms294 x42854 cc: info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905170900.aa10213@VMB.BRL.MIL> < I have been told that you CAN direct the input focus to a window OTHER < than the one under the cursor Well, the GL routine 'winattach' no longer does anything, so are you talking about writing PostScript code or what? -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11690; 17 May 89 9:58 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11350; 17 May 89 9:47 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11257; 17 May 89 9:35 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19287; 17 May 89 9:24 EDT Received: Wed, 17 May 89 09:20:48 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 17 May 89 09:20:48 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905171620.AA13659@aero4.larc.nasa.gov> To: moss@BRL.MIL Subject: Re: Windows Cc: info-iris@BRL.MIL I think he said you had to make changes in some 4Sight start up files, . files in the users home directory. The problem is that it takes effect for the entire login period, I think. That is as specific as I can get at the moment. I would have to ask him again to get more specific information. -- 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 aa11957; 17 May 89 10:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11690; 17 May 89 10:05 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11642; 17 May 89 9:53 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa20308; 17 May 89 9:47 EDT Date: Wed, 17 May 89 9:42:10 EDT From: "David F. Rogers" To: sgi!%msc <@ucbvax.berkeley.edu:sgi!%msc@ramoth.sgi.com>, info-iris@BRL.MIL Subject: windows Message-ID: <8905170942.aa09286@CAD.USNA.MIL> G'day Mark, I may even antedate you with SGI. As I recall the first 2400 that I bought did not have a window manager at all, i.e., no mex. Since I have raised the question, what does not someone at SGI sit down and provide a concise, definitive answer to: 1. how much memory does the current window manager system use -- say with one window. How much additional memory for each additional window? 2. How much cpu power does the window manager absorb -- say with one window. How much for each additional window or task, e.g. mouse input, keyboard input, etc. 3. How can you absolutely minimize the effect of the window manager? The thing that really concerns me here is that I demonstrated that the new machine was not VISUALLY as fast as a 2400T. In real time interactive systems it is VISUALLY that counts. Professor David F. Rogers Aerospace Engineering Department U.S. Naval Academy Annapolis, MD 21402 USA Tel: 301-267-3283/4/5 ARPANET: dfr@usna.navy.mil UUCP: ~uunet!usna!dfr   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13373; 17 May 89 11:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13094; 17 May 89 11:13 EDT Date: Wed, 17 May 89 11:07:40 EDT From: Gary S. Moss (VLD/VMB) To: Brent L. Bates TAD/TAB ms294 x42854 cc: moss@BRL.MIL, info-iris@BRL.MIL Subject: Re: Windows Message-ID: <8905171107.aa13044@VMB.BRL.MIL> Well, changing the behavior of 4Sight with user.ps files or NeWS/* files off of the users home directory will not fix the problem, since an application must work regardless of the user's environment. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15120; 17 May 89 12:40 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14461; 17 May 89 12:19 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14215; 17 May 89 11:59 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by ADM.BRL.MIL id aa13599; 17 May 89 11:45 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA00615; Wed, 17 May 89 10:45:36 CDT Date: Wed, 17 May 89 10:45:36 CDT From: Mike Goss Message-Id: <8905171545.AA00615@snow-white.merit-tech.com> To: info-iris@BRL.MIL Subject: Windows Regarding the message from phil@BRL.MIL: > ... > > That is, I object to MAX starting and stopping based on someone logging > into the physical console. There shouldn't have to be *anyone* logged in > to use the graphics. You should be able to rexec/rsh graphics programs. > The mechanism/services of the window system shouldn't be tied to a > particular user ID. > > There are security issues to tackle with this, but I wish the presence > of MAX wasn't tied to someone logging in/out of the console. Has anyone > at SGI thought of a way to implement this? > > - Phil There is a way to run graphics programs on the 4D under release 3.1 without logging in at the console (for example, from another terminal): 1) Execute the command "/etc/gl/restartgl". This will start the window manager at the console, running as your user ID (make sure you logout or kill the window manager when you're done). You will need to wait a few seconds for it to load, as you would if you had logged in at the console itself. 2) Run your graphics programs. 3) When done, you can get rid of the window manager doing a "ps -ef" command to find process "/etc/gl/grcond", and then killing that process (or you can logout at the console itself). I've tried this on a 4D/60T, but it will probably work on any IRIS running software release 3.1. It's not the most convenient procedure in the world, but it will let you do what you want to do. Mike Goss, Merit Technology Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15823; 17 May 89 13:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14174; 17 May 89 12:00 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa13805; 17 May 89 11:46 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa13457; 17 May 89 11:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04720; Wed, 17 May 89 08:28:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 14:07:03 GMT From: Dan Christensen Organization: U. of Waterloo, Ontario Subject: Input Focus (Was Re: Windows) Message-Id: <9751@watcgl.waterloo.edu> References: <8905170356.AA12077@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905170356.AA12077@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates TAD/TAB ms294 x42854") writes: > > I have been told that you CAN direct the input focus to a window OTHER >than the one under the cursor, the person who told me, however, has never >tried it and he doesn't care to either. I can see reasons to do it both >ways. I have some aplications that I NEED to fix input focus even though >the cursor is over a different window. Other times the other way would be >nice. >-- > > Brent L. Bates This can be done, although it may not be quite what you want. All you have to do is put the tracker in the window that you want to have the input focus and then hold down a mouse button or a key on the keyboard. Until you let go, the input focus will remain in the same window. ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab15823; 17 May 89 13:26 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15691; 17 May 89 13:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15673; 17 May 89 13:11 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa01900; 17 May 89 12:50 EDT Received: from DS0RUS1I by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 6103; Wed, 17 May 89 11:20:59 EDT Received: by DS0RUS1I (Mailer R2.03B) id 1181; Wed, 17 May 89 16:55:34 MSZ Date: Wed, 17 May 89 16:48:40 MSZ From: "Heinz W. Poehlmann" To: INFO-IRIS@BRL.MIL Message-ID: <8905171251.aa01900@SMOKE.BRL.MIL> Hello everybody, I got a little problem with the IRIX 3.1D Revision. After successful installation of the maintenance tapes on our IRIS 4D/20G, we now get the message : Network security violation: Rejected connection from loopback in a seperate little window on the console, and some or all windows which opened before the update installation correctly are missing now. If somebody has any idea, I'd appreciate it. Thanks >HEINZ< My first glance: I looked into the /usr/adm/SYSLOG -File and tailed the last 100 lines: awssg2 grcond[350]: CIO: ****************************************************** ***************** May 17 15:46:15 awssg2 Copyright 1984 AT&T - All Rights Reserved May 17 15:46:15 awssg2 Copyright 1987 Silicon Graphics Inc - All Rights Reserved May 17 15:46:15 awssg2 RESTRICTED RIGHTS LEGEND May 17 15:46:15 awssg2 Use, duplication or disclosure by the Government is su bject May 17 15:46:15 awssg2 to restrictions as set forth in subdivision (c)(1)(ii) of May 17 15:46:15 awssg2 the Rights in Technical Data and Computer Software cla use May 17 15:46:15 awssg2 at 52.227-7013. Manufacturer is Silicon Graphics, Inc ., May 17 15:46:15 awssg2 2011 N. Shoreline May 17 15:46:15 awssg2 grcond[350]: CIO: Blvd., Mountain View, CA 94039-7311. May 17 15:46:15 awssg2 ********************************************************* ************** May 17 15:46:15 awssg2 IRIX System V Release 4D1-3.1D IP6 Version 02151537 May 17 15:46:29 awssg2 grcond[350]: Child process /bin/wsh terminated with statu s 6 May 17 16:00:19 awssg2 grcond[350]: CIO: ***ERROR*** May 17 16:00:19 awssg2 ^Imessage:^Inull May 17 16:00:19 awssg2 ^Inewerror:^Itrue May 17 16:00:19 awssg2 ^Iostack:^Inull May 17 16:00:19 awssg2 ^Icommand:^I'awaitevent' May 17 16:00:19 awssg2 ^Ierrorname:^Ikillprocess May 17 16:00:19 awssg2 ^Iestack:^Inull May 17 16:00:19 awssg2 ^Idstack:^Inull May 17 16:00:19 awssg2 Empty stack May 17 16:00:22 awssg2 grcond[350]: Child process /bin/news_server terminated wi th status 0 May 17 16:04:07 awssg2 grcond[442]: In limbo May 17 16:04:11 awssg2 grcond[442]: Alive May 17 16:04:11 awssg2 grcond[442]: CIO: *************************************** ******************************** May 17 16:04:11 awssg2 Copyright 1984 AT&T - All Rights Reserved May 17 16:04:11 awssg2 Copyright 1987 Silicon Graphics Inc - All Rights Reserved May 17 16:04:11 awssg2 RESTRICTED RIGHTS LEGEND May 17 16:04:11 awssg2 Use, duplication or disclosure by the Government is su bject May 17 16:04:11 awssg2 to restrictions as set forth in subdivision (c)(1)(ii) of May 17 16:04:11 awssg2 the Rights in Technical Data and Computer Software cla use May 17 16:04:11 awssg2 at 52.227-7013. Manufacturer is Silicon Graphics, Inc ., May 17 16:04:11 awssg2 2011 N. Shoreline May 17 16:04:11 awssg2 grcond[442]: CIO: Blvd., Mountain View, CA 94039-7311. May 17 16:04:11 awssg2 ********************************************************* ************** May 17 16:04:11 awssg2 IRIX System V Release 4D1-3.1D IP6 Version 02151537 May 17 16:04:11 awssg2 WARNING: Graphics not initialized! May 17 16:04:29 awssg2 grcond[442]: Child process /bin/wsh terminated with statu s 86 May 17 16:05:08 awssg2 grcond[442]: Child process /bin/news_server terminated wi th status 0 May 17 16:29:28 awssg2 grcond[468]: In limbo May 17 16:29:33 awssg2 grcond[468]: Alive May 17 16:29:33 awssg2 grcond[468]: CIO: *************************************** ******************************** May 17 16:29:33 awssg2 Copyright 1984 AT&T - All Rights Reserved May 17 16:29:33 awssg2 Copyright 1987 Silicon Graphics Inc - All Rights Reserved May 17 16:29:33 awssg2 RESTRICTED RIGHTS LEGEND May 17 16:29:33 awssg2 Use, duplication or disclosure by the Government is su bject May 17 16:29:33 awssg2 to restrictions as set forth in subdivision (c)(1)(ii) of May 17 16:29:33 awssg2 the Rights in Technical Data and Computer Software cla use May 17 16:29:33 awssg2 at 52.227-7013. Manufacturer is Silicon Graphics, Inc ., May 17 16:29:33 awssg2 2011 N. Shoreline May 17 16:29:33 awssg2 grcond[468]: CIO: Blvd., Mountain View, CA 94039-7311. May 17 16:29:33 awssg2 ********************************************************* ************** May 17 16:29:33 awssg2 IRIX System V Release 4D1-3.1D IP6 Version 02151537 May 17 16:29:33 awssg2 WARNING: Graphics not initialized! May 17 16:29:47 awssg2 grcond[468]: Child process /bin/wsh terminated with statu s 86 May 17 16:30:04 awssg2 grcond[468]: Child process /bin/news_server terminated wi th status 0   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab18077; 17 May 89 15:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17509; 17 May 89 15:17 EDT Date: Wed, 17 May 89 15:02:06 EDT From: Gary S. Moss (VLD/VMB) To: Dan Christensen cc: info-iris@BRL.MIL Subject: Re: Input Focus (Was Re: Windows) Message-ID: <8905171502.aa17384@VMB.BRL.MIL> < This can be done, although it may not be quite what you want. All you < have to do is put the tracker in the window that you want to have the < input focus and then hold down a mouse button or a key on the keyboard. < Until you let go, the input focus will remain in the same window. This works for picking points, sweeping rectangles, etc. with the graphics cursor, but does not help if what you are doing is typing text commands in one window, but need the cursor to remain in the graphics window. -moss   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18587; 17 May 89 15:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18077; 17 May 89 15:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17781; 17 May 89 15:15 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa05995; 17 May 89 14:46 EDT Received: Wed, 17 May 89 14:41:45 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 17 May 89 14:41:45 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905172141.AA15122@aero4.larc.nasa.gov> To: mem%inls1@ucsd.edu Subject: Re: Windows Cc: info-iris@BRL.MIL NFS is running on a couple of machines here, but I don't think it is working 100% (or even 90%). One thing you HAVE to have before even trying to use NFS is OS 3.6. NFS does not work with 3.5 or lower. -- 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 aa19019; 17 May 89 16:43 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18820; 17 May 89 16:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18785; 17 May 89 16:09 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa08103; 17 May 89 15:41 EDT Received: from physics.swarthmore.edu by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 8849; Wed, 17 May 89 15:40:24 EDT Return-path: BUG%campus.swarthmore.edu@CUNYVM.CUNY.EDU Received: from campus.swarthmore.edu by physics.swarthmore.edu; Wed, 17 May 89 15:37 EDT Date: Wed, 17 May 89 15:35 EDT From: BUG%campus.swarthmore.edu@cunyvm.cuny.edu Subject: "Network security violation" To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@BRL.MIL" Message-ID: <8905171542.aa08103@SMOKE.BRL.MIL> Regarding Poehlmann's problem: One has to have the right loopback number in the right place in the file /etc/hosts, or one can get locked out of 4-sight in just this way. In our version of that file, the FIRST entry that is not a comment must be 127.1 localhost I'm afraid I don't know if this number must be the same from machine to machine, but you should have it correct in the old version of your operating system - and I see no reason why this number should change between revisions. Good luck. Amy Bug, Swarthmore College physics dept. (BUG@SWARTHMR)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19367; 17 May 89 17:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19200; 17 May 89 17:08 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19133; 17 May 89 16:58 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa09217; 17 May 89 16:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19429; Wed, 17 May 89 12:50:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 19:09:07 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4Dgifts Message-Id: <33047@sgi.SGI.COM> References: <8905131445.aa23484@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905131445.aa23484@SMOKE.BRL.MIL>, BUG@campus.swarthmore.EDU writes: > > We have problems similar to Scott Dixons; when we do a make in the iristools > directory, the routine cant find something in libgutil.a (it is ranlib) and > it halts. Since these routines are free but unsupported, I guess we get what > we pay for. > -Amy Bug, Swarthmore College Physics Dept (BUG@SWARTHMR) "ranlib" is an out-of-date and archaic item that should have been cleaned up by now but hasn't been yet. however, it does work, as is explained in the file ~4Dgifts/iristools/README. in ~4Dgifts/bin there is a shell script called ranlib which was implemented for backwards-compatibility sake for the 2000/3000 machines. to quote from ~4Dgifts/iristools/README: NOTEs: YOUR UID MUST BE SET TO 4Dgifts (or guest depending on which line comes first in /etc/passwd). This is essential because of the need for the shell to recognize that ~4Dgifts/bin is in its path so it can find ~4Dgifts/bin/ranlib when it goes to make a symbol definition file in the archives being built for the two libraries libimage.a and libgutil.a. ~/bin/ranlib is a script to enable these libraries to be built on 2000/3000 as well as 4D machines. The idea here is that the iristools subtree was designed to able to be copied in its entirety from a 4D to a 2000/3000 machine, and be compiled/run on this family of machine as well. -- daveus rattus yer friendly neighborhood ratman Few concepts during this quarter-century have been as important, as controversial, as misunderstood, and as misinterpreted as secrecy in government. No idea during this period [1946-1971] has had a greater impact upon Americans and upon the American way of life than that of the containment of Communism. Both are inseparably intertwined and have nutured each other in a blind Pavlovian way. Understanding their relationship is a matter of fundamental importance. -L. Fletcher Prouty, "The Secret Team"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19751; 17 May 89 18:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19577; 17 May 89 18:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19554; 17 May 89 17:55 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07087; 17 May 89 15:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17388; Wed, 17 May 89 12:15:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 15:25:14 GMT From: Dan Christensen Organization: U of Waterloo, Ontario Subject: questions about drawing polygons Message-Id: <9753@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a couple of questions regarding the drawing of filled polygons on an Iris 4D/120GTX. 1) Using the fastest settings of the lighting model (single light source at infinity, viewer at infinity), how many shaded polygons can be drawn per second? (I know that this is a difficult question, but a rough figure would be useful). 2) I am trying to draw a large mesh of shaded triangles. The GT Library has routines for drawing triangular meshes. These routines look like they would speed up drawing significantly because only one third of the lighting calculations need to be done and one third of the data needs to be put into the pipeline, compared to drawing each triangle separately. The problem I found with these routines is that you have no control over the order in which the vertices are drawn so that backface removal becomes useless. Turning off backface removal results in an overall slowing in the drawing. Is there any way to specify the order in which the vertices are drawn? It would be a shame if there isn't because these routines look like they could speed things up greatly. Is there a way to do the same thing manually? Could the program draw each vertex and save the colours calculated by the hardware and then draw the polygons with the lighting model turned off, using the precalculated colours? Thanks for any help. ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac19751; 17 May 89 18:19 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19577; 17 May 89 18:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19559; 17 May 89 17:59 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10621; 17 May 89 16:55 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20800; Wed, 17 May 89 13:18:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 16:39:13 GMT From: Tom Haapanen Organization: WATMIMS Research Group, University of Waterloo Subject: Logging out with 4Sight Message-Id: <3162@watale.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We just recently upgraded to version 3.1C on our Iris 4D, with 4Sight instead of Mex. Now, when you sign on the console, we get menus (at top left) and a window at bottom left. It's easy to create lots of windows by cloning or otherwise. However, it is not sufficient to log out from all the windows: it'll then still be possible to open another window (using the Tools menu). Thus, you must use the 4Sight "Log out" menu item to log out completely, and this is what we have been telling our users. However, what happens is they'll just log out from the menu, instead of closing each one individually. The problem with this is that 4Sight does not appear to update /etc/utmp to indicate they have logged off. Thus, as of right now, I'm the only one on the system, but who tells me: tom ttyd1 May 17 12:00 zeng ttyq2 May 17 01:43 zeng ttyq3 May 17 02:01 zeng ttyq4 May 17 02:06 Has this been fixed in a new version? And hasn't there been another version since 3.1C (which we received 2 weeks ago)? \tom haapanen tom@mims-iris.UWaterloo.CA watmims research group university of waterloo "Now, you didn't really expect my views to agree with my employer's, did you?"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19823; 17 May 89 18:30 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19751; 17 May 89 18:19 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19617; 17 May 89 18:04 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa10916; 17 May 89 17:18 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23666; Wed, 17 May 89 14:07:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 20:46:29 GMT From: "Eric A. Pearce" Organization: Boston University Info Tech Subject: Printing and Backups on the SGI Message-Id: <31330@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have several IRIS 4D's here and I would like to do the following: 1. Be able to print to a remote Unix host and be recognized by the Berkeley lpd daemon. In our case, I would like to spool jobs to a QMS 800 (PostScript) laser printer hanging off a Sun4/280. It looks like there is plenty of support for directly connected printers, but I don't see anything on network printing other than just rsh'ing as user "lp" and executing a print command (i.e. /usr/spool/lp/etc/util/mknetpr). I think this is kind of crufty. Does SGI offer an lpd clone or has someone ported the ucb one? 2. I would like to use bsd dump/restore (and rdump/rrestore) for backups. Has anybody done this? The IRIS's really mess up our backup scheme as we are able to do remote backup operations on all our other machines. They can all use each others drives and read each others tapes in case of a tape drive failures or network problems. I'm not saying BRU is better or worse than dump/restore, just that it takes away this flexibility. I have not tried it yet, but it looks I could make BRU use a remote tape drive on a arbitrary BSD system (maybe a 6250 1/2" on a Sun?). Other options I am considering are tar and GNU tar, since the other systems would be able to read the tapes. GNU tar is looking pretty attractive, since it supports full and incremental backups/restores and will run on all of our systems. If I missed something in the documentation, please feel free to point this out. With the exception of the above, the IRIS was very easy to set up in a networked environment. -e -- ------------------------------------------------------------------------------- Eric Pearce ARPANET eap@bu-it.bu.edu Boston University Information Technology CSNET eap%bu-it@bu-cs 111 Cummington Street JNET jnet%"ep@buenga" Boston MA 02215 UUCP !harvard!bu-cs!bu-it!eap 617-353-2780 voice 617-353-6260 fax BITNET ep@buenga   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19952; 17 May 89 19:06 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19923; 17 May 89 18:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19884; 17 May 89 18:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00949; 17 May 89 18:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA27442; Wed, 17 May 89 15:18:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 20:28:44 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Windows Message-Id: <33056@sgi.SGI.COM> References: <8905171545.AA00615@snow-white.merit-tech.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905171545.AA00615@snow-white.merit-tech.com>, goss@SNOW-WHITE.MERIT-TECH.COM (Mike Goss) writes: > > 3) When done, you can get rid of the window manager doing a > "ps -ef" command to find process "/etc/gl/grcond", and > then killing that process (or you can logout at the console > itself). > > Mike Goss, Merit Technology Inc. The command /etc/killall will allow you to kill a program by specifying its name. The command "/etc/killall grcond" should do the trick. If killall complains about permissions, you may have an older release. Use "chmod 2111 killall" to set permissions on killall so any user can use it on their processes. For more details on /etc/killall, see the manual page in section 1M. -- Dave (commonplace) "Boldly going where no one cares to go." Ciemiewicz (incomprehensible) ciemo (infamous)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa19990; 17 May 89 19:20 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19923; 17 May 89 18:55 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab19884; 17 May 89 18:44 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00953; 17 May 89 18:32 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA27463; Wed, 17 May 89 15:18:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 20:40:20 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: windows Message-Id: <33058@sgi.SGI.COM> References: <8905170942.aa09286@CAD.USNA.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There can be multiple reasons why a 4D machine is VISUALLY slower than a 2400T. One could be that the window manager is slowing things down, either thru consuming CPU cylces or enough memory to cause extra paging. Another could be because the 4D is performing "extra" unnecessary graphics, in other words the port of the code created inefficiencies. A classic example is that the 4D machines smooth shade all polygons by default, ie shademodel(GOURAUD) is the default. This was for compatability sake. If you are drawing flat polygons and forget to turn shademodel(FLAT) on, performance is adversly effected. Things like flight can run 5-10 times slower. There are other graphics routines that are slower on a 4D than on a 2400T. These are routines like depthcue() that are not usually called often enough to matter, but once in a while you run across an application that calls it excessively. Because it was fast on a 2400T, no on cared, but on the 4D it does a system call so...... The old curve demo had this problem at first. So, I am not convinced that the window manager is really making your 4D visually slower than a 2400T. When you are not paging, the window manager has very little overhead and generally stays out of the way when you are doing fast 3D graphics. I would place my bets that your user code is not doing what you expect on the 4D or is calling a routine that got slower. Use prof/pixie to detect these.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19990; 17 May 89 19:20 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab19952; 17 May 89 19:10 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa19928; 17 May 89 18:58 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01211; 17 May 89 18:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28344; Wed, 17 May 89 15:32:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 22:11:09 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Network Security Violation Message-Id: <224@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905171251.aa01900@SMOKE.BRL.MIL> ZRFL@DS0RUS1I.BITNET ("Heinz W. Poehlmann") writes: >I got a little problem with the IRIX 3.1D Revision. After successful >installation of the maintenance tapes on our IRIS 4D/20G, we now get >the message : >Network security violation: >Rejected connection from loopback Try adding: RemoteHostRegistry /loopback true put in the RemoteHostRegistry dictionary section of the file /usr/NeWS/lib/NeWS/init.ps. NeWS needs access to a network before it can open up windows. Note: I tried: /NetSecurityWanted false def but that didn't work. John   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20203; 17 May 89 20:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20156; 17 May 89 20:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20142; 17 May 89 20:29 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01717; 17 May 89 20:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA03268; Wed, 17 May 89 17:02:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 May 89 23:40:26 GMT From: "G. Murdock Helms" Organization: Swamp Creatures, Inc. Subject: Re: Windows Message-Id: <3660@eos.UUCP> References: <8905172141.AA15122@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ("Brent L. Bates TAD/TAB ms294 x42854") writes: > > NFS is running on a couple of machines here, but I don't think >it is working 100% (or even 90%). One thing you HAVE to have before >even trying to use NFS is OS 3.6. NFS does not work with 3.5 or lower. We're running NFS on our Irises...our 2400Turbo is the fileserver for both a 3130 and a 4DGTX, and we've been pretty happy with it so far. I'm planning to try turning the GTX into an NFS server for our Personal Iris next. The only problem we've had (and this is important): I like to run all my backups at the same time. Saves time. At any rate, don't forget to dismount shared directories/filesystems from the client BEFORE you bring the server down for backups. Otherwise, your server will happily run backups while the client twiddles its thumbs for the next half hour while it tries to figure out what's going on. At the first mention of a shared filesystem, it goes off into neverneverland, and the old "ctrl backslash" trick doesn't seem to work on the GTX. -Murdock   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21471; 18 May 89 1:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21445; 18 May 89 1:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21436; 18 May 89 1:31 EDT Received: from [35.196.32.24] by SMOKE.BRL.MIL id aa03201; 17 May 89 23:32 EDT Received: by csd360b.erim.org (4.0/SMI-4.0) id AA20910; Wed, 17 May 89 22:42:01 EDT Date: Wed, 17 May 89 22:42:01 EDT From: Joe Garbarino Message-Id: <8905180242.AA20910@csd360b.erim.org> To: info-iris@BRL.MIL Subject: Window Movement Poll Results After a week of gathering responses to my question about the frequency of window movement, I have the following results: Four people who responded work much the way that I do, opening many windows and moving things around quite a bit, and would get annoyed by a 20 second delay. Three others thought that it would be nice to be able to turn off the windowing system, including 4Sight, altogether. The SGI people feel that their upcoming release of the X Window System will work well enough to be useable. I'm looking forward to this and will be glad to say so here if and when that proves true. One of the main reasons I brought this whole topic up is that I wanted to insure that people with access only to the SGI's implementation of the X Window System are aware that there are very fast implementations available. The currently available implementation of the X Window System by SGI is not acceptable, nor does it accurately reflect the current state of X Window System implementations in general. I want to be sure that someone that has only tried the X Window System on SGI equipment does not develop a jaded perspective of X due to that "experience". And I wanted the SGI developers to know there are people experienced with the X Window System using their machines, anxiously awaiting a fast X implementation matching the graphical speed daemon the Iris really is. Joe Garbarino ERIM P.O. Box 8618 Ann Arbor, Mi. 48107 (313)994-1200 x2508 jgarb@csd360b.erim.org   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26960; 18 May 89 9:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25255; 18 May 89 8:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa24824; 18 May 89 8:04 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03920; 18 May 89 1:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA15037; Wed, 17 May 89 20:48:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 00:33:50 GMT From: Robert Reimann Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Screen Dump. Message-Id: <33093@sgi.SGI.COM> References: <8905071937.AA04290@mhd.uchicago.edu>, <32310@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL msc@ramoth.SGI.COM (Mark Callow) writes: > malagoli@MHD.UCHICAGO.EDU (Andrea Malagoli) writes: > > I also not quite sure on how to use icut to select the portion > > of the screen I want to save. When I call icut, a small window > > appears, then.........???? > > > > The README file in the source directory where you found icut describes how > to use it. > > icut - usage: icut outimage > Cut an image from the screen: once attached to the icut window, move the > mouse to one of the four corners of the section of the screen you wish to > cut, press LEFTMOUSE, keep holding it down while moving to the opposite > corner, and let go at the point that marks the rectangular area you wish > to write out to outimage. To elaborate on "attaching" to the icut window: 1. move the mouse cursor into the icut window 2. hold down a key on the keyboard (ALT is a good choice) 3. move the mouse back out of the window while still holding down the key on the keyboard. As long as you keep the key held down, you are attached to the window (or, more precisely, input is directed there). Several other tools such as mag and cedit work on the same principle; this "sticky" follow focus mode is a feature of the 4Sight window manager. Robert Reimann rmr@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26171; 18 May 89 8:49 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa25828; 18 May 89 8:39 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25711; 18 May 89 8:27 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa02698; 18 May 89 8:19 EDT Date: Thu, 18 May 89 8:13:39 EDT From: "David F. Rogers" To: sgi!tarolli@ucbvax.berkeley.edu, info-iris@BRL.MIL Subject: windows Message-ID: <8905180813.aa05607@CAD.USNA.MIL> Sorry Garry, the application in question is strickly wire-frame. Dave Rogers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26485; 18 May 89 9:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26171; 18 May 89 8:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa25983; 18 May 89 8:42 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa02829; 18 May 89 8:26 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 5397; Thu, 18 May 89 08:26:22 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 18 May 89 11:05:04 Date: Thu, 18 May 89 07:44:32 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Optimizer Questions To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8905180826.aa02829@SMOKE.BRL.MIL> Hallo, I've got some questions about the optimizer levels for the C (and F77) compiler on a 70GT. - compared to the -g flag that we use for pgm developement, using -O2 results in a much greater speed increase than the step from -O2 to -O3. Taking the much greater compile/link times for -O3 into account, the question arises whether it is worth using -O3 or not. Especially, are there cases where -O3 is REALLY advantegous over -O2? - what is the difference between -O3 and -O4? -O4 seems not to be documented and it results in the same speedups than -O3. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 (soon: Center for Molecular Modelling) Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26485; 18 May 89 9:07 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac26171; 18 May 89 8:56 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab25983; 18 May 89 8:42 EDT Received: from cunyvm.cuny.edu by SMOKE.BRL.MIL id aa02838; 18 May 89 8:26 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with BSMTP id 5405; Thu, 18 May 89 08:27:14 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 18 May 89 11:05:07 Date: Thu, 18 May 89 07:52:28 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Swapping performance on a 8MB 70/GT To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <8905180826.aa02838@SMOKE.BRL.MIL> Hallo, we have got a rather annoying problem (as we haven't got enough money to fix it the hard(ware) way). We have an application that uses a lot of memory (just at the moment 30MB) and is jumping back and forth in that area (I know we should not do it, but thats the way it works). At that point the machine is dead, paging and io-waitng all the time. Are there some system parameters that we can try to tune in order to increase system performance, or is the only way to either buy more memory or write a new program? Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 (soon: Center for Molecular Modelling) Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab26960; 18 May 89 9:32 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa26611; 18 May 89 9:22 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa26536; 18 May 89 9:09 EDT Received: from prandtl.nas.nasa.gov by ADM.BRL.MIL id aa02165; 18 May 89 8:59 EDT Received: Thu, 18 May 89 05:59:19 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Thu, 18 May 89 09:03:25 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 18 May 89 09:03:25 EDT From: Tony Facca Message-Id: <8905181303.AA11215@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Network security violation Cc: fsfacca@prandtl.nas.nasa.gov Network security violation errors come from the window manager when it is trying to start the tools and console and cannot access the network. This problem most frequently occurs when you botch up the /etc/hosts table. I can't be sure which part of the table it is, but, having botched up enough host tables, I usually check the loopback entry (make sure there is one), and also check the /etc/sys_id against the system name in the hosts table. for example, if you call your host "earth", then your network address should be something like: 128.100.100.1 earth.blah.blah.blah earth however, if your entry is like: 128.100.100.1 venus.blah.blah.blah earth you'll get those violations. I'm guessing here, but I believe the system only looks at the first field in the domain name, and compares it against the sys_id. If the don't match, as in the second example, you get the violation. The "fix/workaround" would be to make sure the sys_id and the first part of the name in the /etc/hosts table are the same. "earth == earth, but earth != venus" --good luck. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28179; 18 May 89 11:31 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa28034; 18 May 89 11:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27968; 18 May 89 11:08 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa01253; 18 May 89 10:55 EDT Received: Thu, 18 May 89 10:49:39 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 18 May 89 10:49:39 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905181749.AA17946@aero4.larc.nasa.gov> To: XBR2D96D%DDATHD21.BITNET@cunyvm.cuny.edu Subject: Re: Swapping performance on a 8MB 70/GT Cc: info-iris@BRL.MIL I would say you need more memory, 8Mb is just enough to run the system and 4Sight, without having to page. I don't know why SGI sells the machines with only 8Mb, it just isn't enough. In addition to the extra memory you could try changing the program too. -- 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 aa29836; 18 May 89 13:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa29629; 18 May 89 12:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29458; 18 May 89 12:46 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa04301; 18 May 89 12:31 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA27467; Thu, 18 May 89 10:52:05 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA18433; Thu, 18 May 89 08:41:53 cdt Date: Thu, 18 May 89 08:41:53 cdt From: Patrick Wolfe Message-Id: <8905181341.AA18433@kailand.kai.com> To: info-iris@BRL.MIL Subject: Re: Windows > /* Written by timelord@eos.arc.nasa.gov */ > At any rate, > don't forget to dismount shared directories/filesystems from the client > BEFORE you bring the server down for backups. Otherwise, your server > will happily run backups while the client twiddles its thumbs for the > next half hour while it tries to figure out what's going on. At the first > mention of a shared filesystem, it goes off into neverneverland, and the > old "ctrl backslash" trick doesn't seem to work on the GTX. This is because you "hard mount" your NFS filesystems. We "soft mount" all of our filesystems, which has the effect of timing out instead of hanging when you mention a shared filesystem. Of course, it's still preferable to dismount filesystems when you *know* they are going to be unavailable.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab29836; 18 May 89 13:09 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab29629; 18 May 89 12:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa29480; 18 May 89 12:46 EDT Received: from uxc.cso.uiuc.edu by SMOKE.BRL.MIL id aa04347; 18 May 89 12:33 EDT Received: from kailand.UUCP by uxc.cso.uiuc.edu with UUCP (5.61+/IDA-1.2.8) id AA27480; Thu, 18 May 89 10:52:23 -0500 Received: by kailand.kai.com (4.12/kai2.5c/09-20-88) id AA18641; Thu, 18 May 89 08:58:47 cdt Date: Thu, 18 May 89 08:58:47 cdt From: Patrick Wolfe Message-Id: <8905181358.AA18641@kailand.kai.com> To: info-iris@BRL.MIL Subject: Printing and Backups on the SGI > /* Written by eap@bu-cs.bu.edu */ > We have several IRIS 4D's here and I would like to do the following: > 1. Be able to print to a remote Unix host and be recognized by the > Berkeley lpd daemon. Certainly would be nice, but then, IRIX *is* System V, not BSD. There is the "plp" program package (an enhanced, compatible replacement for BSD lpd and friends) that was posted to comp.sources.unix about six months to a year back, but I looked at it and it hadn't been ported to system V. If someone has the time and gets this working, please post. > 2. I would like to use bsd dump/restore (and rdump/rrestore) for backups. Here here! I've been using Gnu tar on both of our System V machines, since I certainly don't want to use the 60 Mb cartridge tape drives to backup a 280 Mb disk drive. You could go broke trying to buy enough cartridge tapes for a couple of months worth of monthly, weekly, and daily backups. Gnu tar required some work to get it working on the Iris. If you are interested in the patches, send email. Patrick Wolfe (pat@kai.com, {uunet,uiucuxc}!kailand!pat) System Manager, Kuck and Associates, Inc.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01400; 18 May 89 14:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa01161; 18 May 89 14:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa01076; 18 May 89 14:25 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07640; 18 May 89 14:11 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA26717; Thu, 18 May 89 11:08:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 17:23:03 GMT From: John McCalpin Organization: Supercomputer Computations Research Institute Subject: Third-Party disks on PI Message-Id: <728@loligo.cc.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I long ago gave up hope on putting third-party drives on our IRIS 3000's. Now that the new machines are using purportedly standard interfaces, I would like to bring up the issue again. Has anyone successfully installed a third-party SCSI drive in a Personal IRIS? They want $4200 (university price) for a 380MB drive, and I can get 660 MB from Maxtor for under $4000, or 702 MB from CDC for under $3000. Further along the same lines, does anyone know of an expansion cabinet that could be used to hold extra SCSI drives to be daisy-chained with the internal drive? I would much rather have 3x660 MB in an external cabinet for about $13,000 than the 3x380 offered by SGI for $13,000 (univ. price).   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02873; 18 May 89 15:45 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa02432; 18 May 89 15:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa02199; 18 May 89 15:24 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa09842; 18 May 89 15:09 EDT Received: Thu, 18 May 89 15:05:56 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 18 May 89 15:05:56 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905182205.AA18674@aero4.larc.nasa.gov> To: prism!loligo!mccalpin@gatech.edu Subject: Re: Third-Party disks on PI Cc: info-iris@BRL.MIL We are in the process of trying to put a third-party drive on our IRIS 3130. The disk is on order. Hopefully the new drive will work ok. I have gotten mail from someone who said they have done it with a data disk. We are going to try it with the system disk and if that works, get another one for data. -- 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 aa04706; 18 May 89 21:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04597; 18 May 89 20:52 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04550; 18 May 89 20:41 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11659; 18 May 89 16:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA03316; Thu, 18 May 89 13:13:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 16:19:09 GMT From: Thant Tessman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: questions about drawing polygons Message-Id: <33129@sgi.SGI.COM> References: <9753@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9753@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > I have a couple of questions regarding the drawing of filled polygons > on an Iris 4D/120GTX. > > 1) Using the fastest settings of the lighting model (single light source > at infinity, viewer at infinity), how many shaded polygons can be > drawn per second? (I know that this is a difficult question, but a > rough figure would be useful). > Check the sales literature. SGI quotes lit polygons. (I'm no good with numbers.) Realize that the number doesn't include clearing the screen. Also, since on the GTX the graphics are CPU limited, indexing into data will be slower than running a pointer through the data. Indexing requires a multiply and an add. Incrementing a pointer is just an add. Also, using the z-buffer for polygons under a certain size (50x50 pixels?) doesn't cost you anything. > 2) I am trying to draw a large mesh of shaded triangles. The GT > Library has routines for drawing triangular meshes. These > routines look like they would speed up drawing significantly because > only one third of the lighting calculations need to be done and one ^^^^^ One half. In a single strip, each point is sent down once instead of twice (not including the end points). In a connected row of strips each point is sent down twice instead of four times. > third of the data needs to be put into the pipeline, compared to > drawing each triangle separately. The problem I found with these > routines is that you have no control over the order in which the > vertices are drawn so that backface removal becomes useless. > Turning off backface removal results in an overall slowing in the > drawing. Is there any way to specify the order in which the > vertices are drawn? It would be a shame if there isn't because > these routines look like they could speed things up greatly. Is > there a way to do the same thing manually? Could the program draw > each vertex and save the colours calculated by the hardware and then > draw the polygons with the lighting model turned off, using the > precalculated colours? > > Thanks for any help. > > ---- > Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca > University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu Triangle-meshes can be used with backface removal. The 'front' of the tmesh is determined by the first triangle and preserved for the rest of the mesh, even if swaptmesh is used. The 'swaptmesh' command is a way of manipulating which edge of the previous triangle you want to connect the new triangle to. There is one bug that shows up when backfaced tmeshes get clipped. Sometimes the individual clipped triangles will randomly disappear or appear, but this is being fixed. thant@sgi.com "there are 336 dimples on the standard golf ball"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04706; 18 May 89 21:03 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04597; 18 May 89 20:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04567; 18 May 89 20:44 EDT Received: from cad.usna.navy.mil by SMOKE.BRL.MIL id aa14897; 18 May 89 20:33 EDT Date: Thu, 18 May 89 20:21:26 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: Third party disks Message-ID: <8905182021.aa03506@CAD.USNA.MIL> G'day, I put a third party Priam V170 70meg drive on a 2400T 2-3 years ago. Had to buy the mounting hardware from SGI which took a while and get the formatting info from them. Worked fine. At that time I paid $1700 for the drive!!! I recently got a mailing from a third party vendor for up to a gig in a separate cabinet. Don't have the literature home so can't give specific info. I'll try to remember tomarrow. Dave Rogers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04818; 18 May 89 21:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac04706; 18 May 89 21:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04633; 18 May 89 20:58 EDT Received: from cad.usna.navy.mil by SMOKE.BRL.MIL id aa15002; 18 May 89 20:44 EDT Date: Thu, 18 May 89 20:37:21 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: [USNA Mail System: Failed mail (msg.aa03666)] Message-ID: <8905182037.aa03918@CAD.USNA.MIL> Direct email failed. Sigh ..... ----- Forwarded message # 1: Date: Thu, 18 May 89 20:33:46 EDT From: USNA Mail System (MMDF) Sender: mmdf@USNA Subject: Failed mail (msg.aa03666) To: dfr@cad.usna.mil Message-ID: <8905182033.ab01166@CAD.USNA.MIL> Your message could not be delivered to 'tarolli@sh.cs.NET (host: sh.cs.net) (queue: smtp)' for the following reason: ' (USER) Unknown user name in "tarolli@sh.cs.NET"' Your message follows: Date: Thu, 18 May 89 20:25:41 EDT From: David F. Rogers To: tarolli@sh.cs.net Subject: wire-frame application Message-ID: <8905182025.aa03666@CAD.USNA.MIL> G'day, Reasonably sure. As I said, I ran the same code on both machines side-by-side, then started adding windows to the 4D/20 and watched it slow down as each window was added. Can't run prof now as I no longer have the 2400T. Dave Rogers ----- End of forwarded messages   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04818; 18 May 89 21:17 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad04706; 18 May 89 21:07 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04695; 18 May 89 21:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15078; 18 May 89 20:53 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA04558; Thu, 18 May 89 13:38:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 20:06:39 GMT From: John Buchanan Organization: University of Toronto, CSRI Subject: What? Hard coded keyboard speed. Message-Id: <8905182006.AA13990@explorer.dgp.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In my never ending to get a decent repeat rate on a personal Iris I ran across these gems. First 'The keyboard serial I/O interface uses RS423 levels and communicates asynchronously to the system at 600 baud.' Second 'When auto-repeat is enabled a pressed key will begin auto- repeating after 0.65 seconds and repeat 28 times per second' Is there a reason that these two variables are not variables but constants? One cannot help but think that Murphy's first law of engineering was applied too literally. 'Variables don't, constants aren't' John W. Buchanan Dynamic Graphics Project Computer Systems Research Institute University of Toronto (416) 978-6619 Toronto, Ontario M5S 1A4 BITNET: juancho@explorer.dgp.utoronto EAN: juancho@explorer.dgp.toronto.cdn UUCP: ...!explorer.dgp.toronto.edu!juancho   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04897; 18 May 89 21:31 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac04818; 18 May 89 21:21 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04805; 18 May 89 21:16 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15165; 18 May 89 21:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17692; Thu, 18 May 89 17:59:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 22:14:08 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network Security Violation Message-Id: <33177@sgi.SGI.COM> References: <224@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <224@dftsrv.gsfc.nasa.gov>, merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: > > Try adding: > > RemoteHostRegistry /loopback true put > > in the RemoteHostRegistry dictionary section of the file > /usr/NeWS/lib/NeWS/init.ps. NeWS needs access to a network before > it can open up windows. Note: I tried: > > /NetSecurityWanted false def > > but that didn't work. No, no, no! Never edit init.ps unless you really know what you are doing. If you want to override things, do it from the user.ps file. The system default file is in /usr/NeWS/lib/user.ps or users can have individual ones in their home directories. In this particular case there is a command, newshost(1), that lets you control the RemoteHostRegistry and enable and disable security. The real problem here seems to be that someone edited the hosts file and added loopback as the first name on the 127.1 line. The problem has nothing to do with the upgrade to 3.1D. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04977; 18 May 89 21:45 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab04897; 18 May 89 21:35 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04880; 18 May 89 21:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa15264; 18 May 89 21:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17676; Thu, 18 May 89 17:59:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 21:59:55 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: (none) Message-Id: <33172@sgi.SGI.COM> References: <8905171251.aa01900@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905171251.aa01900@SMOKE.BRL.MIL>, ZRFL@DS0RUS1I.BITNET ("Heinz W. Poehlmann") writes: > Hello everybody, > I got a little problem with the IRIX 3.1D Revision. After successful > installation of the maintenance tapes on our IRIS 4D/20G, we now get > the message : > Network security violation: > Rejected connection from loopback This sounds like a question for customer support not comp.sys.sgi. It looks to me like your /etc/hosts file is wrong. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05511; 18 May 89 23:33 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05382; 18 May 89 23:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05378; 18 May 89 23:15 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16183; 18 May 89 23:03 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23501; Thu, 18 May 89 19:52:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 01:58:19 GMT From: Dan Christensen Organization: Computer Graphics Lab, University of Waterloo Subject: Re: questions about drawing polygons Message-Id: <9803@watcgl.waterloo.edu> References: <9753@watcgl.waterloo.edu>, <33129@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL [stuff omitted throughout] In article <33129@sgi.SGI.COM> thant@horus.SGI.COM (Thant Tessman) writes: > >Also, >since on the GTX the graphics are CPU limited, indexing into data will be >slower than running a pointer through the data. Indexing requires a multiply >and an add. Incrementing a pointer is just an add. On page 2-32 of the Iris-4D Series Compiler Guide it is described ways of making your code faster when being optimized and say "Using subscripts instead of pointers". It mentions that pointers are used in the generated code anyways but that subscripts help because the optimizer can figure things out better. I don't know if this is true when you are just doing the default optimization, but it is when you ask for extra optimization. >> 2) I am trying to draw a large mesh of shaded triangles. The GT >> Library has routines for drawing triangular meshes. These >> routines look like they would speed up drawing significantly because >> only one third of the lighting calculations need to be done and one > ^^^^^ >One half. In a single strip, each point is sent down once instead of twice >(not including the end points). In a connected row of strips each point is >sent down twice instead of four times. I think it is one third, for a long strip. To draw this using the mesh commands 2 4 6 8 /\--------/\--------/\--------/ / \ / \ / \ / / \ / \ / \ / / \ / \ / \ / /--------\/--------\/--------\/ 1 3 5 7 requires a total of 8 vertices to be specified. Each one is sent once. To draw it using non-mesh routines requires 3*6=18 vertices to be specified. The internal ones are specified *three* times each. The ratio in this case is 18/8 > 1/2 and goes to 1/3 for longer strips. In my case I am drawing long strips so it is very close to 1/3. >> third of the data needs to be put into the pipeline, compared to >> drawing each triangle separately. The problem I found with these >> routines is that you have no control over the order in which the >> vertices are drawn so that backface removal becomes useless. >Triangle-meshes can be used with backface removal. The 'front' of the tmesh >is determined by the first triangle and preserved for the rest of the mesh, >even if swaptmesh is used. This is what I was looking for! I must have missed that fact in the documentation. I just assumed that each polygon was checked individually. Thanks very much! >There is one bug that shows up when backfaced tmeshes get clipped. Sometimes >the individual clipped triangles will randomly disappear or appear, but this >is being fixed. Any idea when? >thant@sgi.com "there are 336 dimples on the standard golf ball" Thanks for the help. ---- Dan Christensen, Computer Graphics Lab, jdchrist@watcgl.uwaterloo.ca University of Waterloo, Waterloo, Ont. jdchrist@watcgl.waterloo.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05547; 18 May 89 23:51 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab05511; 18 May 89 23:41 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ac05484; 18 May 89 23:32 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16299; 18 May 89 23:16 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA24450; Thu, 18 May 89 20:12:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 21:01:21 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Subject: Re: Third-Party disks on PI Message-Id: <105@odin.SGI.COM> References: <728@loligo.cc.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If a drive manufacturer has followed the SCSI spec, and they haven't handled some of the grey areas in a different way than the vendors we have qualified, then the drive should work without too much of a problem; of course it isn't supported, and if you have problems you are on your own... Some drives that we know have problems are Hitachi 314C SCSI (severe enough to not work), early versions of Toshiba 156 (soft errors and bad data, due to an unspec'ed timing being counted on), and Siemens 22XX and 44XX SCSI drives (minor annoyances and 'excessive' noise). I haven't yet seen the Maxtor, so I can't comment on it. Beware of termination and cable length issues, including stubs, if you go it on your own as far as an expansion cabinet. We follow the SCSI standard as to connectors, pin assignments, etc., so there shouldn't be any problem there. The fx program should be able to handle setup and format on most SCSI drives, given the constraints above. Releases prior to 3.2 may have problems with the sizes of mode select pages, and pages that it expected to see; in 3.2 we use the mode sense on page 3F technique to get the supported pages and their sizes. The CDC/Imprimis drives have definitely been the most reliable, as well as the most Mb/$ of the drives we have looked at qualifying. By the way, be very wary of trying to put external SCSI drives on our older 4D models, since there were some violations of the SCSI standard in regards to cabling; this has been fixed, but older systems need an extensive upgrade to resolve the problem. Dave Olson It's important to keep an open mind, but not so open that your brains fall out. -- Stephen A. Kallis, Jr.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11820; 22 May 89 14:27 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11106; 22 May 89 14:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11077; 22 May 89 13:52 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05389; 22 May 89 13:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18327; Mon, 22 May 89 01:02:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 May 89 20:38:00 GMT From: David Wood Organization: New York University Subject: Re: Screen Dump. Message-Id: <17280007@acf4.NYU.EDU> References: <33093@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well before we had all this talk about icut, I went ahead and modified it. I don't know if my version is actually better or not since I haven't bothered with the old version. Mine seems to be restricted to cutting either rgb or color mapped portions of the screen. I don't know if the original had this problem. With this new version you stretch the window around whatever it is you want to cut, then with the mouse you select the rectangle (rubberized) that you want to cut. You can also make more than 1 cut per run if that is important to you. The source, Makefile and man page can be retrieved in a tar file (icut.tar) via anonymous/ident ftp on cmcl2.nyu.edu. You will find it in pub/iris. Have fun and enjoy. -david David Wood New York University 212-998-3029 wood@acf2.nyu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18706; 19 May 89 16:39 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15021; 19 May 89 15:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14931; 19 May 89 15:03 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01305; 19 May 89 14:48 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA07310; Fri, 19 May 89 11:42:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 18:12:03 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: Gnu Emacs Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone out there have initialization code for Gnu Emacs which binds the arrow keys to control-p, control-n, control-f and control-b on the IRIS 4D 120 console? (It is probably extremely simple.) How about binding control-h to delete? (so that the large backspace key can delete in emacs, as in the shell) thanks, George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21513; 19 May 89 23:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21407; 19 May 89 22:51 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa21397; 19 May 89 22:40 EDT Received: from ucsd.edu by SMOKE.BRL.MIL id aa07808; 19 May 89 22:35 EDT Received: from chema.ucsd.edu by ucsd.edu; id AA20336 sendmail 5.60/UCSD-1.0 Fri, 19 May 89 16:28:16 PDT Received: by chem.chem.ucsd.edu (5.51) id AA11313; Fri, 19 May 89 12:04:53 PDT Date: Fri, 19 May 89 12:04:53 PDT From: Steve Dempsey Message-Id: <8905191904.AA11313@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: 2400T vs. 4D performance When porting line drawing applications from 3000/2400T systems to the GT one needs to take SGI's advice in the document entitled "Tuning Graphics Code for your IRIS-4D" very seriously. I recently attempted a port from a 2400T to a 4D/240GTX of an application that makes extensive use of SGI's display lists and the "old style" line drawing routines. Since I was not using the high performance GT drawing functions I didn't expect the ~5x performance improvement one might anticipate from the raw hardware specs (~100K vs. ~500K vectors/sec). However, I was quite dismayed to discover that the GTX version generated only HALF as many frames per second as the 2400T version. Profiling revealed that the display list interpreter was consuming 13% of the CPU time on the GTX vs. only 0.1% on the 2400T. The use of "gr_osview -a" showed that the 4D processor my application was running in was idle 75% of the time due to delays in waiting for the graphics pipe to empty (a side effect of using the "old style" drawing routines, I presume). The porting guide mentioned above indicates that line drawing will occur at rates up to 10x faster if one uses the "high performance" line drawing functions, which don't work in display lists. Read another way, this means that the "old style" functions in display lists are ~10x slower. So given hardware that is ~5x faster in combination with software that is ~10x slower, I can see why in this particular case the GTX is only half as fast as the 2400T. Question: Do the non-GT and Personal IRIS 4D workstations also suffer from poor display list performance? ------------------------------------------------------------------------------- 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 ab11820; 22 May 89 14:27 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11372; 22 May 89 14:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11108; 22 May 89 13:53 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05670; 22 May 89 13:36 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18347; Mon, 22 May 89 01:03:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 20:39:00 GMT From: David Wood Organization: New York University Subject: Color Hardcopy on Howtek Message-Id: <17280009@acf4.NYU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while pack there was some discussion about getting screen images to a printer. That particular discussing centered around B/W PostScript files. Well we've got a nifty set of tools for getting color hardcopy onto a Howtek/PixelMaster printer. I realize this may seem a bit specific, but as the printer itself is not that expensive (5k) I thought I'd advertise both the printer and the utilities. The printer has 240 dpi and way more than 256 colors using ink jet technology. Anyway, source, man pages and a script are available via anonymous ftp from cmcl2.nyu.edu in the tar file pub/iris/pixprt.tar. Included in the tar is a filter that converts imglib images into pixprt compatible input (see the imgprt script). This allows us to cut (icut) arbitrary images from the screen and print them. Hooray!!! I'd appreciate any comments on experience or improvements to the package. David Wood New York University 212-998-3029 wood@acf2.nyu.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa12979; 22 May 89 15:23 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa11106; 22 May 89 14:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11075; 22 May 89 13:51 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05350; 22 May 89 13:28 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18320; Mon, 22 May 89 01:02:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 21:39:00 GMT From: David Wood Organization: New York University Subject: Re: Printing and Backups on the SGI Message-Id: <17280010@acf4.NYU.EDU> References: <31330@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yes, I've ported the bsd lpr to a 40/70GT running 3.1B. It took me a two or three days to do, it took me that long to figure out what exactly was missing. With a little help it should take a day or two. Somewhere a symbol is being redefined, I believe SGI has a problem with some of their include files being reincluded, but that isn't too hard to deal with. Here's what I had to do as best as I can reconstruct. (I didn't do this with diff/patch because I'm sure everyones' lpr is hacked up differently). Because of licencing I shouldn't be more specific than this. Good Luck - david Files that need changing... /* Add to file system */ lp.h lpd.c lpr.c printjob.c startdaemon.c What to do in general... 1) SGI does not support UNIX sockets, so change all UNIX sockets to INET sockets. ifdef out any code for UNIX sockets. 2) Get copies of exec.h and un.h and put them in /usr/include/bsd/exec.h /usr/include/bsd/sys/un.h 3) chown by name is not supported, use fchown lookout for argument changes   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ae12979; 22 May 89 15:29 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad12578; 22 May 89 15:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12472; 22 May 89 15:02 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07553; 22 May 89 14:31 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA02989; Fri, 19 May 89 20:43:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 21:48:23 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Array indexes vs. Pointers Message-Id: <33239@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL To use pointers or array indexes, that is the question. The SGI (MIPS) compilers for the 4D are optimization monsters. The optimizer is "smart" enough to recognize special case use of array indexes and convert them to pointers internally. This removes the infamous multiply within your loop when using array indices. The fact of the matter is that there are cases where use of indexes will generate more efficient code than the corresponding code using pointers. The following is a C source file which demonstrates this. ----- optimizer.c ------------------------------------------------------------- /* 1 */extern v3f(float [3]); /* 2 */ /* 3 */dovertices_indexed(float v[][3], unsigned int len) { /* 4 */ register unsigned int i; /* 5 */ /* 6 */ for (i=0; i Organization: Princeton University Applied and Computational Math, NJ Subject: Re: Memory upgrades for the personal iris Message-Id: <8570@phoenix.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks ago, I posted some inquiries about non-SGI memory upgrades for the personal Iris. First of all thanks to all who posted advice. Secondly, our results: We found the following vendor for the SIMMS who had the best price, great service and was very helpful. It is: Impediment, Inc. 333 Duxbury, MA 02332 617/837-8877 Alex was the contact person. He offers the following: 1x9 DIP style 100ns SIMMS, lifetime replacement warranty (mention you that might buy from Clearpoint), for $155/MB. The manufacturer is company called Kensington. We successfully installed 40MB accross 5 Irises without incident. They have been running happily now for over one week. --andrew ---------------------------------------------------------------------- Andrew Simms ams@acm.princeton.edu Applied Math 218 Fine Hall, Washington Road Princeton University Princeton, NJ 08544   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa13648; 22 May 89 15:50 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad12979; 22 May 89 15:29 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa12640; 22 May 89 15:07 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa07976; 22 May 89 14:45 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA13338; Fri, 19 May 89 13:41:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 May 89 20:19:10 GMT From: George Elkins Organization: Rutgers Univ., New Brunswick, N.J. Subject: Re: "tcsh" Message-Id: References: <8905151827.aa08877@SMOKE.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I too would be highly interested in obtaining tcsh for use on an IRIS 4D 120. Could someone please post further information? (such as ftp access information) Thanks, George Elkins   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab11372; 22 May 89 14:16 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ad11106; 22 May 89 14:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa11081; 22 May 89 13:52 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05616; 22 May 89 13:33 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA13570; Mon, 22 May 89 10:31:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 May 89 15:01:48 GMT From: Gary Tarolli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Array indexes vs. Pointers Message-Id: <33317@sgi.SGI.COM> References: <33239@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <33239@sgi.SGI.COM>, ciemo@bananapc.wpd.sgi.com.SGI.COM (Dave Ciemiewicz) writes: > To use pointers or array indexes, that is the question. The SGI (MIPS) > compilers for the 4D are optimization monsters. The optimizer is "smart" > enough to recognize special case use of array indexes and convert them to > pointers internally. This removes the infamous multiply within your loop > when using array indices. The fact of the matter is that there are cases > where use of indexes will generate more efficient code than the corresponding > code using pointers. The following is a C source file which demonstrates > this. > > ----- optimizer.c ------------------------------------------------------------- > /* 1 */extern v3f(float [3]); > /* 2 */ > /* 3 */dovertices_indexed(float v[][3], unsigned int len) { > /* 4 */ register unsigned int i; > /* 5 */ > /* 6 */ for (i=0; i /* 7 */ v3f(v[i]); > /* 8 */ } > /* 9 */} > /* 10 */ > /* 11 */dovertices_pointer(float v[][3], unsigned int len) { > /* 12 */ register float ** p; > /* 13 */ > /* 14 */ for (p=v; p != v+len*3; p+=3) { > /* 15 */ v3f(*p); > /* 16 */ } > /* 17 */} > ----- optimizer.c ------------------------------------------------------------- If I am not mistaken, the second example should be "v3f(p);" and not *p. This will remove the offending load word instruction and the possibility of missing the cache and also make the second loop more efficient. However, I agree with Dave, arrays are generally as efficient as pointers and they are easier to read. Also, it makes sense to use arrays and then use prof to isolate your bottlenecks. However, there is one case where arrays are much faster than pointers on the MIPS cpu - and that is where you are unwinding an autoincremented pointer loop. For example, for (i=0; i Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: questions about drawing polygons Message-Id: <33321@sgi.SGI.COM> References: <9753@watcgl.waterloo.edu>, <33129@sgi.SGI.COM>, <9803@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9803@watcgl.waterloo.edu>, jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > [stuff omitted throughout] > > In article <33129@sgi.SGI.COM> thant@horus.SGI.COM (Thant Tessman) writes: > > > > >> 2) I am trying to draw a large mesh of shaded triangles. The GT > >> Library has routines for drawing triangular meshes. These > >> routines look like they would speed up drawing significantly because > >> only one third of the lighting calculations need to be done and one > > ^^^^^ > >One half. In a single strip, each point is sent down once instead of twice > >(not including the end points). In a connected row of strips each point is > >sent down twice instead of four times. > > I think it is one third, for a long strip. To draw this using the You're right. I was thinking in comparison to quadrangles. thant@sgi.com   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14918; 22 May 89 17:04 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa14738; 22 May 89 16:53 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa14523; 22 May 89 16:41 EDT Received: from prandtl.nas.nasa.gov by SMOKE.BRL.MIL id aa11590; 22 May 89 16:25 EDT Received: Mon, 22 May 89 13:04:38 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Mon, 22 May 89 16:09:45 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 22 May 89 16:09:45 EDT From: Tony Facca Message-Id: <8905222009.AA03121@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Network Security Violations In article <224@dftsrv.gsfc.nasa.gov>, merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: > > Try adding: > > RemoteHostRegistry /loopback true put > > in the RemoteHostRegistry dictionary section of the file > /usr/NeWS/lib/NeWS/init.ps. NeWS needs access to a network before > it can open up windows. Note: I tried: > > /NetSecurityWanted false def > > but that didn't work. In Response, Mark Callow writes: >> No, no, no! Never edit init.ps unless you really know what you are doing. >> If you want to override things, do it from the user.ps file. The system >> default file is in /usr/NeWS/lib/user.ps or users can have individual ones >> in their home directories. >> In this particular case there is a command, newshost(1), that lets you >> control the RemoteHostRegistry and enable and disable security. >> The real problem here seems to be that someone edited the hosts file and >> added loopback as the first name on the 127.1 line. The problem has nothing ^^^^^^^^^^^^^^^^^^^^^^^ >> to do with the upgrade to 3.1D. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I agree that init.ps is not a file which should be modified. It should also be pointed out however, that if you DO make all of your changes in the /usr/NeWS/lib/user.ps file, an operating system upgrade will indeed wipe out this file. The installation procedure does not check to see if users have modified the system default user.ps file. This is true up to and including the 3.1D release. So if you make changes to the user.ps file (which is where they should be made),be sure to copy it to somewhere safe. With this in mind, it is entirely possible that the upgrade could cause problems of this nature. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15758; 22 May 89 19:55 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa15658; 22 May 89 19:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa15643; 22 May 89 19:22 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa13532; 22 May 89 19:02 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA03278; Mon, 22 May 89 15:54:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 May 89 11:30:28 GMT From: Urs Meyer Organization: Inst. fuer Informatik, Univ. Zuerich, Switzerland Subject: Re: Windows Message-Id: <298@unizh.UUCP> References: <8905171545.AA00615@snow-white.merit-tech.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905171545.AA00615@snow-white.merit-tech.com> goss@SNOW-WHITE.MERIT-TECH.COM.UUCP writes: > >There is a way to run graphics programs on the 4D under release 3.1 >without logging in at the console (for example, from another terminal): > > 1) Execute the command "/etc/gl/restartgl". This will start > the window manager at the console, running as your user ID > (make sure you logout or kill the window manager when > you're done). You will need to wait a few seconds for > it to load, as you would if you had logged in at the > console itself. > > 2) Run your graphics programs. > > 3) When done, you can get rid of the window manager doing a > "ps -ef" command to find process "/etc/gl/grcond", and > then killing that process (or you can logout at the console > itself). > >I've tried this on a 4D/60T, but it will probably work on any IRIS >running software release 3.1. It's not the most convenient procedure >in the world, but it will let you do what you want to do. > >Mike Goss, Merit Technology Inc. Be careful to delete every process you'd created. There is at least a wsh and csh hanging around. The following shell script works on 3.1C and did work on 3.0D, as well as on a 4D/20G and 4D/70GT: /etc/gl/grcond & sleep 60 grcpid=`ps -fu $LOGNAME |grep '/etc/gl/grcond' |grep -v grep |awk '{print $2}'` wshpid=`ps -fu $LOGNAME |grep 'wsh.*grconc' |grep -v grep |awk '{print $2}'` cshpid=`ps -fu $LOGNAME |grep $wshpid |grep csh |grep -v grep |awk '{print $2}'` your program sleep 5 kill -9 $cshpid # killing the csh will also get rid of the wsh sleep 5 kill $grcpid # no kill -9 here finding the right process id's is not very elegant but it works. --- Urs Meyer meyer@ifi.unizh.ch [ @relay.cs.net ] University of Zurich, {uunet,...}!mcvax!cernvax!unizh!meyer Dept. of Computer Science, K114930@CZHRZU1A.BITNET CH-8057 Zurich   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17444; 23 May 89 4:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa17414; 23 May 89 4:04 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa17408; 23 May 89 3:46 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa16801; 23 May 89 3:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29649; Tue, 23 May 89 00:15:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 00:05:44 GMT From: "Thomas P. Mitchell" Organization: Silicon Graphics Computer Systems, Mountain View CA. Subject: Re: ... and Backups on the SGI Message-Id: <110@odin.SGI.COM> References: <31330@bu-cs.BU.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <31330@bu-cs.BU.EDU> eap@bu-it.bu.edu (Eric A. Pearce) writes: > > We have several IRIS 4D's here and I would like to do the following: > > 2. I would like to use bsd dump/restore (and rdump/rrestore) for > backups. Has anybody done this? Caution if you are going to port dump/restore --- dump/restore tools work under the kernel file system. There must be exact knowledge about the file system within the code. The extent file system used in Irix is close but not equal to the BSD fast file system. > Other options I am considering are tar and GNU tar, since the > other systems would be able to read the tapes. GNU tar is > looking pretty attractive, since it supports full and incremental > backups/restores and will run on all of our systems. > > If I missed something in the documentation, please feel free to > point this out. With the exception of the above, the IRIS was very easy > to set up in a networked environment. > There are two schools of thought with regard to backup tools. One is the BSD sneak under the FS for speed dump/restore, and the other that works with and on top of the file system like tar, cpio, bru. Each has its advantages. I (not SGI) would be curious how well gnu_tar works for you. Are you considering nfs mounting the usr file systems, each in turn on one central system for backups? ------------- Thomas P. Mitchell (mitch@sgi.com) Rainbows -- The best (well second best) reason for windows.   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20844; 23 May 89 10:08 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa18982; 23 May 89 8:34 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa18951; 23 May 89 8:24 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa19498; 23 May 89 8:06 EDT Received: Tue, 23 May 89 08:07:04 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 23 May 89 08:07:04 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905231507.AA03082@aero4.larc.nasa.gov> To: byrne@ra.src.umd.edu Subject: Re: LaTeX and Previewer for the PI Cc: info-iris@BRL.MIL If you want TeX/LaTeX, send email to mackay@june.cs.washington.edu I haven't heard anything more about a TeX previewer. The 3000's have a Tektronix emulator called wsiris. I don't see a need for a vt100 emulator, so I haven't looked or noticed any. -- 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 aa22767; 23 May 89 11:28 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21829; 23 May 89 11:07 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa21816; 23 May 89 10:59 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa24552; 23 May 89 10:18 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA17859; Tue, 23 May 89 07:08:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 12:42:21 GMT From: "Michael L. Johnson" Organization: University of Va. Subject: Job opening Message-Id: <521@galen.acc.virginia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A friend at U. Maryland Baltimore Campus ask me to distribute this info about a job opening. Please do not respond to me directly. Also, he is not on the net so U.S.Mail will have to be used. Computer Scientist and support position is available for a newly established Molecular Graphics Facility. This facility currently consists of a Silicon Graphics 4D120GTX and a 4D70 server as well as several lesser machines. It appears that this is an entry level position, but salary will be negotiable with experience. For more information write to Dr. Joseph Lakowicz, University of Maryland School of Medicine, Department of Biochemistry, 660 West Redwood Street, Baltimore, Maryland 21201. ASAP. (804)-924-8607 Michael L. Johnson mlj8e@virginia.EDU Pharmacology Dept. uunet!virginia!mlj8e Box 448; Univ. of Va. mlj8e@virginia.BITNET Charlottesville, Va. 22908   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23153; 23 May 89 11:44 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab22767; 23 May 89 11:33 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa22734; 23 May 89 11:25 EDT Received: from cad.usna.mil by SMOKE.BRL.MIL id aa02517; 23 May 89 11:20 EDT Date: Tue, 23 May 89 11:09:02 EDT From: "David F. Rogers" To: info-iris@BRL.MIL Subject: TeX previewer Message-ID: <8905231109.aa02402@CAD.USNA.MIL> G'day, Mike Gigante from RMIT in Australia has a TeX previewer called texsgi. He is sending me a copy and I will make it available on the net when it arrives. Dave Rogers   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa24828; 23 May 89 13:15 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa23586; 23 May 89 12:12 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa23448; 23 May 89 12:01 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa03349; 23 May 89 11:47 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA23018; Tue, 23 May 89 08:44:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 15:24:11 GMT From: Bill Kish Organization: Rutgers Univ., New Brunswick, N.J. Subject: mass storage tape drive for the SGI 4D/GT series Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone looked into hooking up an EXABYTE tape drive (or the equivalent) to the SGI 4D/GT series ? I have information from a company called Sterling, but they wanted upwards of $8000 (this figure was *after* deducting the educational discount) !). I was hoping to not spend more than $4000 if at all possible. If I get enough responses, I will post a summary to the net. Thanks, Bill Kish email: kish@rutgers.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27828; 23 May 89 16:54 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa27283; 23 May 89 16:44 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa27169; 23 May 89 16:24 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa11449; 23 May 89 16:18 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA07659; Tue, 23 May 89 13:13:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 19:08:23 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network Security Violations Message-Id: <33445@sgi.SGI.COM> References: <8905222009.AA03121@lerc08.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8905222009.AA03121@lerc08.nas.nasa.gov>, fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > In Response, Mark Callow writes: > > >> The real problem here seems to be that someone edited the hosts file and > >> added loopback as the first name on the 127.1 line. The problem has nothing > ^^^^^^^^^^^^^^^^^^^^^^^ > >> to do with the upgrade to 3.1D. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > I agree that init.ps is not a file which should be modified. It should also be > pointed out however, that if you DO make all of your changes in the > /usr/NeWS/lib/user.ps file, an operating system upgrade will indeed wipe out > this file. The installation procedure does not check to see if users have > modified the system default user.ps file. This is true up to and including > the 3.1D release. > > So if you make changes to the user.ps file (which is where they should be made),be sure to copy it to somewhere safe. With this in mind, it is entirely > possible that the upgrade could cause problems of this nature. > It was the file /etc/hosts that was modified. This is certainly not overwritten on installation. Therefore I stand by my statement that the original problem was not caused by the upgrade. That user.ps is being overwritten is a bug. It will be fixed in Release 3.2. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03317; 24 May 89 4:09 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03289; 24 May 89 3:59 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03287; 24 May 89 3:52 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01364; 24 May 89 3:42 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA19702; Tue, 23 May 89 16:53:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 22:27:24 GMT From: Mark Bradley Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: mass storage tape drive for the SGI 4D/GT series Message-Id: <33469@sgi.SGI.COM> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , kish@porthos.rutgers.edu (Bill Kish) writes: > > Has anyone looked into hooking up an EXABYTE tape drive (or the > equivalent) to the SGI 4D/GT series ? I have information from a company > called Sterling, but they wanted upwards of $8000 (this figure was *after* > deducting the educational discount) !). I was hoping to not spend more > than $4000 if at all possible. If I get enough responses, I will post > a summary to the net. > > Thanks, > Bill Kish > > email: kish@rutgers.edu SGI sells this tape drive as an option. Works great! We support byte swapped and non-byte swapped, fixed and variable records and everything. Multivolume works today. Buy it from us and have hardware and software support and installation. markb -- Mark Bradley "Faster, faster, until the thrill of IO Subsystems speed overcomes the fear of death." Silicon Graphics Computer Systems Mountain View, CA ---Hunter S. Thompson   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03475; 24 May 89 4:20 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa03062; 24 May 89 3:13 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03040; 24 May 89 2:54 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00299; 24 May 89 1:52 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA28070; Tue, 23 May 89 19:52:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 00:01:26 GMT From: "Frank J. Henigman" Organization: U of Waterloo, Ontario Subject: atan2(0, 0) = ??? Message-Id: <9868@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The man page for atan2 explicitly states that atan2(0, 0) = 0. However the following program outputs NaN. #include main() { printf("%f\n", atan2(0.0, 0.0)); } Which is wrong: the man page or atan2? (I tried both libm and libm43 on a Personal Iris and a 4D.) -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa03625; 24 May 89 4:34 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ab03475; 24 May 89 4:23 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03360; 24 May 89 4:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01456; 24 May 89 3:46 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA13848; Tue, 23 May 89 15:02:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 21:26:52 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: mass storage tape drive for the SGI 4D/GT series Message-Id: <33457@sgi.SGI.COM> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , kish@porthos.rutgers.edu (Bill Kish) writes: > > Has anyone looked into hooking up an EXABYTE tape drive (or the > equivalent) to the SGI 4D/GT series ? I have information from a company > called Sterling, but they wanted upwards of $8000 (this figure was *after* > deducting the educational discount) !). I was hoping to not spend more > than $4000 if at all possible. If I get enough responses, I will post > a summary to the net. > > Thanks, > Bill Kish > > email: kish@rutgers.edu List price of the Exabyte drive from Silicon Graphics is $8950 according to the Spring 1989 issue of the IRIS Universe. I don't know what the educational discount would be. The option is called the "SCSI 8mm Cartridge Tape Drive". -- Dave (commonplace) "Boldly going where no one cares to go." Ciemiewicz (incomprehensible) ciemo (infamous)   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab03625; 24 May 89 4:34 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id ac03475; 24 May 89 4:24 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa03401; 24 May 89 4:16 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01674; 24 May 89 3:55 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA01773; Tue, 23 May 89 11:28:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 18:11:58 GMT From: Eric Pearce Organization: BD&HR (Beer Drinkers & Hell Raisers) Subject: Re: ... and Backups on the SGI Message-Id: <31660@bu-cs.BU.EDU> References: <31330@bu-cs.BU.EDU>, <110@odin.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <110@odin.SGI.COM> mitch@rock.sgi.com (Thomas P. Mitchell) says: >Each has its advantages. I (not SGI) would be curious how >well gnu_tar works for you. Are you considering nfs >mounting the usr file systems, each in turn on one central >system for backups? We currently have 5 GTX's and each one is on a different subnet. It is our current policy not to do nfs mounts across routers to minimize network load. It might work to just mount a file system for the duration of the backup though, if it was done at off-peak hours. We do have a "disk-farm" machine that we could use for disk-to-disk backups. (these could then be archived to tape at leisure) The speed and the size of the backup are not as big of an issue as how the backup procedure will fit into the current enviroment. We want to be able to do all the backups remotely, as the machines are squirled away in people's offices. This rules out the internal 1/4 tape for a backup medium, of course. GNU tar seems to mimic the behavior of BSD dump/restore. This means we don't have to retrain the operations staff, as we can make it's use transparent via the shell scripts that already use BSD dump on our other machines. -e -- ------------------------------------------------------------------------------- Eric Pearce ARPANET eap@bu-it.bu.edu Boston University Information Technology CSNET eap%bu-it@bu-cs 111 Cummington Street JNET jnet%"ep@buenga" Boston MA 02215 UUCP !harvard!bu-cs!bu-it!eap 617-353-2780 voice 617-353-6260 fax BITNET ep@buenga   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa04752; 24 May 89 7:47 EDT Received: from VMB.BRL.MIL by VMB.brl.MIL id aa04258; 24 May 89 6:45 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa04208; 24 May 89 6:30 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa04502; 24 May 89 6:17 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA18137; Wed, 24 May 89 03:06:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 03:47:32 GMT From: Tom Haapanen Organization: WATMIMS Research Group, University of Waterloo Subject: Re: init.ps (was: Network Security Violations) Message-Id: <3172@watale.waterloo.edu> References: <8905222009.AA03121@lerc08.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > Mark Callow writes: >> No, no, no! Never edit init.ps unless you really know what you are doing. fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > I agree that init.ps is not a file which should be modified. OK, so I suppose you could figure out a way to modify the size and font of the default window using PostScript in user.ps, but for me, it was a lot easier looking it up in init.ps, and changing the window to be 40x80 in font ScreenBold. Have I committed a deadly sin? (The default window size/placement is very annoying, as the pointer is initially outside the window, so the window isn't active & you can't type). \tom haapanen tom@mims-iris.UWaterloo.CA watmims research group university of waterloo "Now, you didn't really expect my views to agree with my employer's, did you?"   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08400; 24 May 89 10:52 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07920; 24 May 89 10:31 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa07779; 24 May 89 10:19 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01322; 24 May 89 10:01 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA29581; Wed, 24 May 89 06:52:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 May 89 17:26:11 GMT From: Michael Toy Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Network Security Violations Message-Id: <111@odin.SGI.COM> References: <8905222009.AA03121@lerc08.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If you have a file "user.ps" in your home directory, NeWS reads that instead of /usr/NeWS/lib/user.ps. This allows you to change whatever configuration paramters (including "NetSecurityWanted") and have those cusotmizations hang around between releases. Michael Toy   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05572; 24 May 89 8:34 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05418; 24 May 89 8:24 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05354; 24 May 89 8:13 EDT Received: from AERO4.LARC.NASA.GOV by SMOKE.BRL.MIL id aa06153; 24 May 89 7:31 EDT Received: Wed, 24 May 89 07:32:31 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 24 May 89 07:32:31 EDT From: "Brent L. Bates TAD/TAB ms294 x42854" Message-Id: <8905241432.AA07057@aero4.larc.nasa.gov> To: mailrus!jarvis.csri.toronto.edu!utgpu!watmath!watcgl!fjhenigman@tut.cis.ohio-state.edu Subject: Re: atan2(0, 0) = ??? Cc: info-iris@BRL.MIL atan2 must be wrong. The only invalid input would be NaN or infinity. -- 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 aa07615; 24 May 89 10:14 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa07100; 24 May 89 9:54 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa07097; 24 May 89 9:47 EDT Received: from [129.99.20.14] by ADM.BRL.MIL id aa02826; 24 May 89 9:15 EDT Received: Wed, 24 May 89 06:14:58 pdt by prandtl.nas.nasa.gov (5.51/1.2) Received: Wed, 24 May 89 09:21:24 EDT by lerc08.nas.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 24 May 89 09:21:24 EDT From: Tony Facca Message-Id: <8905241321.AA13176@lerc08.nas.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: init.ps Tom Haapanen writes: [ background stuff deleted ] >OK, so I suppose you could figure out a way to modify the size and font >of the default window using PostScript in user.ps, but for me, it was a >lot easier looking it up in init.ps, and changing the window to be 40x80 >in font ScreenBold. Have I committed a deadly sin? I can't speak for Mark, but changing init.ps is not "really" that dangerous, if, as Mark points out, you know what you are doing. If you goof, the window manager may not come up at all. If you have a backup and know how to recover, there is not much to worry aboout. I have done EXACTLY the same thing as you did in the past. With each new release, I had to re-edit the init.ps file and do it again. It turns out to be much less hassel to bite the bullet and learn how to use the window manager. Actually, the 4Sight documentation is quite helpful in this area. >(The default window size/placement is very annoying, as the pointer is >initially outside the window, so the window isn't active & you can't type). I don't understand at all why SGI does this. Why not supply a window default configuration that can be used as is?? Is this to force us to learn how to do it ourselves? I have included the following lines to the default /usr/NeWS/lib/user.ps file which makes it at least bearable for users who don't care to modify their own user.ps files: ---------------------------- sample user.ps ------------------------------ % % User customization file. % % Author: Tony Facca % Date: October 20, 1988 % % This files contains information needed to configure the window manager % for each user. % % You can modify this file to your taste. /RestartActions [ { (demochest) forkunix } { (wsh -n c_shell -t"$USER on `hostname`" -fScreenBold.12) forkunix} { (clock) forkunix } ] def (clock) 1150 20 110 100 makepreference (c_shell) 100 150 preforigin (console) 165 820 600 150 makepreference ------------------------ end of user.ps code segment ------------------------ This just moves the console out of the way, and starts a "wsh" with better placement and font size. It also provides an example (clock) of how to add your own favorite tools, etc. to the user.ps file, for users who care to add to it. -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@lerc08.nas.nasa.gov -----------------------------------------------------------------------------   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa21036; 25 May 89 0:41 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa20704; 25 May 89 0:00 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa20690; 24 May 89 23:53 EDT Received: from manta.nosc.mil by SMOKE.BRL.MIL id aa28875; 24 May 89 23:42 EDT Received: by manta.nosc.mil (5.60/1.27) id AA09606; Wed, 24 May 89 20:43:13 PDT Date: Wed, 24 May 89 20:43:13 PDT From: Steve Strategos Message-Id: <8905250343.AA09606@manta.nosc.mil> To: info-iris@BRL.MIL Subject: System V messages We are currently developing software on an SGI 3130 running Sys V v3.6 and we are using the System V messages for our IPC. We seem to have run into a limit of 40 messages allowed on the system at one time. This limit holds regardless of variations in message length, number of queues, or size of queues. Is it possible to extend this limit to around 1000? Thank you in advance for any help. Please cc any replies directly to me at stratego@nosc.mil as I just requested to be added to the info-iris mailing list today. Steve Strategos stratego@nosc.mil   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06195; 25 May 89 20:27 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05974; 25 May 89 19:22 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05954; 25 May 89 19:07 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa05635; 25 May 89 18:43 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12891; Wed, 24 May 89 11:12:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 16:12:41 GMT From: Jim Barton Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Another Backup Tool Message-Id: <33505@sgi.SGI.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In case anyone is interested, I have ported 'pax', the portable super-duper understand everything, generate everything replacement for tar and cpio. Current OSF/1 spec gives 'pax' as the system archiver. Anyone wishing a copy, drop me a line. If I get enough requests, I'll post to the net. -- Jim Barton Silicon Graphics Computer Systems "UNIX: Live Free Or Die!" jmb@sgi.sgi.com, sgi!jmb@decwrl.dec.com, ...{decwrl,sun}!sgi!jmb "I used to be disgusted, now I'm just amused." - Elvis Costello, 'Red Shoes' --   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ac06195; 25 May 89 20:38 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06135; 25 May 89 20:16 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06072; 25 May 89 19:53 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08362; 25 May 89 19:35 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12926; Wed, 24 May 89 11:12:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 17:17:21 GMT From: Mark Callow Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: init.ps (was: Network Security Violations) Message-Id: <33516@sgi.SGI.COM> References: <8905222009.AA03121@lerc08.nas.nasa.gov>, <3172@watale.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3172@watale.waterloo.edu>, tom@mims-iris.uucp (Tom Haapanen) writes: > > Mark Callow writes: > >> No, no, no! Never edit init.ps unless you really know what you are doing. > > fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: > > I agree that init.ps is not a file which should be modified. > > OK, so I suppose you could figure out a way to modify the size and font > of the default window using PostScript in user.ps, but for me, it was a > lot easier looking it up in init.ps, and changing the window to be 40x80 > in font ScreenBold. Have I committed a deadly sin? Here's the appropriate PostScript from my user.ps % % Customize console % /RunConsole { (/etc/gl/startconsole -r1000 -s24x68 -m60x80 -fScreen.8) forkunix } store (console) 10 12 preforigin Now I don't have to worry if init.ps changes from release to release. My window configuration still comes up the way I"m used to. There are 2 issues with modifying init.ps: you are not protected against mistakes; you could disable 4Sight. you have to keep making your changes with each new release. > > (The default window size/placement is very annoying, as the pointer is > initially outside the window, so the window isn't active & you can't type). This is a bug. It is fixed in Release 3.2. -- -Mark   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06296; 25 May 89 20:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa05797; 25 May 89 18:20 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa05768; 25 May 89 18:10 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa01575; 25 May 89 17:41 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10210; Wed, 24 May 89 19:44:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 15:43:28 GMT From: Archer Sully Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: init.ps (was: Network Security Violations) Message-Id: <112@odin.SGI.COM> References: <8905222009.AA03121@lerc08.nas.nasa.gov>, <3172@watale.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3172@watale.waterloo.edu> tom@mims-iris.waterloo.edu.UUCP (Tom Haapanen) writes: >> Mark Callow writes: >>> No, no, no! Never edit init.ps unless you really know what you are doing. > >fsfacca@LERC08.NAS.NASA.GOV (Tony Facca) writes: >> I agree that init.ps is not a file which should be modified. > >OK, so I suppose you could figure out a way to modify the size and font >of the default window using PostScript in user.ps, but for me, it was a >lot easier looking it up in init.ps, and changing the window to be 40x80 >in font ScreenBold. Have I committed a deadly sin? > Yes, and you >>will<< burn forever in H-E double toothpicks for it :-). Whenever I want to modify the behavior of something I first look in the standard PostScript files to see how its done. Then I copy the code to my user.ps, and make modifications there. This usually works, and it preserves my changes arcross releases. To change the console you can just copy the code from init.ps to user.ps, and change the font, placement, etc... There should be an example of this particular technique in the 4Dgifts account, by the by. Archer Sully (archer@sgi.com) "life is short, filled with stuff" -- Lux Interior   Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06296; 25 May 89 20:48 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id ab06195; 25 May 89 20:38 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa06144; 25 May 89 20:13 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa08829; 25 May 89 19:46 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA12912; Wed, 24 May 89 11:12:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 16:17:06 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: atan2(0, 0) = ??? Message-Id: <33507@sgi.SGI.COM> References: <9868@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9868@watcgl.waterloo.edu>, fjhenigman@watcgl.waterloo.edu (Frank J. Henigman) writes: > > The man page for atan2 explicitly states that atan2(0, 0) = 0. > However the following program outputs NaN. [ example deleted] > Which is wrong: the man page or atan2? > (I tried both libm and libm43 on a Personal Iris and a 4D.) > -- > fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab > fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo > ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada The MIPS-supplied libm atan2(0.0,0.0) produces the default quiet NaN. errno is not set. For release 3.2 the man page has been changed to say that a) libm atan2(0.0,0.0) produces the default quiet NaN. b) libm43 (the Berkeley libm) atan2(0.0,0.0) produces 0.0. This is the atan2 the discussion applies to. The SVID specifies a third behavior: atan2(0.0,0.0) returns 0.0 while setting errno to EDOM and emitting a message on standard error. ANSI C May 1988 draft says about atan2 (section 4.5.2.4): ``A domain error may occur if both arguments are zero.'' Note that on a domain error, the function returns an implementation-defined value by section 4.5.1. Anyone who has strong opinions about libm's behavior should send me e-mail. Regards, [ David B. Anderson Silicon Graphics (415) 964-1459 x3060 ] [ USENET: {decwrl!,hplabs!sun!}sgi!davea Internet: davea@sgi.com ]   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06415; 25 May 89 20:59 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa06033; 25 May 89 19:56 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa06031; 25 May 89 19:41 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa03791; 25 May 89 19:27 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA20847; Wed, 24 May 89 13:38:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 May 89 20:04:16 GMT From: Bill Kish Organization: Rutgers Univ., New Brunswick, N.J. Subject: Network Security Violation Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few months ago, I ran into this "Network Security Violation" problem which has been getting some bandwidth in this news group lately. I finally fixed it on our SGI's by borrowing a postscript procedure from one of our SUNs which converts strings to lowercase. Here is a diff of the init.ps which works without disabling NeWS security and the default 3.1F init.ps: 579,580c579 < (NeWS/lower-case.ps) LoadFile < RemoteHostRegistry localhostname LowerCase true put --- > RemoteHostRegistry localhostname true put 603c602 < RemoteHostRegistry OriginatingHost LowerCase known --- > RemoteHostRegistry OriginatingHost known The source for /usr/NeWS/lib/NeWS/lower-case.ps is: % % a fairly dumb lowercasing routine % /LowerCase { % string - lower-case-string 10 dict begin /istr exch def % save the input string /str istr length string def % make an output string the same size 0 1 istr length 1 sub { str exch % str index for the put coming later dup istr exch get dup dup 65 ge exch 90 le and % if (A =< char =< Z) { 32 add} if % then make lowecase put % store into the output string } for str end } def If the person who posted the orignal message about this is still having the same problem, give this a try - it worked for me and I didn't have disable the NeWS security option. -Bill Kish email: kish@jove.rutgers.edu   Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08263; 25 May 89 23:12 EDT Received: from VMB.BRL.MIL by VMB.BRL.MIL id aa08219; 25 May 89 23:01 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id aa08204; 25 May 89 22:49 EDT Received: from ucbvax.Berkeley.EDU by SMOKE.BRL.MIL id aa00890; 25 May 89 17:24 EDT Received: by ucbvax.Berkeley.EDU (5.61/1.36) id AA10538; Wed, 24 May 89 19:50:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 May 89 00:57:24 GMT From: "Frank J. Henigman" Organization: U of Waterloo, Ontario Subject: Are semaphores initialized? Message-Id: <9893@watcgl.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can someone from SGI answer this? I scoured the documentation with no luck. Are semaphores created with semget(2) initialized to some value (like zero)? -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada